技术人是否有必要参与到客户现场沟通

背景

插入一个图

本周五因为某个项目需求变更，出差跟到客户现场进行项目沟通。该项目为某淀粉供应商需要做数字化升级，通过数字化分析预警多种影响因素，给企业做出更有利的购销决策。

项目里包含着大量的行业知识，包括供应链，销售，物流和财务等相关概念，因此项目经理多次出差到现场进行需求调研。在需求调研中，笔者也多次听到项目经理感叹此项目非常难设计。目前项目已经进入开发阶段，其实参与到项目开发的技术人员，因为缺乏对行业知识的了解，所以有时候不太清楚自己到底在做什么，单纯对着原型页面进行简单的页面逻辑编码。

在项目实施的过程中，项目经理也组织多次会议进行项目背景的了解，如介绍供应链物料库存控制方案，财务管理的控制风险并把资本效率最大化等，出差前也对项目背景有了大概的了解，但是笔者对项目还是有一点陌生感的。

与客户沟通的现场，客户给我们分析了需求修改的原因，也详细地阐述公司的一些商业模式，比如上游供应，与上游企业合作产生的一些细节、再比如自身产品相比竞争对手的优势。笔者在听的过程中，其实有一些是听不懂的，但是最大的收获是拉近了与项目之间的距离。

项目实施阶段其中一个模块已经交付到客户进行验收测试，客户当时讲了一句话直击笔者的心灵：“系统中各个独立功能基本问题不大，但是现在各个功能的联动或者交互没有站在用户者的角度进行开发，导致同事们在测试的时候出现不知道如何填写或者不知道接下来怎么做的情况”。客户讲的非常婉转，其实项目经理已经在出差前转达过这句话，不过从客户亲口说出来，能够真实体会到项目交付的压力。

因此我认为技术人应该适当到客户现场沟通，旁听。

why

笔者认为主要有以下几点分析：

• 技术人员不能正确的实现需求，重复的返工。如果去问技术人员有的需求为什么这样子做，可以得到的回复大部分是“产品经理让我这么做的，我也不知道为什么”，由于双方之间的沟通或者表述没能达到100%的传递，导致上线的功能并不是客户真正想要的。
• 技术人员对项目没有激情。在项目进行阶段，一般是项目经理到客户现场沟通，梳理需求，再交给技术人员进行编码实现。这种情况下技术对项目背景缺乏一定的了解，只是单纯的翻译需求，把握不住实现细节，容易产生诸多bug，对项目未来的发展也不清楚，对项目自然也没有了激情。
• 参与到客户现场沟通，能够真实体会到客户对项目的重视，体会项目能够他们带来工作效率上的提高，也让技术内心认为自己产生的东西有价值，从而更加积极推动项目实施。

when

那么具体要在项目的哪个阶段到客户现场呢？

• 项目初期沟通需求阶段，一般的技术人员都是互联网多年的从业者，无论是产品还是用户体验还是技术方面还是之前所做的成功的项目，都有相关的经验，在项目初期其实可以适当地参与，让技术和项目经理有共同的目标，就是把项目做好。
• 项目验收阶段，项目验收阶段假设需要项目经理要到客户现场进行培训，那么我认为技术也可以带上，可以让技术了解到自己做的东西存在着哪些缺陷，有哪些地方可以进行优化调整，亲身了解到客户提出的想法。

讨论

• 大家认为技术人有必要到参与到客户现场沟通吗？
• 技术人在项目的哪个阶段参与客户现场沟通比较合适？