开发指南 / 网站与客户咨询
公司网站开发：怎样让客户更容易咨询服务？
客户看完服务，知道怎样咨询吗？送出表单后，同事又在哪里接手？这两件事，应在开发网站时一起安排。
网站做好了，咨询去了哪里？
客户看完网站，可能想询价、预约服务或说明项目需求。如果每页只有一个笼统的联系按钮，对方未必知道要提供什么，员工也可能需要反复追问才能处理。
开发前，试着写清楚：客户要提供哪些资料，之后由谁接手、怎样处理？有了答案，页面内容、表单字段和后台才较容易决定。以下以报价咨询为例；预约或付款网站也可按同样方法整理。
现成建站工具、系统集成，还是定制开发？
如果只需要介绍服务、展示作品及接收咨询，现成网站工具配合表单可能已足够。若每笔咨询需要内部报价、审批或状态追踪，便要同时考虑管理界面及与现有工具的连接。
预约与付款先试现成平台能否处理你的员工、时段、预付款及改期规则。规则不合用、资料要跨系统流动，才评估额外开发；网站、预约平台及付款服务的持续费用也要一起看。
介绍型网站
服务内容清楚、咨询可由一位同事处理，先评估现成网站工具。重点是内容更新权限、表单与日常维护。
网站连接现有工具
已有合用的 CRM 或预约平台，网站可负责入口。先确认字段能否对应、通知失败如何补处理，以及资料可否导出。
定制开发咨询管理
如果要分配多位负责人、审批报价，或让客户查看进度，就逐项评估是否需要定制开发。每个新界面也要有相应权限及交接安排。
把一笔报价咨询走完一次
以下为说明方法的假设例子，并非客户案例或已交付成效。
假设一间服务公司需要客户申请报价：网站先收集服务类别及必要资料，建立咨询编号，再指派同事。负责人确认资料后送出报价，客户可查看目前状态。通知寄送失败时，咨询仍留在待处理清单。
三个容易令咨询停下来的设计
一开始就索取所有资料
第一份表单应收集足以安排下一步的资料。需要十多项技术答案才能送出，未必适合还在了解服务的买家。可以先问目标、联络方式及必要限制，细节在确认需要后再补；字段有错时，应指出是哪一项及怎样修正。
把电邮送出当成工作完成
发出通知不等于处理了咨询。负责人休假、邮件进入其他文件夹，或通知发送失败时，员工仍需要看到未分配和未回复的案件。确认报价前，先问清楚待办列表在哪里、由谁查看。
上线前才找内容确认人
服务名称、图片使用权及文案由谁确认，都会影响上线日期。先列出要交的素材和一位有权决定的负责人。开发公司交付可操作版本后，便可以集中核对流程，而不用同时重写整个网站。
交付时，用实际操作场景验收
- 用手机实际提交，确认必填资料、成功提示及咨询编号；重复按提交不应产生难以辨认的重复工作。
- 确认负责人收到通知、看得到待处理项目，而且未获授权的人不能查看其他客户资料。
- 交接内容修改方法、表单资料导出、账户管理及通知失败的处理方式。
比较网站报价，要看哪些工作？
比较报价时，逐项确认是否包括文案整理、手机适配、内容管理、表单处理、通知、数据迁移和交接。只比较页数，容易遗漏提交后的工作。现有网站适用时，可以只改善咨询流程。
文案和图片是否齐备、谁能确认内容、预约和付款账户是否可用，都会影响上线时间。商议日期时把这些工作一并列出。网站上线后，再看有多少人完成咨询、资料是否足够，以及同事能否顺利跟进。
上线后，除了流量，还要看能实际跟进的咨询
把观察分成三段：有多少人到服务页、多少人完成咨询、多少份咨询具备可评估的需要。流量增加但咨询内容仍然含糊，可能要改善服务说明或表单，而不是立刻增加广告。咨询完整但没有人接手，则是内部流程问题。
先记录改版前的情况，再比较相近期间及相近来源；期间内有推广活动或服务调整，也要一并注明。不要把所有变化都归功于新设计，更不要只以联络按钮点击代替实际收到的咨询。
给开发公司的第一份简介
准备服务或产品清单、品牌素材、谁确认文案、咨询要交给谁，以及一份理想咨询样本。若有上线日期，说明真正不能延后的功能；先完成主要流程，其他内容可分阶段加入。
开始前，还有这些常见问题
已有网站，可以只改善咨询流程吗？
可以先评估。若现有网站可修改表单、接入工具及取得所需资料，可能只需改善这一段。先核对平台限制、账户权限及通知记录，再决定是否需要重做。
只需要介绍公司，也要做后台吗？
不一定。内容管理及现成表单可能已足够。是否需要定制开发后台，要看咨询之后有没有指派、审批、进度追踪，或其他现成工具处理不到的工作。
