这家企业在网上的样子。
截图取自澳大利亚线上网站，不是效果图。摄影、品牌和对顾客的承诺属于客户，底层引擎以及它背后的系统对接属于我们。
首页。报价表单就放在首屏，而不是点三下才能找到，表单里的每个字段都是销售团队回电时真正用得上的。
售后申请表单。产品类型、问题类型和具体问题相互联动，每一次选择都会缩小下一项的范围，整张表单直接提交进客户自己的售后系统。
同一个首页在 390 像素宽度下的效果。顾客在留下电话号码之前想看到的信任凭证，依然是他们第一眼看到的内容。
企业有自己的软件，网站却游离在外。
Ben's Curtains 很少外包。窗帘和纱帘在自家工坊制作，测量和安装由自家团队完成，报价、工单跟进和售后工作都在公司自建的业务管理系统里运转。有两样东西在这套系统之外。一是网站，它把询盘收进一个表单，然后得有人手工搬进系统。二是保修和维修申请，它们以邮件形式到来，用顾客自己随意选择的措辞描述问题。
所以这个项目从一开始就不只是做一个网站。它要让公司对外的这一面，表现得像公司早已信任的那套软件的一部分，而且要两线同时推进，一个澳大利亚网站，一个新西兰网站，品牌相同，表单相同，收集到的一切都送往同一个目的地。这和挑选模板是两回事，这类项目通常以一份定制开发报价收场。
为一套现成系统打造的前端。
两个国家，一套构建
澳大利亚和新西兰网站是两个独立网站，各有自己的域名、展厅列表和联系方式，但基于同一套组件搭建，一起维护。表单行为的修改只需做一次。哪个网站都不是一份慢慢过时的副本，而为第二个市场单独复制一套网站，通常就会落到这个下场。
报价表单就是受理表单
询盘表单询问的，正是上门测量和报价真正需要的信息，包括所在州、街道地址，以及顾客是从哪里得知这家公司的。每个回答都会保存，每个回答都会向下游传递，没有一项需要输入两遍。表单放在首页而不是藏在联系链接后面，因为这个页面的目的就是开启一单生意。
售后通道，而不是收件箱
支持页面写明了公司自己做出的 48 小时内回复承诺，申请表单则完全按照售后团队现有的产品和故障分类来设计。照片和视频直接存入客户自己的存储空间，而不是网站上，网站只做网站该做的事，证据则始终跟着申请走。
每条询盘都带签名送达
新询盘会在几秒内推送到客户的接收端点。每一条都带签名，客户的开发人员可以据此证明请求确实来自我们；每一条都带唯一 ID，重复送达时可以直接丢弃而不会重复入库；客户那边宕机时，每一条都会按计划重试。询盘同时始终保存在后台中，所以客户系统里的那份只是为了方便，从来不是唯一一份。
这位客户提出需求时，会发生什么。
这部分内容写不进功能清单。下面每一项都始于支持工单里的一条消息，最终变成可以运行的软件，对话另一端通常是客户自己的开发人员。
与客户分类一致的维修表单
需求。他们想要一个写明 48 小时承诺的支持页面，配一张维修申请表单，使用售后团队现有的产品、问题和故障清单，并提交进他们自己的系统，而不是某个收件箱。
我们的做法。我们做好了页面和联动下拉菜单，接通了他们的端点，上传文件存入他们的存储空间。随后细节不断调整，哪个字段对应哪个字段，种植园百叶窗该归到哪一类，照片是否必填。每一轮修改都在提出当天上线。
询盘落地几秒后就进入他们的系统
需求。工单里只有一句话，线索怎样才能实时进来。他们的接收软件是自研的，所以没有现成的连接器可用，也没有供应商可以问。
我们的做法。我们为他们写了一份推送规范，签名机制、数据格式、重试策略一应俱全，让他们的开发人员照着文档就能把接收端做出来。我们按规范反复测试，直到验签完全通过。链路上线后，我们还把网站此前的询盘也一并推送过去，让他们的系统里不只有今后的询盘，也有过往的记录。
哪些询盘来自广告
需求。集成做到一半，他们提出了一个更尖锐的问题，这些数据能否告诉我们一条询盘是不是来自付费点击。答案是不能，而缺了它，他们自己的报表永远无法把广告和其他来源区分开。
我们的做法。我们在每一次推送中加入了 Google 点击标识、访客到达的落地页，以及顾客自己填写的得知渠道。如今归因就在记录这单生意的同一套系统里完成，而不是在旁边另开一张电子表格。
我们的一个应用，在两个网站上同时运行。
平台上的每一个应用，每个网站都包含，不收月费。这家企业打开的，是能把展厅口碑变成访客看得见的证据的那一个。
Google Reviews
免费
一家在一长串区域都设有展厅的公司，口碑分散在每个展厅各自的 Google 商家资料里。这个应用把它们汇总读取，并把评价作为页面的一部分呈现，使用公司自己的字体和配色；新西兰网站也可以直接使用同一组评价，不必再收集一次。