项目需求分析怎么写( 二 )

例如，公司要引入一款新的内部管理系统，那么会涉及到公司员工（主要使用者）、公司老板（决策者）、公司合伙人（共同决策）、财务人员（购买产品）等人员。我们要分析不同角色对最终决策的影响，就要对不同角色建立用户画像，了解不同角色使用产品需要解决什么样的问题。
二、梳理使用场景梳理场景是进行需求分析的重中之重，也是比较容易被忽视的一项操作。了解好场景才会对整体流程的脉络有一个更清晰的认知、不会造成需求的遗漏。与其在功能设计上摸着石头过河，不如在需求分析阶段打好场景梳理的基础。
以CRM产品举例，运营部门新增了一条业务审批流程，并要求该功能放在“客户”维度下让销售使用，但是在实际业务场景中，该审批是基于“该客户已有商机”的前提条件下发起的，所以在商机维度添加审批流程更为合理。
1. 梳理场景的思路是什么呢？
在整体上拆成“角色”、“使用阶段/业务阶段”、“场景描述”、“痛点”、“解决方案”五个字段。我们要明确进行这项业务活动的角色是谁，他处于整个场景中的哪个阶段，具体描述他在这个阶段中做了哪些事情、是如何去做的，他在做这件事情的时候遇到了哪些影响效率、体验不好的点。
在步骤上，前四个字段解决完成后先不要急着去想解决方案，最好的方式是把这个需求所涉及到的全部阶段的场景列清楚后、再回过头来去思考解决方案，这样可以保证思路是前后连贯的、不会局限于一个场景去解决问题。
2. 如何进行全面的场景描述？
管理学中有一些常见的分析方法可以使用在场景描述中。比如对选定的项目、步骤或操作，都要从四个方面提出思考。同样的，我们可以使用这个方法在日常工作中对业务场景进行梳理。

对象（Who）——这里包含是谁在做这件事？他在做这件事的时候涉及到哪些人？这里是为了明确这个场景所关联的干系人。
场所（Where）——他是在哪里做的这件事？为什么偏偏要在这个地方干？换个地方行不行？如果需要的话，可以在需求分析时考虑用户当前会受到哪些外界环境的影响；
时间（When）——这个场景是在什么时候做的？用户为什么会在这个时候干？能不能在其他时候干？如果目前的场景前置或后置，对流程会产生什么影响？在这里需要考虑，当前这个操作/场景放在这里的合理性。
方式（How）——用户目前是怎样做的？为什么用这种方法来干？有时候方法一改，全局就会改变，可以思考有没有更好的方式来解决当前问题。

根据调研结论来撰写场景故事，把用户某个特定时刻，可能会出现的行为、心理活动、具体的需求，解决方案叙事出来。其目的就是提高对用户可能身处场景的理解，这样要把用户心理状态描述出来，才会最终会变成产品中的行为。
三、总结通过以上两种方式，可以对需求进行理解并形象化用户之间、用户本身的诉求、用户与外界物理环境之间的一些显著特征。
接下来产品要做的是根据价值与可行性来判断需求的优先级，在经过上述的一系列思考与整理后，接下来就到了具体的落地执行阶段，这里可能会涉及到对需求进行最终整理，将这些内容汇总成一份可以呈现的方案，最后进行原型设计。