如何将用户需求转化为产品需求?(附案例)

这个问题回答的角度还是有挺多的，例如转化考虑到市场、技术、成本等因素。而我这里忽略了这些背景条件，是想让我的回答角度定在实现的角度。从这个角度来回答，可以用 UML 中的用例图、类别图和活动图(泳道图)，结合原型，来分析、抽象、设计和给出需求，可实际转化为可用于编码实现的产品需求。

步骤一：用例分析

分析列出用户(群)，或叫参与者的功能诉求，例如图 1：物业与住户之间的发送通知，接收通知和查看通知。

步骤二：类别分析

通过步骤一抽象用户诉求的功能用什么“物件”去实现，例如发送通知，接收通知和查看通知的功能是通过“通知布告”的新建、发送、展示和“我的消息”这两个物件的新建实现的。当新建通知时，同时给小区住户的我的消息集合新建一条我的消息。

步骤三：设计属性

通过步骤二得知需要的功能由什么“物件”去实现，接着是按照需求去设计它们的属性。例如通知要显示类型，就需要给通知设计有一个“布告状态”的属性，可选值是通知/简讯/公告/启事/提醒。

步骤四：设计原型

通过步骤二和三，得知具体是由什么“物件”去实现需要的功能，就着手绘制这些“物件”，也就是原型。

步骤五：编写需求

依据用例分析描述功能的场景需要和过程，依据类别图告知需要做哪些“物件"，依据属性和原型告知具体要做什么样的“物件”，使用泳道图告知每个功能的逻辑过程，然后评审过审交给开发人员编码实现。