对客工作之我见
作为开发工程师，其实很少直接和客户对接，一般都是系统、TPM、质量的同事把问题带回来，然后再排查。但是有时候由于一些情况，直接和客户对接的同事没有解释好，或者是一些具体的细节客户想要刨根问底，这时候就不得不上会处理。
去年11月开始做G客户的项目可谓是一场折磨，由于开发一直没有收到G客户变更的真正目的，导致方案一直没有稳定，软件质量一直不高，最后还需要领导们去客户现场汇报。这时候才明白跟客户打交道其实相当是一门学问，刚好最近也在看单位内部组织的一些对客材料，和从一些同事对客的精彩案例中学习到一些窍门，在这里记录下来。
不要徒增客户的担心
L客户是公司的最重要客户，新型号产品经常是该客户作为Pilot客户试点。最近某新型号产品经过近8个月的DV/PV验证，问题已基本收敛，客户也审厂完成即将大规模量产。但是在该型号产品的改款（使用同一新型号主控芯片，尚未在其他产品上使用过）在B客户、Le客户的DV中，突然出现了芯片问题导致的可靠性问题，而这一问题在L客户的验证中从未出现过。判断这需要告知L客户吗？
不需要告知，理由如下：
- 问题的根因 还没有找到，如果当前只告知问题存在，客户必然抓着要求排查，将陷入被动的局面，不利于问题分析。即使最终排查到不是一个问题，还要组织材料、人力去给客户汇报，又给客户留下了不好的影响。
- 问题的影响 需要明确。由于该问题所对应的故障码已告知L客户可以不做过多关注，只做云端统计，因此客户本来就不会重视该故障，而现在告知客户，就会让客户提高注意力在这上面，从而质疑前面已对齐的内容。并且该客户一直还没有出现这个问题。
- 不要陷入自证陷阱 客户已经认可了所有的DV PV结果，现在自己又要推翻原来的实验结果，那么之后所有可能出现的问题客户都会质疑是否是前面的实验结果不真实，这对客户对单位内部实验室的置信度是一个巨大的打击。