起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識方法總結：通過歷史需求了解一款你將要負責的產品
你想象什么，你自己就能成為什么。
前不久的一個夜晚，怎么也睡不著，抱著手機打了草稿，現在整理下來。這篇文章要寫的主題是，通過項目管理平臺的歷史需求了解一款你將要負責的產品。
展開來說，我們假設一個場景：當你接到一個產品或項目，你之前從未了解它，而從今天開始，它交給你來做，老板只給你了一個項目的共享協作賬號，里面有自產品上線以來，所有的產品文檔和需求溝通記錄，那么，你如何通過歷史需求列表了解它，了解到如同自己親身經歷一般，我們就來討論這個問題。
（當然，沒有歷史需求文檔的產品我不管）
拿到問題，假設場景，認真思考，開始實踐，我們從六個步驟開始循序漸近。
第一步：細讀歷史任務列表
通過需求日期或狀態篩選，一個字一個字的讀，達成你第一步的目標：
- 了解產品的歷史；
- 了解產品的總體思路；
- 了解產品運營團隊其他人的工作；
- 想象需求提出方與設計者是自己，將自己代入，針對每條歷史需求進行思考，提出想法與建議；
- 建立新任務，記錄目前未了解到的問題，再進行詢問。
第二步：根據團隊找到適合自己的節奏
做產品，權利不重要，只要有owner意識就好啦，每一步都要慢慢來。
為了避免被他人帶偏，你首先要有自己的工作節奏和流程。
這一步我們需要達成的目標：
- 找到適合自己的工作節奏和流程
- 融入團隊工作，提高你與團隊成員的配合度
- 快樂高效工作
現有的產品需求流程不一定和你心中所想的一樣，你自己是怎么想的，你想到的適合這個團隊嗎？
或許你可以將自己的想法和團隊現有的流程進行融合，就像這樣：舍棄所能舍棄的，改變我要改變的。（哈哈，游戲臺詞）
第三步：針對產品進行需求討論
了解了歷史需求，你也許會想要有自己的產品規劃了，但在這之前，不要著急。
你可以拋出你想要解決的幾個小問題，放在團隊的討論區（討論區建議在項目管理平臺上創建一個）。
舉個例子，如果你正在負責一款工具類產品，產品最終目標為引導用戶成為年費會員。你覺得現有產品的付費模式不利于年費會員的銷售，且你已經發現了歷史需求列表中有人提出類似的需求，但由于種種原因，被取消了，你覺得這個需求有必要調整?；蛘吣銌渭兊木拖胍模趺崔k？
你可以去看看其他產品定價的例子，你可以將付費會員的經典案例放在討論區，發起一個討論，比如你找到上海迪士尼的案例：
上海迪士尼年卡有三種：
- 周日年卡：1299
- 工作日+周日年卡：1599
- 無日期期限年卡：3299
工作日+周日年卡只比周日年卡多300元，而無日期限制年卡3299元，怎么想都是1599元最劃算。因此，用戶選擇：1599元年卡。
那為什么沒有周六年卡呢？
因為周六來迪士尼人最多，周六生意最好，不需要賣卡，周六賣單日門票最劃算。
那我就不買年卡，只買單日票呢？
那在用戶買單日票的時候，迪士尼發一條短信告訴用戶，單日票票價可抵用年卡費用。
迪士尼單日門票500左右一張，你就會想一家三口加起來的門票也1000多了，年卡才1500多，你心動了，然后迪士尼再告訴你，票價抵扣年卡費用僅當天可用，隔日作廢。把不辦當成一種損失，把可辦限定為當天，你本打算一輩子只來一次，但是只要你辦了卡，你就會再來，對存量用戶有效激活，提升了客單價。
這一步的目標是：發現適合團隊的討論區與學習區，與團隊深入交流。
需求都需要討論，但能做的并不多，團隊的成長離不開學習氛圍的帶動。
第四步：針對需求討論與需求歷史進行需求規劃
了解產品的前因后果，建立整體思路與概念。
現在你可以規劃一些你要做的需求了。
第五步：設定需求目標，拆分需求進行落地
需求應有目標，目標應對應需求，拆分它們，同時檢驗需求。
綜合考慮需求投入成本與檢驗方式
降低需求前期的投入成本，低成本投入得出結論，再進行迭代。
舉一個年費服務產品購買后，不滿意可無條件退款的例子：首先這個需求能夠在一定程度上，直接向用戶表明了產品所提供的服務經得起推敲，被認為是一個很nice的需求。
增加3天內使用不滿意可隨時退款協議：
- 讓用戶大膽的嘗試，使用我們的產品，提高付費率；
- 如果用戶付費后，在3天內申請退款，我們可以要求用戶提供原因，我們也可以查看用戶使用情況，告知客戶不滿足退款要求；
- 如果用戶過了3天再退款，就更加不在退款保障里了；
- 如果推出這個條例，付費率沒有明顯增加，我們就關閉這個條例；
- 做的時候，需要制作出申請退款的表單，讓付費用戶填寫。模擬出真實可退款的氣氛。
如果xx總覺得可以做，我開始描述細節。
以上是copy過來的原始需求，只更改了最后一行的兩個字“xx”。
提出者給了一個重要的需求前提：如果這么做，若不能怎么怎么樣，我們就關閉這個條例。
我們可以猜想，如果這個需求的退款，降低實現成本變成人工處理會怎么樣：增加人工退款通道，由人工客服來詢問用戶“為什么要退款”，同時增加與用戶的一次交互。
在購買頁面上加一條文案：最后一個購買理由：我們承諾：購買后使用 x天內不滿意可聯系客服xx無條件退款。
然而這個需求也有很多不可忽略的細節：
- 退款時長：？天
- 退款方式：原路返回？
- 退款糾紛：退款率并不一定高，也許用戶想要退款的時候，他給忘了。他在過了deadline的一分鐘后，聯系客服，說自己忘了，這種情況也許會出現，但是概率不高；如果出現了，該怎么辦？
- 退款與產品付費策略的沖突：如果產品改變付費策略為三個月，一個月，我們的不滿意退款保障時間是否需要變化。
購買了產品的退款用戶，可以重點的運營，找到這些用戶，得到反饋并改進。
第六步：驗收需求與效果，復盤總結
原計劃隨時都有可能改變，如同導航軟件。
若偏移不多，則進行糾偏；若偏移太多，造成原路返回成本過高，就需要改變基線。
不斷根據目標規劃調整后繼續進行。
寫在最后
每一個需求都需要嚴謹與縝密，需要花很多時間思考細節與流程，細節的程度，是盡量做到滴水不漏。
這是最近在工作中的一些思考，寫出來想聽聽大家的建議，文中舉的例子有不恰當與杜撰成分在里面，但都是基于現實的改寫。
作者：小紅帽，互金產品經理，坐標上海，公眾號：遇見產品
本文由 @小紅帽 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自unsplash，基于CC0協議
大佬，你好厲害