信托物业AI原生平台 V3 · 2026
A Platform for Trust-based Property

如何让物业管理行业跑在大模型上

Rewrite Property Management with LLMs.

Scroll
I
Operating Headwinds in the Traditional Property Industry

传统物业行业的经营困局

47 家上市物企的财报、披露轨迹、外部生存信号 —— 三个独立维度指向同一个判断:
物业公司作为生产组织单元,财务正当性已经不再成立。

§1.1 · 利润率三年大幅萎缩

营收看跌、利润塌陷

中国上市物业服务行业 47 家公司,2025 年合计营收 2,817 亿元、员工 93.4 万人。被资本市场作为"现金流稳定、抗周期、轻资产"故事 IPO 的头部公司,三年内利润率大幅萎缩。这不是周期波动,是结构性失败。

万物云 · 02602.HK
−0%
5.27→2.07 净利率
2022 → 2025
雅生活服务 · 03319.HK
−0%
11.96→1.68 净利率
2022 → 2025
碧桂园服务 · 06098.HK
−0%
10.52→1.24 净利率
2022 → 2025

万物云 2025 年报里那句被反复引用的话 —— 「本集團 2024 年下半年開始主動收縮開發商業務」 —— 原有来自开发商的关联收入不再。

即便如此,行政费用率压到 4.7%,净利率仍然从 5.27% 跌到 2.07%。行业最优秀头部公司内部降本效果触及天花板。

§1.2 · ¥100 物业费 · 多数没花在小区

业主每交 ¥100 · 到底花到哪里去了?

跨 8 年、2 家独立公司、11 个独立观察点(雅生活 2018-2025 + 碧桂园 2018-2022)的纵向数据,给出一个稳定的结论。

¥100 物业费 · 中位数分账
悬停查看分项
SOURCE · 雅生活 2018-2025 + 碧桂园 2018-2022 · 年报附注「按性质划分的开支」· 11 个独立观察点

业主交了 ¥57–67 是为了让一家上市物业公司这种组织形态存活下去 —— 这些钱小区里没有它们的痕迹。

问题不在于业主交得不够多,而在于这种组织形式本身在结构上吃掉了不必要的钱。

§1.3 · 行业系统性逃避透明

连面对监管和股东都不愿透明 —— 这是非常强的信号。

47
2025 年报披露的全部 A 股 + 港股上市物业服务公司样本。
上市物企 · 2025 年报
42
不按「性质」披露成本明细 —— 把清洁、保养、安保、绿化、能源、一线工资、外包合并为损益表里一行「销售成本」。占比 89.4%。
不按性质披露成本明细
2
完整按性质 fine 披露 —— 仅剩雅生活与极少数样本。即便如此也已展现退化趋势。
完整 fine 披露

89.4% 的上市物企把所有项目内成本合并为损益表里的一行「销售成本」。业主无法知道清洁花了多少,监管无法穿透安保成本。

碧桂园服务 2018-2022 年报连续 5 年完整按性质披露,2023 年起退化为粗口径。央企/国资 2024 年抽样 9 家头部物企全部粗口径。

§1.4 · 外部生存压力同向收紧

不只是财务困局 —— 外部生存环境也在同步收紧。

01 · 多地物业费限价

"限价 → 降价 → 撤场"的连锁反应

前期物业指导价从源头压低收费空间。百强物业 2024 年平均收缴率 88.17%,持续下行。

02 · 司法纠纷高位运行

物业服务合同纠纷长期是基层治理的高频议题

最高人民法院数据显示,合同纠纷年结案数稳定在 85–91 万件级别。

03 · 行政话语介入"让业主缴费"

地方政府明确要求党员干部带头缴纳物业费

行政话语介入到「让业主缴费」这件事本身,意味着行业的市场化机制已经无法独立维持收费秩序。

04 · 透明从道德变合规

监管把"透明"从道德要求变成合规要求

上海等地强制要求物业服务企业公开合同、外包合同、收费标准、公共收益、专项维修资金收支。解释权从企业内部向业主与监管侧迁移。

段 I · 收束

财务正当性消解 · 披露透明度逃避 · 外部生存收紧 ——
三件事互为因果,自我无法解决。

问题需要换一个方向 ——
原有问法
如何让 公司 活下去
应当问法
如何让 业主交的钱 产生效果
II
The Trust Model Has Emerged · But Cannot Scale

信托物业模式已经规模化实践 · 但存在硬伤。

法律通道齐备 + 多地标杆 + 政策窗口 —— 同时,信托方天然缺少把"事"扣合到"钱"的能力。这是这套模式正在卡住的地方。

§2.1 · 制度准备已经到位

信托作为金融形式,制度层面早就准备好了。

三个独立层次叠加 —— 法律基础、监管身份、部门规章 —— 共同为信托物业模式打开通道。

01 · 法律

《民法典》第 278 / 282 / 284 条

