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