甲方爸爸说：“请用Photoshop给我们做设计，不要用PS”，这就是在乙方公司的日常，有很多无奈、无力、抓狂，最深处还隐隐透漏着些许光亮，在乙方公司做的这一年里迈过一些坑，填过了、看的淡定了，梳理了一些方法记录沉淀下来。
背景：公司是做新零售这块解决方案的，客户有头部KA、也有一些中小型客户。
产品方向：以基线版本为基础上，针对特殊客户做部分定制化开发。
需求收集：做To B 类产品需要能够很深刻的了解客户的业务，理解客户的痛点，继而转化为自己产品的迭代方向（感觉很beibi，拿着客户的钱迭代自己的产品。。）
在需求的收集过程中注意：
1、现场操作体验；
2、留意客户的问题，辨别客户的解决方案；
3、归纳抽象总结；
上述1、3不再多说，是产品的基本能力，针对2说明一下，辨别客户的解决方案是千万万千不要完全依照客户说的去做（虽然他是金主爸爸），to c 类产品也是这样，因为用户想的方案大多数都是不太适合自己产品的。这种情况在To B下更难处理，如果不按照甲方爸爸说的做，自己会很惨。。
针对这种情况可以从下面几点思考：
1、转为客户的思维，如果按照客户的的方案做，把带来的问题抛出去，几个回合下来就能判断是否是伪方案。如果是伪方案，让客户自己打消自己的诉求，能给客户尊重感还不至于把自己的产品做成一坨💩
2、做To B的好处是能接触到多个客户，可以观察到各个客户针对同类问题的解决方案，集合各家之精华，形成自己的产品方案。在跟客户讨论问题解决方案纠缠不清时用这类问题在某个客户怎么解决的，效果如何，无形中为自己的方案提升说服力。
3、过程中树立自己的专业感
做To B的最大的败笔是被客户牵着鼻子走，这样会很被动，完全打乱自己产品的节奏、迭代计划。这只能要求我们比客户更懂业务、问题看的更全、更深。
为了使自己的产品不变成一个完全定制化但又能灵活运用在各类客户场景下，在做产品设计时也要注意一些点：
1、设计基础业务流程、逻辑时考虑全面匹配各种类型的客户场景，对于不同客户来说通过修改系统配置来实现客户的独特性需求。
2、由于各个客户的IT能力、数据存储方式、工作方式有很大差异，
为了这类客户可以独立定制一些模块去满足需求，最后会发现有基线版本+定制模块。这块难点是把什么东西放在基线、什么放在定制模块，而且这里也要从产品、技术架构两个方向去考虑。想提升这点还是需要依靠对业务的理解、归纳抽象总结。
PS：由于产品有自己开发周期，一段时间过去了甲方爸爸可能忘记了或者后悔了，对于项目的启动阶段，务必要把方案通过邮件跟甲方确认清楚，而且要细到执行层面，否则后续会有各种不认账。。。还有相关会议邮件乙方写，这样才有主动性。。。
