做產品方案的時候，我們經常會走進死胡同或者跑錯路，最后不論是開發還是市場，對結果都不滿意，產品自然就成了背鍋俠！但是往往我們出方案的時候，多想一些問題，或許結果就不一樣，跟新人交流的時候，發現一些能力需要可以單獨訓練，有意識的去理解一些東西，長期積累就會有自己的一套解決問題的思路。
1. 辨別真偽的能力
辨別真偽也就是老生常談的真偽需求的能力，在產品經理的行業里，經常會進行需求的評審，需求的界定，看這個需求是否是真的有效
舉個例子
行業：外賣行業
案例：打包費審核的功能
功能出發點：解決商家亂設打包費的需求
解讀：如果從這個角度來講，打包費審核完全沒必要，原因有
- 未必所有的商家都亂設打包費，只是個別現象
- 及時設置了打包費審核，后臺審核了，也沒辦法解決，除非后臺做強制性的更改或下架商品的功能
- 打包費是商家自主行為，如果商家惡意設置打包費，是給自己添堵
- 如果真想解決此問題，在商家上傳商品的時候設置打包費的選項，一個餐品打包費最多是多少
- 或許極個別的商家的打包費真的會比較高，可以在商家管理后臺做好打包費配置即可，從源頭控制
很顯然，要在后臺做一個打包費審核的功能，還需要讓人專門處理此業務，對系統來說，是降低效率又不見得有效果的，所以，界定為偽需求。那么既然存在這樣的問題，可替代方案如下：
- 商家添加商品時打包費又兩個選擇【收打包費】【不收打包費】，打包費為行業標準，1元/份餐品；
- 對于大型的打包盒，比如說探魚這些商家，打包費可以開放設置（大型連鎖或者知名品牌可以認定為不需要通過打包盒來賺取利潤）。
辨別真偽的能力不僅僅體現在能辨別出來，更多的是能夠用更靈活的方式來解決來自運營、消費者產生的問題，且不增加過多的額外工作。
2. 找到合適定位的能力
合適定位的能力，這個說的有點虛，用通俗的話來講，就是找個抄的對象。在國內想要做一個App有大量的抄襲模仿對象，各大知名廠商已經做了很多的研究，剩下的就是模仿和創新。能不能找到合適的模塊去進行創新，這個就比較重要。
案例1：外賣行業，推薦商家
功能出發點：外賣行業的推薦商家，很多事按照細分的行業來做的，比如說美團跟餓了么的【必吃菜品】【品質聯盟】這些，但是對消費者來說，這真的是我想要的選擇么？
解讀：從消費者的心理出發，我去找吃的，可能出于幾點
- 找新鮮：看看這附近有什么新鮮的店鋪開業或者新的口味，外賣一個月都是那幾家，早就膩了
- 找實惠：外賣分量不夠，10塊錢管飽的那種最好
- 速度快：能告訴我最快的是哪家么？
其次還有可能
- 這兩天身體不舒服，想吃點口味淡的
- 我是湖南湖北人，我想吃點重口味的
- ……
因此，從這類具有標示性的標簽入手，會更有效果。此類功能類似于一點點的餐牌設計以及lofter的標簽設計，將商家分配不同的標簽跟消費者的消費場景對應上，交叉進行推薦，比如說一個商家有很多種口味，那對應的消費者人群也會多，消費者通過對應標簽可以快速找到對應的商品，對消費者和商家都是互利的，我們經常會遇到一個外賣店鋪有幾十種餐品，找半天還是不知道吃啥。
（配個截圖，此功能已實現，后續看數據情況，再做追蹤）
順便說一下，之前餓了么有個版本放大對餐品的顯示，做餐品的推薦，后來又改回來，具體是什么因素，不確定，但那也是一種嘗試。
案例2：荔枝FM飛機稿
出發點：那是很早以前的一個版本，因為不好用，所以就干脆做一個交互飛機稿，當時做的時候有以下幾個因素：
- 體驗不好，最古老的版本體驗非常不爽（詳情可以戳這里：《荔枝FM交互飛機稿》）
- 當時在做交互設計，就嘗試用新的交互設計思路去設計
解讀：
當時荔枝FM算是國內比較早做電臺的，同期出了喜馬拉雅聽，剛開始也沒有荔枝FM那樣火，但從交互上，主要由兩個點：
- 模擬電臺操作：荔枝FM當時還是走擬物化設計（新進入互聯網的可能覺得是歷史），那從FM收音機的角度來說，都有一個旋鈕，或者是老式的隨身聽，因此在主頁的界面設計以及播放界面設計都有參考古老隨身聽的樣式，既然復古，我們就徹底點
- 數據整理：在當時做荔枝FM的飛機稿時，主要做的是數據層的整理，把繁雜的內容數據變得有序可循，讓用戶和博客可以更快找到合適自己的內容
對于合適的定位可以理解為：每個事物或許有自己固有的長相，但或許我們找到合適的邏輯后，只要抓住根本，那最后怎么玩，還是大家說了算，打破陳規，才更好玩。為什么音樂軟件就一定要有那么大的播放界面；為什么訂餐軟件就一定要宣傳店鋪，不能是商品？
3. 解決問題的能力
這個就老生常談了，解決問題的能力體現在對系統的掌握程度和開發自由度兩個層面，產品經理實質是提供解決方案的，任何需求到手后，我們需要分析如何快速解決該問題。
案例1：招聘面試流程
出發點：銷售類崗位進行招聘時，都是一大批一大批的面試，一個人可能同時面試很多崗位，一個公司會面試很多個求職者，因此提高效率，對求職者和公司都是最大的需求
解決方案：排隊叫號，跟銀行排隊一樣，針對這個場景，我們梳理了核心的問題
- 面試人員取號
- 面試人員查看各崗位當前排隊情況及投遞請求
- 企業招聘人員查看簡歷并選擇是否面試，對面試的人進行初步評論
- 叫號及數據導出
針對以上四個問題，設計出如下流程（省略取號的環節，主要核心的流程是企業的發送通知循環以及面試后的符合不符合操作循環）
從流程圖可以發現，核心邏輯并不復雜，解決了通知求職者來面試的需求以及對求職者進行評價需求即可；除此之外還可以做一些其他的功能，如求職者可以看到當前排隊情況，根據實際情況進行簡歷投遞，避免出現大量等待情況，可預知自己還要多久可以面試，在這時間內是否可以投遞其他公司，進行多項選擇；對于企業解決各種紙質簡歷分辨不清，電子檔簡歷，電子記錄每一個求職者和操作，可以清楚知道今天面試記錄，電子檔案，更清楚，提高雙方的效率。
4. 了解數據的能力
對于數據，很多人應該不會陌生，如何從雜亂的數據找到規律，怎么處理數據之間的關系？
- 一級頁面到二級頁面的流失率和轉化率
- 每個頁面轉化功能的設計及數據統計
- 數據解讀
最近在做小程序相關的項目，把騰訊的數據統計貼上來:
訪問趨勢類：
- time? ? ? ? ? ? ? ?時間
- session_cnt? ? 打開次數
- visit_pv? ? ? ? ? ?訪問次數
- visit_uv? ? ? ? ? ?訪問人數
- visit_uv_new? ?新用戶數
- stay_time_uv? 人均停留時長 (浮點型，單位：秒)
- stay_time_session 次均停留時長 (浮點型，單位：秒)
- visit_depth 平均訪問深度 (浮點型)
訪問分布：
- access_source_session_cnt? ? 訪問來源分布
- access_staytime_info? ? ? ? ? ? ?訪問時長分布
- access_depth_info? ? ? ? ? ? ? ? ? 訪問深度的分布
訪問留存
- visit_uv_new? ? ? 新增用戶留存
- visit_uv? ? ? ? ? ? ? 活躍用戶留存
訪問頁面：
- page_path? ? ? ? ? 頁面路徑
- page_visit_pv? ? ? 訪問次數
- page_visit_uv? ? ? 訪問人數
- page_staytime_pv 次均停留時長
- entrypage_pv? ? ? 進入頁次數
- exitpage_pv? ? ? ? ?退出頁次數
- page_share_pv? ? ?轉發次數
- page_share_uv? ? ?轉發人數
總結
產品經理從拿到需求開始就需要對需求進行分解，判斷到底什么樣的方案可以解決此問題，并結合當前系統的一些功能點，給出最佳的方案；在交互設計的時候是參考競品還是微創新，就看實際業務需求；最后就是核心業務梳理，一個功能的核心業務是什么，還有哪些可以搭配讓功能更完善的，考慮進去，做產品是一個分解、組合、刪減、再組合的過程！
本文為@運營喵原創，運營喵專欄作者。
