產品經理之「使用者故事實戰」

當了解了什麼是使用者故事後，嘗試將其應用到工作中。
對於使用者或使用者代表提出的最初需求，往往會混雜著使用者原始需求和其希望的解決方案，例如：可視對講門口機返回“人臉比對失敗”事件給平臺。我們需要從中提煉使用者故事。
以此為例，演示我在專案中的處理流程，歸納為：使用者原始需求->提煉的使用者故事（PD）->新增的產品需求（PD+RD）

使用者原始需求

可視對講門口機返回“人臉比對失敗”事件給平臺
平臺可配置事件聯動

提煉的使用者故事（PD）

userstory：安保管理員需要在客戶端上實現當有人在門口機上認證失敗的時聯動攝像機彈窗報警，以及時發現陌生人員出現；
備註：門口機需定製該功能；

PS.對於多故事的專案，避免給userstory編號，因為這會導致我們去抽象地討論需要形象化的功能。

產品需求

1）事件中心中支援配置門口機的“人臉比對失敗”事件作為觸發條件；
2）平臺-門禁事件查詢中展示“人臉比對失敗”事件記錄；

PS.userstory的初心是用於提醒開發人員和客戶團隊對功能進行討論。當不具備討論條件時，PD則不得不直接輸出產品需求。
PSS.產品需求最好應由PD和RD一起討論得出，避免實現成本過高的解決方案。