每一个交互设计师都有一个打造自己的产品的梦想！
或许是如何，我猜。
设计师，
因着职责功能、必然有开拓创新的习惯；因着天份，必有独立思考的执着&对用户心理入微的体察关怀。
在这种前提下，不可能面对PM提出的产品构思、目标用户和PRD没有自己的想法。其实，交互设计师是因着先天与后天的各种因素、不甘于做“复述者”、而试图站在用户角度争取更多的话语权、为了打造更能提升用户体验的产品、才试图往PM专业多迈了一步。
刚做交互设计师时，因为团队小、承担了C端产品经理的一部分职责，但当时是与开发出身的产品经理共同打造项目、没有经历产品经理的专业训练、话语权不多、更多倾向于从个人感知出发的建言；
2018年中加入顺丰时、因为是孵化型项目、团队精简、B端产品经理不足而且加入得较我这个交互设计师还晚了半年、因而我主责交互设计的同时、承担起了几个模块的B端产品经理的职责。回想起来，这段经历是自己继由传统行业的视觉设计师转为互联网行业的交互设计师以来、最艰难的学习历程之一。
半年，学到了很多:
1. 产品需求层面：比交互设计更多维度、更深层次的业务逻辑＆核心需求，更早接触到复杂的业务核心，更全的产业链流程，因此能够更深的理解产品设想与规划，便于后期搭建各终端的信息架构、更容易切中要害。
如果说，做纯交互或者说C端交互，更多是从产品本身去做信息架构、流程设计；那么做B端交互，就必须从产业层面去做模块规划、系统架构、信息布局，对于大系统模块、小功能模块以及每一个操作流程、具体页面、需要俱备更深的理解力与更强的掌控力，因为整个产品涵盖了PC端、移动Phone端、移动Pad端、大屏端等前、中、后台不同系统，必须保证整体的规范性和针对不同角色的适应性。
2. 用户层面：用户形态更复杂，既要作为B端产品切分用户角色、而流程各节点的各使用者又可以视为一个个具体的C端用户。为C端用户设计产品时，交互设计师可以自己凭经验or个人直觉下判断；但B端用户的角色形态之专业、形态之丰富、认知方式之差异，强迫我不得不重新以一个初学者的身份从头展开调研。看似艰难、收获颇大。
3. 设计目标层面：流程长、信息量巨大、场景复杂、专业边界很明显。比起“难伺候”的C端用户，B端用户首要关注的是任务，体验优化是以任务达成为前提、对于效率 准确率等方面的提升，因而初步目标更明确；但相比于C端流程，B端操作复杂至极、信息量巨大，也因此目标更难实现，即使一个系统的不同模块也有不同的信息体量。另一方面，也因为B端产品多比较封闭，可借鉴产品不多，其实以设计师的视角来看、优化空间会很大，很适合C端经验向B端转移。
半年多的B端产品经理经验，让我能够胜任在负责整套多终端交互设计的同时、也兼任几个模块的产品经理职责。但即使如此，我并没有打算未来往专职产品经理岗位上发展：
1. B端产品的体量限制了产品经理往往是专于某个行业、甚至某个模块，但设计师因其职业与个性、至少我，往往不愿被限于某一行业、而更愿意将各个行业的优秀设计方案做跨行交流与融合、以不断突破现有边界。
2. 产品更关注商业逻辑，我的个性更愿意关注人。可能有人认为商业逻辑更大，但我认为最终为商业买单的是个体，而世界的变化一再向我们证明、世界的消费局势变化是从一个个先锋人群开始引导起来的，商业能够打动人、B端是具体一个个企业的需求、C端是一个个人的需求，最终一切都会落实在一个个用户群体上。因此，比起商业，我更愿意关注人在外部世界中的变化、人的内在心理感受。
3. 我不知道其他领域如何。但我见到的几位合作过的产品经理有个通病是，过度自信到不听人言，无论需求上还是设计上，即使以用户角度出发、他们也更习惯以自我想法替代用户想法。这个氛围我尝试过但是涉及他人负责的需求范围就无法改善更多，而我也没打算花费更多精力去改变他们的想法，所以以后我有机会主导产品走向时再说吧。
有机会一定要写一下自己感知到的B端vsC端的PM、UE的差别。
