地图上有一千套房源，客户需要一个决定

房产地图很快就能给人规模感。放大一个区，出现许多点；再放大，就发现点的数量超过购房者拥有的时间。

我研究了 Developers Map，并准备产品发展建议。原服务不是我开发的。我的工作是用户旅程审计、产品概念和独立交互原型。原型使用演示数据，不是新的真实在售房源服务。

下面是保存的 Developers Map 地图原型，使用演示房源。可以查看原始界面及可用筛选条件。

地图与筛选

归档界面 · 演示数据

我建议从哪里开始

从人的需求开始：为什么买、预算多少、几间卧室、何时需要、如何付款。这样的简报应保存为独立实体。否则，每次新搜索都从一组筛选条件重来，而条件的含义只留在经纪人的脑中。

之后路径是：明确需求、寻找选项、核实信息、比较、展示给客户、采取行动。地图在其中重要，却有明确的位置。

第二个画面展示准备好的 Decision Room 视图。这是讨论决策的原型部分，不代表主服务已准备就绪。

决策室

归档界面 · 演示数据

我关心漂亮搜索之后：到底找到了什么？价格有多新？房源是否可用？交房时间有来源吗？零值、未知值和长期未更新值，应当看起来不同。否则，界面就在教人相信格式工整的数据缺失。

候选清单应该经得起发送

我建议保存包含具体选项的 shortlist，而不是每次随手发一组卡片。客户版本与 PDF 应描述经纪人看到的相同房源，尤其当准备与见面之间发生变化时。

下一层是 Decision Room——比较空间。取舍在这里可见：一个更接近所需日期，一个更符合预算，另一个要求不同付款方案。客户可针对具体选项回应，讨论不再碎成一张张写着“这个呢？”的截图。

概念中的 Launch Room 负责变化和下一步：哪些信息更新了，什么要核查，什么要回看。这是拟议场景，不承诺现有服务已追踪全部事件。

为什么先做原型

原产品有自己的技术和 API。我不建议只为画个不同筛选器，就用自己喜欢的技术栈重写它。独立的 HTML、CSS、JavaScript 原型，可以在修改运行系统之前走通新路径并讨论。

其他市场场景也只是可扩展性展示。设计里出现马斯喀特、第比利斯或巴厘岛，并不意味着我们已有经过核实的当地房源目录。

对我来说，这是很有意思的工作：拿来一个已经很强的产品，找出人仍必须独自面对决策的地方。AI 加快资料研究和方案搭建。方案成为可走通、可验证的路径时，价值才出现。

成果是新的用户旅程建议，以及用于讨论的独立原型。简报、shortlist、Decision Room 和 Launch Room 属于概念，不能看成 Developers Map 已发布功能清单。

相关故事：Telegram 支持 · 经纪人 CRM。