以贝壳省心租「6 大阶段 · 28 个动作」框架为标尺,映射台湾代管业务流程,识别同构与差异,推导 591 进入台湾轻托管的产品化路径。
贝壳「收房」=取得房源控制权(含二房東);台湾代管只取得「委托」,房東保留所有权与出租决策。
贝壳有 AIMS+AI 阿贝+IoT 三层系统;台湾代管普遍是「LINE 群组+业务员经验」,系统近乎空白。
责任判定、房東保温、转介绍是人情密集型信任资产;准入审核、定价、报修 SOP、租金对账等标准化动作可产品化。
读图:28 个对标动作中约 82%(7 高度相同 + 16 部分相同)与贝壳同构,证明「流程本身」高度可比;真正「缺动作」仅 4 个(集中於阶段 3 交付入住),唯一结构性不同在阶段 1(二房東基因)。差异主因是系统密度,而非流程有无——这正是 591 走 B 路径(补系统层)而非自建履约的核心依据。
证据等级:框架与访谈事实标 [F];跨系统映射判断标 [I]。以下全文据此标注。
此节为阅读前提:以下对标成立,须先承认两者在「阶段 1 收房托管」的模式本质不同。
| 维度 | 贝壳省心租 | 台湾代管 |
|---|---|---|
| 模式本质 | 收房托管+后续管理,含包租/二房東基因——「收房」=取得房源控制权 [F] | 纯代管:房東↔租客直接签约、业者居中,不取得房源控制权 [F, 8/24] |
| 签约结构 | 业者与房東签「托管协议」(二房東逻辑) [F] | 房東与租客直接签约,业者只是管理者;民间无三方「托管协议」层,社宅则有政府契约 [F, 8/24] |
| 空置/风险 | 平台承担(45 天寻租期赔付半月租金) [F] | 房東承担空置风险 [F, 8/25] |
→ 因此阶段 1「收房托管」只能对标台湾代管的「取得委托+签约」部分,不能对标「承租/二房東」部分;其余阶段 2–6 为两者共有的「出租—管理—再租」生命周期,可直接对标。
台湾代管的「出租—管理—再租」动作序列,与贝壳阶段 2–6 几乎一一对应;差异主要在工具/系统而非动作本身。其中对应最密的是阶段 4 租中服务(责任判定、修缮协调 SOP、收租对账——见明细步骤 17/19/20 均为高度相同/部分相同),正印证「代管的真正价值在签约之后」 [I]。真正「缺动作」集中在阶段 3 交付入住(入住保洁、IoT、系统化安全检修均缺失)。
28 动作中唯一结构性不同在阶段 1:贝壳的「收房」=取得房源控制权(含二房東),步骤 6「签订托管协议」是业者↔房東的二房東逻辑;台湾代管是房東↔租客直接签约、业者无「托管协议」层(民间) [F, 8/24]。因此阶段 1 只能对标「取得委托+签约」部分,不能对标「承租/钥匙托管/AI 定价」等二房東专属动作。这是商业模式分野,不是流程精细度差异 [I]。
台湾代管在阶段 2/3/4 的缺失项(库存风险预警、智能门锁、入住保洁、IoT、安心赔付、SLA/AI 分流),反映其「LINE 群组+业务员经验」的系统空白 [I];而这些恰是标准化、可产品化的动作。结合判断 A(流程同构)与判断 B(不涉二房東),591 做 B 路径应优先补「系统层」——准入风控、定价/库存预警、报修 SOP+师傅调度、租金金流对账——而非自建履约。
对应度图例:✅ 高度相同 🟡 部分相同 ❌ 台湾缺失 🔄 结构性不同
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 1 | 业主线索触达 | ① 取得房源(开发房東:591 屋主自租开发/扫街/管理员/转介)[F, 8/28/8/27] | 🟡 | 贝壳靠链家经纪人+云管家+AI 阿贝(近零 CAC);台湾靠业务员主动开发+房東主动委托,无零成本流量引擎。 |
| 2 | 房源初审与信息核实 | ② 委托与模式评估(判断房東适合包租 or 代管)+房况初步了解 [F, 8/25] | 🟡 | 贝壳有 AI 初筛+审核师独立终审;台湾靠业务员经验,无独立审核角色、无系统化准入——即 B 路径(准入风控组件)产品化缺口。 |
| 3 | 实勘与钥匙托管 | ③ 招租前现场了解屋况/拍照 [F, 8/28] | 🟡 | 贝壳有钥匙托管+智能门锁;台湾房東不给钥匙是带看摩擦点,无集中钥匙管理体系 [F, 8/28]。 |
| 4 | 收房定价与收益测算 | ③ 招租时租金决定(市场价,房東定或业者建议)[F, 8/27] | 🟡 | 贝壳用 AI 定价+AIMS 收益测算;台湾靠业务员经验+行情,无系统化定价工具。 |
| 5 | 托管洽谈 | ② 委托评估+④ 签约条件谈定(管理费率 8–10%)[F, 8/27] | 🟡 | 贝壳「平进平出、不吃差价」;台湾代管收月租金 8–10%、谈的是管理费率而非差价。 |
| 6 | 签订托管协议 | ④ 房東与租客签约(业者居中)[F, 8/24] | 🔄 | 结构性不同:贝壳是业者↔房東签托管协议(二房東);台湾代管是房東↔租客直签、业者无「托管协议」层(民间)。社宅则有政府契约替代。 |
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 7 | 房源上架/报盘 | ③ 刊登(591/社群)[F, 8/27/8/28] | ✅ | 动作相同;贝壳 AI 阿贝自动上架调价,台湾人工刊登。 |
| 8 | 库存风险监测预警 | (无)— 靠业务员经验 [I] | ❌ | 贝壳 AIMS 需求预测预警;台湾缺库存/空置风险系统化监测。 |
| 9 | 流量/价格/营销成本调配 | ③ 591 广告投放(业务员自付或公司补助 4 成)[F, 8/27/8/28] | 🟡 | 贝壳平台集中调配;台湾流量成本由业务员个人承担(无底薪制),无集中优化。 |
| 10 | 租客匹配与带看 | ③ 租客筛选+带看(最花人力)[F, 8/25/综合] | 🟡 | 相同核心都是带看;贝壳智能门锁无接触自助带看,台湾房東不给钥匙+放鸽子使带看效率更低。 |
| 11 | 租客签约 | ④ 房東与租客签约 [F, 8/24] | 🟡 | 贝壳电子合同+租赁备案+45 天寻租期赔付;台湾纸本或香蕉线签,无寻租赔付承诺。 |
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 12 | 入住保洁 | (通常无)— 入住保洁多由房東/租客自理 [I] | ❌ | 贝壳入住保洁覆盖率 80.4%;台湾仅退租固定清洁,入住保洁非标准服务。 |
| 13 | 入住交接 | ⑤ 点交、建立「房東/租客/业务」三方群组 [F, 8/24/综合] | ✅ | 高度相同;台湾以 LINE 三方群组作为沟通载体。 |
| 14 | 智能设备接入 | (无)— 无 IoT [I] | ❌ | 贝壳接入 50 万台设备+AI 守护;台湾代管业者无 IoT 部署。 |
| 15 | 新收房源安全检修 | ⑥ 修缮协调时顺带检查(无独立动作)[I] | 🟡 | 贝壳 56.7 万套安全检修+「三道防线」;台湾靠师傅看诊,无系统化安全检修与独立质检。 |
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 16 | 在线咨询与报修受理 | ⑥ 客服/租客问题处理(三方群组通知)[F, 8/24] | 🟡 | 相同都是受理报修;贝壳 7×24+AI 双线、3 分钟响应 98.3%;台湾靠业务员 LINE 群,无 SLA、无 AI 分流。 |
| 17 | 维修履约 | ⑥ 修缮协调 SOP(通知→拍照→师傅看诊→房東确认→报价→派工)[F, 8/24] | 🟡 | 流程高度同构、且台湾不靠修缮赚价差(与贝壳一致);差在贝壳维修一次性解决率 97.7%、48h 完工 88.8%,台湾师傅 2–3 天到場、靠业务员调度。 |
| 18 | 定期保洁与安全巡检 | ⑦ 退租固定清洁(仅退租,非定期)[F, 8/25] | 🟡 | 贝壳定期保洁 99.5%+燃气巡检 92.3 万次/年;台湾租中定期保洁/巡检非标准,仅退租清洁。 |
| 19 | 租金与费用管理 | ⑥ 收租/金流管理+房東对账 [F, 综合] | 🟡 | 相同都管租金;贝壳智能水电表+催缴+云管家提醒;台湾部分用 Ragic(全居),多数人工/LINE。 |
| 20 | 业主—租客沟通协调 | ⑥ 责任判定(判责任→找证据→判谁付钱→协调)[F, 8/24] | ✅ | 对应度最高:「房東与租客不在同一频道」正是代管最被需要的价值,两边一致。 |
| 21 | 出租状态同步 | 房東保温(节庆问候/日常联系)[F, 8/28] | 🟡 | 贝壳 3 分钟响应出租进度报告;台湾靠人情保温而非系统化状态报告。 |
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 22 | 续约办理 | 自然延续(一般代管屋主续约较稳定)[F, 8/25] | 🟡 | 贝壳续约率 54%、试点把交易/租后任务分开降本;台湾无专门续约动作,靠关系自然续约。 |
| 23 | 退租验收 | ⑦ 验屋、清洁 [F, 8/25] | ✅ | 高度相同。 |
| 24 | 安心赔付 | (无)— 无赔付储备金 [I] | ❌ | 贝壳「安心服务承诺」累计赔付超 1.9 亿;台湾代管业者无此类风险兜底机制。 |
| # | 贝壳动作 | 台湾代管对应 | 度 | 关键差异 [I] |
|---|---|---|---|---|
| 25 | 房屋整备 | ⑦ 退租清洁 [F, 8/25] | 🟡 | 相同都是退租整备;贝壳含检修+家电整备前置成本由平台承担。 |
| 26 | 二次定价与上架 | ⑧ 重新定价+刊登 [F, 8/27] | ✅ | 相同。 |
| 27 | 二次去化 | ⑧ 带看+签约 [F, 8/25] | ✅ | 相同。 |
| 28 | 回到租中服务(闭环) | ⑧ 后回到 ⑥ 租后管理 [I] | ✅ | 闭环逻辑一致:「收房—去化—交付—租中—续退—再出租」全生命周期。 |
| 贝壳阶段 | 对标结论 | 台湾代管强项 | 台湾代管弱项(=产品化缺口) |
|---|---|---|---|
| 1 收房托管 | 🔄 结构性不同 | 模式评估(包租/代管分流) | 无独立审核师、无系统化准入、无钥匙托管、无 AI 定价 |
| 2 上架去化 | 🟡 大致对应 | 刊登/带看/租客筛选 | 无库存风险预警、流量成本个人化、无智能门锁 |
| 3 交付入住 | ❌ 台湾最弱 | 点交+三方群组 | 无入住保洁、无 IoT、无系统化安全检修 |
| 4 租中服务 | ✅ 对应最密 | 责任判定、修缮协调、收租对账 | 无 SLA/AI 分流、无定期巡检、靠人情保温 |
| 5 续约与退租 | 🟡 基本对应 | 退租验屋清洁、自然续约 | 无专门续约动作、无安心赔付 |
| 6 再出租循环 | ✅ 对应一致 | 整备/二次定价/去化/闭环 | 同阶段 2 工具缺口 |
1. 台湾代管的「轻」在系统、不在流程:流程与贝壳高度同构(尤其阶段 4 租中服务,见判断 A),差的是系统层。591 若做 B 路径,应优先补「系统层」而非「流程层」。
2. 优先产品化顺序(对照缺口,见判断 C):① 准入风控组件(补步骤 2 审核师逻辑)② 定价/库存预警(补步骤 4/8/9)③ 报修 SOP+师傅调度(补步骤 17,台湾师傅响应慢是痛点)④ 租金金流对账(补步骤 19,Ragic 仅头部业者用)。
3. 勿照搬「收房托管」逻辑(见判断 B):591 在台湾若只做代管(不承租),则阶段 1 的「签订托管协议/钥匙托管/二房東」均不适用,应聚焦「委托取得+签约居间」——这与 v2.0 报告「A 路径(自营轻托管)观察、B+D 先行」的结论一致。
4. 台湾代管的护城河在「人情+供应链」:责任判定能力与水电气冷师傅网络是营运门槛(见代管专章),591 做平台应把这两块标准化输出,而非自己下场履约。
— 本报告由四份台湾业者访谈(8/24–8/28)与贝壳省心租框架交叉映射而成;证据等级 [F] 标注访谈事实与框架来源,[I] 标注跨系统推导。 —