你们团队里有人负责维护那个真实的版本。
起初，它可能只是一份带有条件格式的电子表格，或者是在Illustrator中标注好的方案图。然后每周五，它会被导出为PDF文件，并通过电子邮件发送给销售团队、经纪人、投资者以及当周提出请求的任何人。这份PDF是迄今为止关于贵大楼最有价值的文档，因为它解答了 serious 潜在客户唯一关心的问题：还有哪些房源，它们位于何处？
关于这一点，有两点是事实。除了你们办公室以外，几乎没人见过它。而那些确实看到它的人，看到的版本已经是六周前的旧版本，上面仍然显示“1204”有货。
交互式堆叠方案正是如此。它并非作为内部仪表盘，而是作为买家访问的首页。
堆叠图以建筑的实际形态进行绘制：每层楼代表一行，每个单元代表该行内的一个方块，颜色则表示该方块的状态：可售、已售、已预留、已出租、保留。
这种图表格式源自商业租赁领域，资产管理公司利用它一目了然地掌握建筑面积、租户构成及租约到期情况。写字楼至今仍沿用这种方式。住宅领域借鉴了这种图表形式，并调整了颜色所代表的含义。在公寓项目开盘时，各楼栋会标注已售、已签约、已放盘和未放盘的房源；在租赁楼宇中，则会标注已出租、已发出退租通知以及特定日期起可出租的房源。
同一张图。但根据看图的人不同，所呈现的工作内容却截然不同。
PDF 作为一种格式本身并没有问题。问题在于将其用作存储库存的地方，而真正出岔子的地方就在这里。
一旦导出，它就开始过时了。PDF 文件只是一个快照。周二已签约的房源，在周一从你的“已发送”文件夹中发出的每一份副本中仍显示为“待售”，而你无法召回这些副本。你的房源库存是一个动态变化的实体，却被一个静态的文件所呈现。
下面没有任何数据。它看起来像个数据库，却像张图片一样运作。没人能通过筛选功能找到“70万美元以下、朝南的两居室”这类房源。人们必须逐一阅读全部180个街区的信息，并在脑海中进行筛选，而大多数人根本不会这么做。
每条路径都是死胡同。潜在客户找到心仪的房源后，却无处可去。没有方案、没有户型图、没有价格表，也无法预约看房。下一步只能给销售团队发邮件，这意味着在客户继续浏览其他房源的同时，整个流程将延迟一天。
在手机上，用户通常会通过双指缩放来操作。你们的大部分流量都来自移动端。一张专为小报尺寸设计的密集矢量图，在6英寸的屏幕上几乎无法阅读，而用户不会为此费劲，他们会直接离开。
你一无所获。没人能告诉你哪些产品单元获得了最多关注，到底有多少人进入了商品列表，又是在哪里放弃了。经过二十年的营销效果衡量，你销售漏斗中最具决策价值的资产却未能提供任何反馈。
信息出现了碎片化。结果市场上流传着三个版本，你的销售代表引用了一个，而买家却在看另一个，现在有人不得不当着客户的面降低报价。
此外还存在搜索成本。PDF文件会被收录到索引中，一份堆叠方案的PDF文件最终可能会在搜索你自己项目名称时出现在搜索结果中。如果有人通过谷歌点击该链接，就会进入一份既没有导航栏、也没有联系表单、无法返回你网站、且无法确保所读内容是最新的文档。
相同的图表，但连接的是实时库存数据，而不是从库存中导出的数据。
点击一个单元，该单元的信息便会展开：户型图、室内面积、朝向、价格、交付日期，以及该楼层的景观图（如有）。筛选楼盘后，不符合条件的所有选项将显示为灰色。在系统中更改状态后，页面上的颜色也会随之变化。由于无需导出步骤，因此不会出现版本过时的情况。
有两种截然不同的产品都被称为“楼层平面图软件”，值得加以区分。像VTS和Yardi这样的平台将楼层平面图功能整合到资产管理中，供内部团队用于跟踪租赁续约和投资组合入住率。这是现实中的问题，但性质不同。我们所指的则是潜在客户在您的项目网站上使用的版本——无需登录，也无需向任何人咨询。
您的网站上可能有一个户型图页面。它回答了“这里的两居室是什么样子的”这个问题。虽然很有用，但这并不是访客在第三次访问时会提出的问题。
到那时，他们想知道还有哪些具体房源可供选择、位于哪一层、朝向如何，以及价格是多少。这是关于户型图的问题，大多数项目网站通常通过联系表单或PDF下载来提供答案。
堆叠方案之于建筑，就如同菜单之于餐厅。餐厅很早就意识到，让顾客主动索要菜单会增加成本。
内部版本和公开版本并非同一份文档。发布您的资产管理视图则属于另一种错误。
值得一看：
省略：
定价问题往往是人们争论的焦点。公布价格会缩小潜在客户范围，而这通常正是目的所在：咨询量减少，但质量更高，因为发来咨询的人已经接受了这个价格。如果你的策略确实依赖于价格探索，那就显示一个价格区间或每行的起始价格。如果价格表上全是“请致电询价”，就会让访客觉得这个工具只是摆设。
首先是项目网站。在页面上，以嵌入形式显示，位于用户停止滚动的位置上方。不要将其归类在“文档”栏目下作为下载文件，因为这不过是同一PDF问题换了个包装而已。
接下来是销售展示厅。触摸屏或大屏幕上显示的互动式户型图，能为销售代表在带看过程中提供参考依据，而且由于其数据与网站同步，因此始终保持最新状态。这样一来，就无需在每次预约前都重新打印一份新副本了。
那么这就取决于你们的客服了。一位能直接发送1204单元链接，而不是发送一张画了箭头的截图的客服，不仅能更快地得到回复，还能确保报价准确无误。
使用 Planpoint，您只需在网站上嵌入一次，图库中即可显示触摸屏应用，并且每个单元都配有一个可分享的链接，所有这些都实时同步同一套房源数据。房源可用性和价格会实时更新，并且通过与 Salesforce、SparkRE 和 BuildingStack 的集成，平面图将实时反映您的团队在现有系统中刚刚做出的任何更改。
以上内容都属于设计层面。这一部分涉及实际运行，而大多数数字化堆叠方案往往正是在这里悄然失败。
如果有人必须记得登录另一个系统并标记某件商品已售出，他们很可能会忘记。第一个发现这个问题的人，将是那位特意驱车横穿整个城市、却发现周二已签约的商品的潜在客户。这比完全没有库存同步计划还要糟糕，因为你已经让那个人学会了不再相信你的网站。
在启动该功能之前，请回答以下问题：当一个单元格的状态发生变化时，从该变化到页面上的块变色，其确切路径是什么？如果答案中包含“导出”一词，那就是你的 bug，而且这与 PDF 中出现的 bug 是一样的。
你现在测量到了以前无法测量的东西，这正是最大的收获。跳过该页的内容，请看：
将PDF导出并嵌入iframe中。如果无法点击，那就相当于一张图片，需要额外操作。
将所有可用空间都涂成同一种颜色。人们会通过观察图案来辨识。如果一套工作室和一套顶层公寓都是同一种绿色，就没人能看懂这栋建筑了。
先锁定它。这种本能反应可以理解，但这是本末倒置的。只有制定好堆叠计划，当有人找到自己想要的单位后，你才能在后续获得该形态。
重点放在整栋楼上，而不是单个单元。没有人会为了“堆叠式户型图”而买房，他们买的是1204号房。每个街区都应与促成交易的要素仅一步之遥。
为此，您无需建立新的库存系统。您需要的是已经保存的数据——将其发布在潜在客户无需征得许可即可访问的地方——以及一套确保数据真实可靠的流程。
选取一个项目。将交互式堆叠方案呈现在页面上，将每个模块与方案及视图建立关联，然后观察销售团队收到的提问会发生怎样的变化。这种变化往往在分析数据中体现出来之前，就已经反映在收件箱里了。
如果您的产品目录目前以PDF格式存在，且只有八个人看过，那么您其实正坐拥最宝贵的销售资源，却只是每周通过电子邮件发送一次。不如将其发布出来。