第 284 条明确「业主可以自行管理,也可以委托物业服务企业或者其他管理人管理」 —— 「其他管理人」的表述为信托模式预留了法律空间。

02 · 监管

2023 年 6 月 · 信托业务三分类新规

物业服务信托归入「资产服务信托 · 行政管理服务信托」,有了正式的合规身份。

03 · 规章

2026 年 1 月 1 日 · 新《信托公司管理办法》施行

第二十九条首次以部门规章形式确认资产服务信托的主航道地位。

§2.2 · 多年实践 · 已经规模化

不是理论构想 —— 全国已有 20+ 城市试点。

成都近千个小区采用信托制物业,武汉武昌区已 30 个住宅小区引入。北京、武汉、南京、太原、深圳均有标杆项目落地。

成都武侯区 · 2019-至今
+46.95%
缴费率提升 · 矛盾下降 95%
武汉某小区
49%85%
引入信托制后缴费率变化
中央政法委
枫桥
"枫桥式工作法"全国典型案例
§2.3 · 但 —— 信托方天然缺少"管事"的能力

截至 2025 年 8 月 · 仅 10 家信托公司、共 14 单物业服务信托落地。

无人垄断,无人规模化 —— 行业仍在概念验证阶段。这不是偶然。信托公司有牌照、有破产隔离能力、有资金管理能力,但它天然没有「把每件事的发生、完成、验收、计费扣合到一起」的能力。

三家做过物业服务信托的头部信托方,在自己的公开访谈、年报、监管材料里给出的自述,是同一个意思 ——

中国外贸信托 行业标杆 · 协会会长单位 来源 · 年报访谈
缺乏 IT 工具支持下,完全靠人力跑动 · 不可持续
万向信托 规模最大 · 首单玩家 来源 · 公开访谈
服务信托二部团队偏小,博士做地推模式,科技系统能力薄弱
山西信托 省国资 · 晋享阳光项目 来源 · 监管披露
科技投入和数字化能力不足,这是其短板

全行业失败教训的核心 —— 不是模式问题,而是经济模型(报酬率覆盖不了人力成本)和运营能力(信托公司无物业基因)。

SOURCE · 信托物业 BD 深度研究报告 · 2026.05

换句话说:新模式的法律通道齐备、政策窗口打开、实践效果已被验证 —— 但卡在「信托方没有能力把这件事规模化复制」上。这是一个非常精确的能力空位。

信托物业模式 —— 政府支持 · 试点见效 · 法律齐备 · 制度推动。

但 —— 仍卡在「信托方没有把每件事的发生、完成、验收、计费扣合起来的运营能力」这一精确空位上。

这正是我们要做的事 ——信托物业AI原生平台。

III
A Platform Rebuilt for Trust-based Property

为信托物业模式而生的AI 原生平台

Built AI-native, not AI-bolted-on.

3.1

让这个行业第一次「可算」。

物业行业长期是一个说不清的行业 —— 服务质量靠主观判断,费用合理性靠经验估算。我们做的第一件事,是让这个行业变成可计算的:每个管理动作有标准化的工序定义,每个服务状态有可观测的指标,每笔费用有可追溯的依据。

3.2

AI 是平台的运行机制,不是工具。

很多 AI 应用的问题不是 AI 不够强,是 AI 太自由 —— 会脱离业务规则做不靠谱的判断。我们的平台从架构层就在约束 AI:每个动作有具体的输入边界、输出格式、判断标准、拒答规则。AI 能做什么、不能做什么、判断置信度多高,都是可追溯可审计的。

3.3

三账合一 · 解释权下沉到事实层。

在我们的平台里,做了什么事、花了什么钱、为什么这么做,是同一套数据的三种切面。三者天然对齐,无法各自为政。业主第一次能精确看到,自己交的每一笔钱对应着小区里发生的什么事。

3.4

平台的利益跟业主天然对齐。

平台不向业主收费。业主把物业事务委托给信托方,平台从信托方的服务管理费中分润。这个结构让平台跟业主的利益天然对齐 —— 只有持续让业主满意,这套机制才能持续运行。

3.5

五方都是平台的内部用户。

传统物业 SaaS 服务的是物业公司经理一方,把业主和员工当作外部对象。在五方信托结构里,业主、信托方、管理团队、执行员工、监管,各自都是平台的内部用户,各自在结构里有不同的位置和需求。

§3.6 · 五方信托结构

一张可探索的图。每一方,都是结构里清楚的位置。

把抽象架构变成读者可以悬停探索的关系图。传统物业公司不在台面上 —— 它的角色被分给以上五方。

