跳至主要内容
OSSOT
切换语言: 中文

源自房地产行业内部 · 阿拉伯联合酋长国

OSSOT

房地产操作系统

房地产企业不是一笔笔交易的集合。它是线索、经纪人、客户、成交、文档、合规、佣金——以及比这一切都更长久的客户关系。OSSOT 把它们承载于一套系统之中。

运营层面的问题

交易本身不出问题。出问题的是交易与交易之间的一切。

问一家经纪公司钱亏在哪里,答案很少是谈判环节。而是交接——人与人之间、系统与系统之间,以及上一笔交易与下一笔交易之间。

线索从一个入口进来,却存在另一个地方

房产门户上的咨询、一条 WhatsApp 消息、老客户的推荐、上门到访。每一条都从不同的门进来,而企业只有事后才知道哪扇门值得一直开着。

经纪人知道的,公司不知道

客户往来记录存在一部手机里。经纪人一离职,客户关系就跟着走了——不是因为谁有意为之,而是因为企业从未真正持有这份记录。

合规是事后拼凑的,不是当场记录的

材料是有的。只不过分散在邮箱、云盘和一段 WhatsApp 对话里,每次真正需要时,都得有人花上一周把它们凑齐。

佣金是最没人信得过的一环

要在推荐人、房源经纪人、成交经纪人和主管之间分成,之后还要调整。当计算过程留在电子表格里,每一次分账都变成一场关于算术的谈判。

房地产。由系统运营。

五个字母。同一家企业的五个部分。

没有任何一块能够独立运转良好——这正是它们应当同处一套系统的原因。

  1. O 运营 企业的日常运转。流程、责任归属、审批,以及那些悄然吞掉一周大半时间的例外情况。
  2. S 销售 线索与销售管道,从首次咨询到签约成交,并在线索上记录下带来这条咨询的渠道。
  3. S 服务 与客户、投资者和合作伙伴的关系——交易之前、交易之中,以及此后促成下一笔交易的那些年。
  4. O 监管 文档、身份、合规,以及企业在有人索要的那一天必须拿得出来的记录。
  5. T 交易 成交与随之而来的佣金——各方分成挂在成交记录上,成交一有变动即重新计算,任何款项支付之前都须经过审批。

它做什么

一份运营记录,贯穿整条链条。

01

属于企业的客户关系

每一位客户、投资者和租户都作为公司记录留存,并附带完整的往来历史——谁引荐的、看过哪些房源、拒绝了什么。

02

带规则的线索与销售管道

从房产门户、广告投放、推荐、展会与上门到访采集线索,并把渠道记录在线索上;分派、流转与跟进按流程分别配置,而不是把同一套行为强加给所有流程。

03

自带算术的佣金

费率与各方分成设定一次,后面的数字自会跟上:多方分成每有变动即重新计算,等级由已审批的佣金累计得出,发票直接依据成交记录开出。付款之前先经审批。

04

随工作归档的文档

身份信息、客户身份识别、协议与审批,在需要它们的那一步就地采集,并归到所属的那笔交易之下——于是有人索要时档案已经是齐的,不必在截止期限下重新拼凑。

05

客户与投资者体验

为您服务的对象提供一个专属视图——他们的房产、文档与进度——让客户随时知情这件事,不再是靠谁记得就由谁去做的活。

06

运营报告

不是一块活动量仪表盘。而是:销售管道卡在哪里、哪些来源对得起它的成本、已承诺与已收款各是多少、以及是谁在扛着这家企业。

每个角色

同一份记录,无论您在企业中的哪个位置,看到的都是它。

在大多数公司里,这条链条上的每一环都待在不同的系统里。在这里,它是一条连续的记录,每个角色看到的,是自己负责的那一部分。

  1. 咨询
  2. 经纪人
  3. 资格甄别
  4. 看房
  5. 报价
  6. 文档
  7. 合规
  8. 交易
  9. 佣金
  10. 持续关系

01

经纪人

02

运营

03

合规

04

财务

05

管理层

一份运营记录
运营记录的结构形态。产品界面会在工作会谈中演示。

它不是什么

客户关系管理系统记录关系。OSSOT 运转围绕这层关系展开的整个企业。

OSSOT 同样承载客户、销售管道与联系记录,这部分是重合的。它多出来的,是关系周围的一切:责任如何在团队之间交接,文档与合规如何附着到一笔交易上,佣金如何核算,以及一位经纪人离开之后,企业手里还留着什么。

定制

当运营模式装不进任何一款产品时。

有些机构面对的并不是配置问题。一个把经纪、开发、管理和投资放在同一屋檐下的集团,运转方式不同于其中任何一块业务。这类工作是设计出来的,不是挑选出来的。

它为何存在

由横跨房地产、技术与市场运营的经验打造。

打造 OSSOT 的人,先做的是房地产运营,之后才为它构建软件。

开启一次私下沟通。

把贵司今天的运营方式,以及运营在哪里出了问题告诉我们。我们会判断 OSSOT 是不是合适的选择。