当了解了什么是用户故事后，尝试将其应用到工作中。
对于用户或用户代表提出的最初需求，往往会混杂着用户原始需求和其希望的解决方案，例如：可视对讲门口机返回“人脸比对失败”事件给平台。我们需要从中提炼用户故事。
以此为例，演示我在项目中的处理流程，归纳为：用户原始需求->提炼的用户故事（PD）->新增的产品需求（PD+RD）
用户原始需求
可视对讲门口机返回“人脸比对失败”事件给平台
平台可配置事件联动
提炼的用户故事（PD）
userstory：安保管理员需要在客户端上实现当有人在门口机上认证失败的时联动摄像机弹窗报警，以及时发现陌生人员出现；
备注：门口机需定制该功能；
PS.对于多故事的项目，避免给userstory编号，因为这会导致我们去抽象地讨论需要形象化的功能。
产品需求
1）事件中心中支持配置门口机的“人脸比对失败”事件作为触发条件；
2）平台-门禁事件查询中展示“人脸比对失败”事件记录；
PS.userstory的初心是用于提醒开发人员和客户团队对功能进行讨论。当不具备讨论条件时，PD则不得不直接输出产品需求。
PSS.产品需求最好应由PD和RD一起讨论得出，避免实现成本过高的解决方案。
