谁该去见客户

我们做过对比：同一个需求，客户口头描述转两层传到开发，偏差率相当高。后来推行一个做法，开发者在项目关键节点直接参与客户沟通，返工明显减少。

三个必须见客户的时点

需求调研阶段。开发者直接听客户讲业务，听得懂哪些话是客套，哪些是真实痛点。

方案演示阶段。客户对界面和流程的第一反应，开发者比任何人都需要看到。

上线后回访。听到真实的抱怨和意外的好评，比看报表更能校准判断。

去了之后做什么

不发言也可以，重点是观察和记录。客户打开系统时的动作顺序，往往和设计假设不同。

在现场问清边界条件：数据量有多大、网络环境怎么样、谁在用、出错会怎样。

回来后半天内写纪要点，趁记忆新鲜，发给项目组。

让写代码的人亲耳听到问题，比任何需求文档的转述都准确。见客户的成本，远低于理解错需求的成本。