在電商發票系統中,我總結了這些經驗
身為產品經理一定要善于總結經驗,并且在工作中形成一套屬于自己方法,從而才能夠更有邏輯性地開展工作。
產品經理也是一門科學,科學就要有自己的規律及方法。我總結了一下自己在產品經理工作開展中主要的幾個環節:
行業分析 -> 需求挖掘 -> 方案出具 -> 驗收上線 -> 推廣運營數據分析
一、行業分析
所有的產品功能并不一定都要做,但是對外部需要做一下,可以使用SWOT分析法對整體進行分析 。
比如商家電子發票生態項目:
優勢:
- 電子發票開具技術強大;
- 平臺商家質量較高;
- 咱們已經養成了用戶在平臺上的發票行為;
劣勢:
- 商家對發票開具的需求不是如何幫他開,而是怎么能不開;
- 平臺商家數量相比較較少,業務發展有天花板;
機會:
- 整個宏觀環境,國家對發票管控及稅務管控越來越嚴,因此有機會從中提供技術服務;
- 市場上電子發票開具還屬于發展階段,有廣大的推廣空間 ;
- 平臺中有對發票需求強烈的商家,想要獲取技術支持的需求強烈;
威脅:
- 外部競爭對手也可以提供該功能,并且整體平臺優勢更強。
基于以上分析,得出結論:該功能還是需要的,對整體是有利益提升,而我們的重點是放到對用戶體驗的提升,及對商家體驗的提升,因此提供了代商家開票,及商家自主開票回傳存儲功能,總體預計收益大于成本。
二、需求挖掘
就像車和快馬的故事,用戶需要的就是為快速出行。
對于需求挖掘我總結了這么幾個點和大家分享下:
溝通 -> 深入思考 -> 尋找本質 -> 需求細分及管理 -> 需求推動跟進
1. 溝通了解現狀
與業務進行溝通,獲取用戶的實際需求,但是做系統不能一次就做個非常大的,那么這個時候又要跟業務溝通,進行MVP的實現方案,需求討論,達成業務與系統均能接受的方式,最重要的是將業務所有的不確定都變成正確的、確定的、可以執行的語言。
但溝通的不只是與業務,與研發團隊也要進行溝通,將用戶真實的需求進行傳遞。保證大家理解的需求都是一樣的,明確的,消除其余的999個哈姆雷特。
與領導的向上溝通,重要事項的匯報及危機事項需要領導把控與決策。
具體溝通的方式,每個人可能不一樣,需求磨合悟出自己的方式,但是總體需要做到幾點:
- 態度端正: 要等到別人說完話,你再說,即使他跑題了,不然他會認為你沒有聽懂他到底再說什么。觀點不同可以表達,但是態度不要過激;
- 就事論事:對一個問題一定要只先聊這一個問題,如果戰線拉的太大,一定要把話題拉回來;可以反復對一個事情進行不同方面的溝通,這時有可能真的會找到那個痛點;增加深度,降低廣度;
- 拋開角色換位體驗:這個時候,你不是研發,不是產品經理,你是業務,和業務一起工作,做最難的、影響最大的那些工作;?輸出專業建議;
- 講究方式:與業務溝通時,業務可能提的需求方案不太準確時,不要直接回絕,而要提出更專業的解決方案;經常說,你看這么做行不行,以一種出主意的態度,并進行引導;
- 溝通的記錄: 會議紀要,整理自己的思路并且進行需求的挖掘,同時防止無端更改需求的風險。
2. 深入思考,尋找本質
溝通能力,是獲取用戶的表象感受,體驗直觀,然而深入思考才能找到現象之后的本質。
那么如何進行深入思考呢?
- 信息資料的準備,記錄,每次需求溝通之后都要進行記錄并按事情的發展進行整理;
- 要進行歸納終結,對現象進行聚類,找到規律及分割線;
- 結合業務與人性,假設人都是懶惰的,分析業務的開展方式,確定哪些必須要進行做的,哪些是不必要做的;
- 學而不思則罔,思而不學則殆,溝通和深入思考是要反復使用的。
3.需求管理
將需求拆分成最細粒度的功能模塊,根據這樣的需求出具方案。
對每一個需求進行時間、效果的跟進監控,進行MVP及敏捷管理。這個里面,我們當時在進行票據中心的調研時,發現他們工作效率比較低。
其中有一塊占用人工比較突出的是要修改發票類型之后再次提交開票申請,修改發票時要從訂單頁面、增票資質頁面獲取訂單對應的資質信息,再進行提交。
業務就想讓我們給提供一個能快速獲取這些信息的功能,但是分析這個需求,其實發現整體流程是:客戶給客服打電話要求換開,客服再提交工單給財務,財務再從工單中將用戶的需求粘貼出來,進行發票換類型,再提交開票,處理完再進行回工單,客服再給用戶回訪。
其實,最終的需求就是客戶想換發票類型這件事,中間的這一套,我們都可以給省略掉。
因此,我們開發了發票自助功能,可以讓客戶直接在頁面進行提交開票申請。
省去了客服的工作,但是財務可能需要對部分換開類型比如電子換增票的業務進行審核,那么我們提供了審核功能,對于電子換內容的那種,客戶直接自己操作,并給出信息跟蹤,省去了客服、財務。
這樣,財務的需求其本質是客戶的需求,用不同于財務所看到的另外的方式滿足表象的需求。
三、方案出具
包括輸出流程圖、頁面展示方式、輸出頁面交互。
一定要做的是方案評審,包括需求方用戶體驗研發。一塊評審,最終確定下來的方案進行定稿。
四、驗收上線
這個過程,可能在開發到一定階段就要進行了,并且一定要進行驗收,也就是線上走查,真實上線運營前要進行多測試。
尤其上結算頁相關的功能時,各種維度的下單,拒收,賬號都被拉成黑名單了。
五、推廣
主要偏運營,產品需要了解,推廣方式,就是最近比較火的黑客增長方法。
六、運營數據收集
根據用戶使用數據,再次挖掘現有的痛點是什么。
比如:全切電子發票,從用戶的反饋及投訴的數據來看,最主要的述求并不是要求把電子發票打印出來再給他,而是想更快速便捷的獲取電子發票。
這樣我們就增加了訂單列表頁查看發票詳情、電子發票手工發郵箱、加入卡包等功能,還可以讓用戶進行更改發票類型、抬頭等。
以上,也是我自己的一些總結及感悟,如有感觸,請一起留言探討。
本文由 @民瀟湘 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
文不對題
內容是那么回事,但文不對題啊。
請問文章內容和發票系統的關系在哪里
本文重點是闡述工作流程的思考,對發票系統的介紹,后續推出
這也是為想問的,這個可以寫到自己筆記本里去,大道理太多,太虛不夠實
同文,掛羊頭賣狗肉呢這是
?? 做產品久了,就知道這些多重要了