委托方 + 受益方
业主
出资方 · 服务受益方
受托方 · 管钱
金融信托机构
履行与承担信托法律责任
平 台
能力枢纽 · 管 事
外部治理参与
政府
政策窗口 · 监督
阿米巴 · 自组织 + 自生长
项目管理团队
现场作业的独立经营单元
跨项目积累 · 应劳应得
执行员工
保洁 / 保安 / 工程 / 绿化
五方各自有清晰的角色定位、责任边界和利益对齐机制。业主委托信托方,信托方依赖平台获得运营能力,平台调度管理团队,管理团队组织执行员工。每一层只对自己的下一层负责,任何一层的事都能往上追溯到业主。
§3.8 · 五步业务模式流程

从业主委托到多方汇聚 —— 五步可追溯。

每一步悬停查看具体机制。

01

业主整体委托 · 资金进入信托账户

业主跟信托公司签订物业服务信托合同,物业费不再进入物业公司账户,而是进入信托账户。信托方对业主负有法律意义上的受托责任,资金有破产隔离保护。
02

信托方依托平台 · 具备运营能力

信托方拿到资金后,通过平台的运营能力安排具体服务。平台不替代信托方,是为信托方提供「管事」的能力底座 —— 信托方依然是法律意义上的唯一受托方。
03

凭借平台 · 组织项目管理与员工执行

通过平台,信托方第一次具备「组织起来」的能力 —— 项目管理团队按阿米巴单元承接项目,执行员工按任务化机制承接现场作业。完成什么任务、产出多少标准工时、对应多少收入,在同一套数据底盘上清楚记录。
04

服务账 + 资金账 + 解释账 · 同源同步

每个服务动作、每笔费用、每个判断依据,都被记录在同一套数据底盘上。业主看到资金流和服务结果,信托方看到运营全貌,监管方看到合规情况 —— 三方看到的是同一个事实。
05

平台 · 成为各方汇聚的枢纽

平台不向业主收费。它在五方结构里承担四件事 —— 让信托方「能做物业」,让管理团队「能跑项目」,让业主「能看得清」,让政府「能查得到」。五方各自的诉求,在同一个枢纽上对齐。
IV
Product

五方各侧的产品形态。

产品可用性专项推进中 —— 五方各侧的产品在产品层的清晰表达,是当前阶段的工作重心。

§4.1 · 五方产品入口图示
M
管理端
已成型
E
执行端
已成型
O
业主端
已成型
P
平台侧
待补
T
信托方
待补

管理端、执行端、业主端 —— 已成型。

平台侧、信托方端 —— 正在专项推进。

五方业务模型在产品层的清晰表达,是当前阶段的工作重心,完成后将在此补入。

Product detail will be added once the usability iteration completes.

—— 这一段是网页与产品之间的留白 ——
也是项目当前位置的真实写照 ——
V
Strategic Horizon

何以致远

一步一个脚印的行动规划。

§5.1 · 渐进展开 · 每一步都有现实抓手

不跳级。每一步都站在已有的事实上。

01 · 当下

首个真实试点跑通

验证模式 · 校准参数 · 状态评估能力随之成型 · 形成 SOP。

02 · 半年内

同城多试点联动

同城多小区扩展 · 与试点城市住建部门、信托公司联合推动。

03 · 一年内

跨城联动

进入第二个试点城市 · 验证可复制性 · 形成跨城运营底盘。

04 · 远期

多方制度成型

平台 · 信托 · 政府 · 阿米巴 · 员工 · 业主 —— 多方协作机制定型。

★ §5.2 · 关键政策对接

住建部三制度协同 —— 政策窗口正在打开。

住建部 22 城三制度试点 2024 年 8 月启动 —— 这条政策红利与信托物业模式天然契合。

住建部 · 三制度协同

三制度联动 —— 信托结构是天然容器。

房屋体检

对存量住宅进行系统性的状态评估。

房屋养老金

个人账户(现有维修资金)+ 政府负责建立的公共账户。

房屋保险

对建筑风险进行结构性兜底。

1 万亿 元 全国维修资金沉淀 10% 累计使用

信托结构是天然容器 —— 破产隔离、独立账户、信息披露 —— 都是三制度需要的能力。

22 城试点刚起步 · 制度设计尚未定型 · 这是介入的最佳时机。

§ 共有资产平台化

在这种机构能力的基础上 ——
共有资产管理 这个一直没人有能力管的领域 · 才有载体。

民法典 §282 · 业主共有资产
  • 小区停车场
  • 广告位
  • 公共空间运营
  • 充电桩
  • 闲置区域

当前 没有平台化运作机制 —— 这些资产长期没有专业管理,收益也无法回到业主。

信托结构 + 平台能力 · 是天然容器。

跨小区、跨城市的共有资产规模化运营 · 是更长期的可能。

信托物业AI原生平台,
可能演化成 资产平台化 的第一个未来形态。

路在脚下 · 志向远方 The Road to the Horizon.

END · 收尾
The Answer

让物业管理行业
跑在大模型上

Rewrite Property Management with LLMs.

信托物业AI原生平台 全部势界(北京)网络科技有限公司 · lishu@givewin.net