匹配必须可解释
每条推荐都说清楚：各维度得了多少分，哪些条件触发了降权。用户有权知道「为什么是它」。
我们在做什么
把匹配做在见面之前
租房是低频、决策成本高的事情。租客担心信息不实、通勤太远、预算对不上； 房东担心空置太久、带看无效、租客不稳定。
房客配在双方正式沟通之前，先把这些问题算清楚：把平台内的求租帖、房东房源， 以及多渠道获取的客户需求统一结构化，用 N×M 多维模型形成可解释的匹配关系。 匹配之后还有社区、站内沟通、合同与验房，让一段租约从发现到交付都有记录。
N×M多维模型，需求与房源交叉构建
双向求租找房、房源找租客同一引擎
全程获客到签约验房，一条链路
可回溯每条需求保留原始出处
产品原则
三条不妥协
AI 可以参与判断，但不该是黑盒；客户需求可以来自多渠道，但来源必须可查；交易可以线上化，但关键节点必须留痕。
需求来源必须可查
保留来源渠道、原文摘要与发布时间。重复内容合并后仍有主记录可查，二手信息不会被当成一手事实。
关键节点必须留痕
合同每次修改、验房每个检查项、押金每笔扣款，都记录操作人、时间与前后值，减少口头约定的争议。
标准 SOP · 自动化
从获客到签约，一条标准 SOP
获客 → 洞察 → 匹配 → 约看 → 签约 → 复盘。每个环节都有明确的输入、动作与产出，可以按计划自动执行，也可以由人随时接手。
01 · 获客
多渠道客户需求汇入同一条台账，来源、原文与时间一并留存，不用再一个个渠道翻。
02 · 洞察
把杂乱信息整理成清楚的需求：区域、预算、户型、出租方式、入住时间都落到字段上，需求锚点立得住。
03 · 匹配
N×M 多维模型点对点比对，输出带得分与理由的候选清单，求租找房与房源找客双向可用。
04 · 约看
从匹配结果直接发起沟通、约定看房时间，看房状态与跟进记录都可追踪。
05 · 签约
合同草拟与变更留痕、入住退租验房、押金结算，关键节点都有记录可查。
06 · 复盘
成交结果回流，权重配置、沟通话术与获客范围按真实结果持续迭代。
联系我们
有话想说，或想一起做点什么
产品建议、合作意向、使用问题，都可以通过表单告诉我们，也可直接发邮件。
销售与市场
社媒与官方
产品反馈
对匹配规则、推荐结果或需求质量有疑问，欢迎描述具体场景，我们会据此复盘。
合作类型
公寓运营方、经纪团队、社区内容方，请在表单中注明合作方向。
响应时间
工作日 1–2 个工作日内通过邮件回复。
继续
看看产品具体怎么工作
产品能力页拆开了获客、鉴别、匹配、约看与签约的每个环节。