系统是为人服务的，为谁服务，需求充分识别出触及的相关方，搭整个系统服务的用户群体画像

系统是为人服务的，为谁服务，需求充分识别出触及的相关方，搭整个系统服务的用户群体画像。

整理相关方时，需求逐一深化了解各相关方的岗位职责（方针）、痛点（布景+问题点+当前处理方案），终究形成完整的用户画像系统，方便办理各相关方预期的同时，也更高效地处理用户的痛点、痒点及各流程事项的卡点。

在进行用户调研时，需求根据对方的岗位职责及工作内容代入到对方的视角中，比方跟财务聊，财务的工作是确保款项正确入账，你就不用纠结合同是否能够签的事务范畴问题了。

在了解用户的痛点时，需求进一步了解现在没有系统支撑时，他是怎么处理这些问题的，是疏忽这些问题，仍是用功率较低的方法支撑着处理这些问题。

一般来说，优先处理后者，因为前者现在处于被疏忽的状况，而事务还能正常工作，要么是产生的概率极低，要么是即使产生了，对事务的工作也没啥影响，归于重要（或不重要）/不紧急的工作。

完善好用户画像之后，需求让用户自行确认优先级，以确保能办理好用户的预期。

调研完一切相关方，完善好整个用户画像系统之后，需求归纳对比考虑，从公司战略、相关方话语权、ROI等视点对一切相关方的诉求进行优先级的排序及沟通确认。

资源总是有限的，需求总是做不完的，而B端产品触及的相关方又太多，有人的当地就有江湖，常见的如下：

1. 相关方之间的诉求是冲突的，如出售办理型的CRM，出售总是希望“自在点”，而办理者总是希望了解出售的一举一动，以便做好人员的办理。
2. 相关方的诉求是一致的，但优先级或许会有冲突，如：技能部分不甘于沦为本钱部门，就希望做的CRM系统能够经过一系列营销东西带来更多的营收，而事务部门却认为只需求管好出售及内部流程即可，营销的工作不需求操心。其实站在公司的视点，两者的诉求都是合理的诉求，并且也肯定会朝着这些方针前进，仅仅需求分阶段实现，而先实现哪个，则需求进行充分的沟通讨论及和谐。

产品司理不便于卷进这种“江湖斗争”，不然做事就会比较被迫，所以需求拉齐一切相关方，就需求优先级及阶段方针达到一致，这样就能够与各相关方做好工作上的协同，确保整个开发节奏的稳定性。

二、产品方针

产品的长远方针及阶段性方针各是什么？

其实在第一阶段识别角色方针进行用户画像系统构建之前，对产品方针应该已经有初步的了解了，但还不是定稿状况。

如：CRM（Customer Relationship Management，客户关系办理）分好几种类型：

营销型CRM：重在经过更多的营销活动来带更多的客户；

剖析型CRM：重在经过数据剖析洞察客户，提高客户的转化率；

出售办理型CRM：重在对出售的办理，提高人效，降低本钱；

或许长远方针，CRM系统会把这些规模都覆盖，但有必定的时刻周期，需求拆分成多阶段方针逐渐实现。而各阶段方针，则是相关方们battle的定论。

Battle完之后，确保大家对产品的长远方针及各阶段性方针达到一致，就能够确认产品调性，明确产品的鸿沟，更好地达到各相关方诉求及产品方针。

每个人提的诉求都是一个个碎片化，我们需求根据达到一致的阶段性方针，兼顾长远方针将这些碎片串起来，从点到线再到面，这样产品的蓝图就出来了。