把微信变成人人可参与的房产全民经纪平台

当时的障碍

客户希望每一位居民、业主乃至路人都能介绍买家并获得报酬——但没有办法证明谁介绍了谁。推荐通过电话和口口相传而来，在售楼处手写登记，几周后再手工核算成佣金，结果是争议无法裁决，这套机制也无法在规模上取信于人。在 2015 年的中国，推荐人本身才是更难的约束：他们是普通人，绝不会去安装一家公司的 App；任何需要注册、培训或下载的渠道，都会在第一步就把他们挡在门外。

我们建了什么，为什么是这个形态

我们把“推荐”本身作为记录的单位。每一次介绍都成为一个可追踪的案件，经过一串明确的状态——已推荐、已联系、已到访、已带看、已签约、已结算——每一次状态转换都在售楼处确认，而不是事后声称，因此每一笔佣金都能追溯到产生它的证据。

• 推荐人的全部界面是一个微信公众号，而不是 App：分享链接、查看自己的案件、看着佣金累积。零安装、零培训——这是唯一适合这套机制所依赖的人群的设计。
• 佣金是一个审批流程，而不是一张表格：申请、审批、支付，每一步都是带审批人和时间戳的记录节点。
• 我们自研了 ORM、工作流引擎和权限层（TRDataConnector、TRWorkflow、TRPower）。在 .NET Framework 4 上，现成的方案都很笨重，难以适配中国房地产的业务流程——取舍是以长期维护为代价，换来一个与业务完全吻合的系统。
• 刻意没有做的：公开房源交易市场和原生移动 App。两者都会让预算翻倍，却不会多带来一个推荐。

带来了什么改变

这套机制变成了客户可以规模化运行、被质疑时也能自证的东西。在生产环境运行的两年里，平台承载了客户各项目的推荐、审批与佣金发放记录，每一笔已付佣金都能追溯到一次具体的介绍和一次经确认的到访。

客户收到了什么

以需求为主导，敏捷迭代。交付的是一整套完整的资料包，而不只是一个在运行的系统——客户第二天就可以把它交给另一家供应商。

• 源代码，以及一份转让源代码的已签署合同
• WPF 管理客户端安装包
• 桌面客户端与微信客户端的用户手册
• 涵盖主要业务流程的设计文档
• 开发者 Wiki、开发日志和部署手册
• 部署凭据