如何決策產品中待開發功能的優先順序？

12-26

以下是UC產品設計方向的筆試題：公司正在開發一個新的C2C電子商務網站，在完成了商品上架、展示、購買等基礎功能後，由於資源有限，只能先實現優先順序高的功能，請對下列需求按優先順序從高到低排列，並解釋原因。 A、商品搜索；B、賣家與買家的限時通訊功能；C、買家對商品的評價功能；D、商品售完後自動下架；E、添加到待購列表功能

我是來抬杠的——親，淘寶、eBay可不是C2C唯一的模式哦。
國外有個叫bigcartel的C2C平台，客戶註冊開店後可以上架數量有限的商品，付費後可以上架最多300種商品。這個裡的店家主要販售一些個性定製品，工藝品等等，說白了bigcartel就是給藝術家提供向粉絲販售自己製作的在線展示和支付渠道的技術服務商。
回到樓主的問題上來，這5個需求的優先順序全部都是：可以有，但不必要。
A 搜索：由於單店商品種類非常少，一眼就能看完，沒必要。而且店家面向的都是自己的粉絲，沒有把流量引去別的店需求，連全平台搜索都省了。
B 限時通訊：藝術家們可沒有時間7x24小時應付前來諮詢的客人，點對點的交流通過Email實現，或者通過Facebook等社交平台進行公布。
C 評價：多數商品都是數量有限的，且只會製作一批，不等評價出來，可能就已經賣完了。再加上這些半藝術品性質的商品，成交與否完全看消費者的「眼緣」，所以評價的意義不大。更何況，由於沒有同行競爭，店家可能根本不想讓消費者評價。
D 自動下架：不需要，售完後標出Sold Out即可，繼續掛著，讓沒買到的消費者們後悔去吧！
E 待購列表：同樣，還是因為種類少、數量有限、不重複生產這些因素，看中的就趕緊買吧，考慮久了就沒了。

個人認為優先順序可考慮如下：

優先順序1：
C、買家對商品的評價功能；
即使沒有ADBE，也不會對消費者購買產生知名的影響，但是對於一個沒有評論的商品，會大大降低下單轉化率，試想對於一個毫無消費者痕迹的產品，主觀判斷風險太高。
開發難度指數：
開發所需周期：短
定義屬性：緊急且重要，雙周計劃里

優先順序2：
A、商品搜索；
搜索可以讓消費者找到更多的意向商品進行對比，對比後才可能有下單的決心（商品評價是對比的重要內容之一），瀏覽10000個和瀏覽10個最後下單的轉化數量是不一樣的。
開發難度指數：
開發所需周期：長
定義屬性：重要且緊急，單月計劃里

優先順序3：
D、商品售完後自動下架；
商品無法下架的時候在銷售頁面顯示庫存數是一個話術引導，且在前期可以由商家在後台將賣完的SKU點擊為下架停止銷售，當然商家的工作量會很繁瑣，手動會越來月吃力，正好有點時間了，可以考慮開發調整商品可以自動下架。
開發難度指數：
開發所需周期：中
定義屬性：重要不緊急，雙月計劃里

優先順序4：
B、賣家與買家的限時通訊功能；
沒有即時通訊功能時買賣雙方基本上要QQ靠電話來溝通了，成本不言而喻是很高的，為了降低買賣雙方的成本，應該有一個在線的交流方式。如果有了在線IM可以直線降低成本，關鍵是自家的IM還可以做數據儲備進行行為等分析使用，故是很重要的哦。
開發難度指數：
開發所需周期：長
定義屬性：重要不緊急，下季度計劃里

優先順序5：
E、添加到待購列表功能（is購物車？）
該功能主要作用1）可以做意向收藏夾 2）可以有效提升下單客單價，從創收的角度來看很值得做。
開發難度指數：
開發所需周期：中
定義屬性：重要不緊急，下季度計劃里。

以上，不知道這麼答能合格么？
尋UC大拿指點，歡迎討論。

沒有標準答案，只需自圓其說。

引用《愛情公寓》張偉輸掉房間的那集中：「不是看你要什麼，是看我有什麼」
A商品搜索一、看有多少SKU了那就要看有多少C了，商品數量少有必要搜索嗎？二、看模式，有的模式下會弱化搜索有分類就行了，就像唯品會一樣。
B及時通信 C2C的模式，這一項的優先順序就上升了，C的參差不齊，對商品詳情的編輯能力有限。C2C就成為買賣至關重要的一環了。
C評價，C2C的模式，這一下優先順序也上升了。一，對商品質量的信心；二、接受改進意見；三對C店的監督
D售完自動下架，還是看C的能力，並不是所有的C都具有庫存報警的，反向來說C能投入多大精力在這上也取決平台帶來的收益。這個功能一方面為了用戶對平台的印象，商品庫存充裕，不是想買的都沒有；另一方面為了C去及時調整補充商品庫存。
E 添加到待購列表功能難道不是購物車嗎？主要為了用戶產生消費的地方。用戶習慣購物車就是待購物列表，放到裡面最後一次結算；也是C家對C促銷信息展示的地方，同樣也是在支付時的臨門一腳的地方，優先順序是重中之重啊。
以上C特指C店

------------------------------------------------------------------------------------------------------------------------------------------
看到自己的答案有了認同，再多說幾句~
產品的面試一般會有準確的答案嗎？面試官並不想得到準確的答案，交流的是一種思維模式，只要思路對就OK.
通過面試題看出東西很全面，取一點說就好，也是為了工作而了解你的長處。
祝面試成功！~

AECBD
1.搜索，這樣才能讓用戶發現這個平台的趣味與實用性，現在電商競爭這麼激烈，商品內容還是很重要的.哪怕不能買，偶爾打開看看也是很好的。
2.添加到購物車，可以再多選幾件商品，一次購物。
3.評價。可以評價，也是對商品的質量反饋與商家的監督。
4.賣家與買家限時溝通。前幾個功能的實現，生意基本步入正軌，此時顧客量也增多了，競爭變明顯，雙方的溝通就需要了，效果也會明顯。
5.賣得好，才會有商品的下架。

既然是明確要做C2C網站，就不能是我們有什麼給什麼了。而是C2C網站購物中用戶最需要解決的是什麼，我們就最先解決他們什麼問題。所以我給出的答案是CBADE

我的篩選思路是：先能買--&>再買的便利；先能買1件--&>能買多件。優化功能最後

1. 題目特指C2C網站。C2C與B2C最大的難點在於什麼？商品的信譽(真假貨...)C2C的網站的信譽構建主要來源於買家的評論(試想下淘寶的皇冠賣家與紅心買家的差別)。所以構建信譽體制是C2C網站首要解決的問題。從用戶使用習慣而論，用戶在C2C電商平台購買商品最早瀏覽完商品信息，其次也是看商品的評論了(想想淘寶刷評論、信譽為什麼這麼火熱吧...)。所以C當仁不讓必須是第一個要解決的。
2.信譽很不錯，評論也蠻好的。可惜有些除了頁面之外的問題想要了解的。發什麼快遞？衣服會不會褪色呀？...沒法解決疑慮的情況下有多少人會買？總不能這些用戶疑慮的地方都往描述頁面上寫吧？關鍵頁面寫的下，問題你未必想得到...所以其二是掃清購買疑慮，促成當前購買。此處為B
3.解決完單件購買問題，就要考量怎麼增加購買量了，怎麼更便捷尋找目標。還有比搜索更好的方式么？目標商品檢索，貨比三家(這是C2C...當然要更好的服務消費者的選擇權了)。此處為A
4.接著就繼續考慮怎麼買更多了，將潛在商品搜錄起來且還具備一次性付款功能(減少用戶的操作成本)當然是一種很有效的方式了。此處為D
5.售完自動下架一定程度下可以被與賣家溝通中完成。這是個優化功能，不是迫切需求的功能。所以放在最後。

優先順序BCAED
我是從運營角度來說，因為是正在開發新的C2C電子商務網站，有幾個關鍵詞，正在開發，新的，C2C。
下一步這個網站就要上線試運行，緊接著就是運營的同事去進行推廣，產品這個時候應該為運營的推廣去考慮，因為基礎功能已經實現，那產品的大部分需求可以說已經完成了。
這個階段怎麼運營，肯定是積攢人氣，吸引更多的人來網站購物，增加用戶對網站的粘性。拋開廣告營銷不說，產品對功能優先順序的設定直接制約著運營的策略。
B、賣家與買家的限時通訊功能。這個功能對積攢人氣有著至關重要的作用，買賣雙方一交流，如果溝通的好，那基本就把這個用戶留住了，誰都想去態度好服務贊的賣家去買東西。而且這個買家完成了一次愉快的購物，肯定會對周圍人宣傳，那也是通過買家去傳播網站的知名度，增加人氣。
C、買家對商品評價功能。如果說B是語言上賣家和買家的溝通，那C就是文字上的買家和買家的溝通。人是群體動物，本能的意願就是往大多數人共同意願上靠近，那一個買家給了好評，別的買家一看沒有問題，那肯定也就買了，這也是吸引用戶留住用戶的方法。和B不同的是，C的文字是被動的，不可控的，但是傳播的範圍是不受時間限制而更廣泛的。B的文字（語音）是主動的，可以控制的，但只是賣家和買家的一對一，受到時間的控制，不廣泛但更精確。
A、商品搜索。因為新上線的網站，那商品量不會很大，所以E可以再稍後。會有人問，不大為什麼商品搜索靠前？人的目的性是很強的，並且省時省力是人所追求的，那買東西直接就去搜索需要的，目的達到了還省時省力。商品量不大，不會像淘寶那樣去黏住用戶尤其是女性用戶，一頁一頁的選購，而且新上線的網站後台穩定性還需要考慮，很多人去一頁一頁的挑選，會對後台伺服器造成很大壓力。
E、添加到待購列表功能。原因在上邊已經說了，還有一點就是添加進去之後，可能用戶就關掉網頁離開了，不能確定這個用戶是不是已經成為核心用戶，或者說下次打開網頁他回來購買已經選購的東西，那這個功能的作用不是很大，增加資料庫的壓力還不如釋放掉去做別的事情。當核心用戶多了，這個功能也會是優先順序很高的需求。
D、商品售完後自動下架。一個用戶體驗的功能點，相比之前的功能，這個需求不是最強的，在頁面上直接顯示剩餘數，也可以做到這一點。

感覺還是要看怎麼定義要實現的功能，以及實現的程度。
從一個縱向的維度考慮每個任務的價值，覺得應該看一下幾個方面：

重要性，產品業務的流程完善
必要性，如果不實現會給產品帶來什麼問題？（看李的答案分析的比較完善）
難易度，開發的難易程度和周期

然後推薦本書吧～決策與判斷 (豆瓣) ，雖然我也沒讀完。

我認為功能優先順序應該根據用戶的需求中的輕重來開發。
那麼就會用到需求決策方法論了
緊急重要四象限法

按照緊急和重要程度分成四個象限，將需求放入到四象限中，根據需求所在象限決定需求的優先順序：

緊急重要：這類需求通常是需要優先考慮和實現的

重要不緊急：這類需求通常會將需求進行分解，在版本迭代過程中逐步實現

緊急不重要：這類需求往往是領導拍腦門想出的需求然後叫你立即在產品中實現，這種情況就需要考驗你和領導的溝通了，在這裡不進行過多分析

不緊急不重要：這類需求就可以直接過濾掉了

kano模型法

KANO 模型是東京理工大學教授狩野紀昭發明的一個需求分析方法，以分析用戶需求對用戶滿意度為基礎，對需求進行優先順序決策。

必備型需求：

用戶認為產品必須有的屬性和功能。如果沒有，用戶不滿意。如果有，最多滿意，無法形成驚喜

期望型需求：

不是必須的屬性或服務，但是他們希望得到的功能。在市場調查中，用戶談論的一般都是期望型需求

魅力型需求：

提供給用戶一種完全出乎意料的產品屬性和服務，給用戶以驚喜，提高用戶對產品的忠誠度

無差異型需求：

無論提供與否，用戶的滿意度不會改變，用戶不在乎

反向型需求：

用戶沒有此需求，提供反而會導致用戶滿意度下降，在需求中如果發現反向型可以直接忽略

根據五種需求的定義可以發現需求優先順序依次為：必備屬性&>期望屬性&>魅力屬性&>無差異屬性，將需求列表中的需求按照五種類型進行劃分，得出最終需求的優先順序排序從而確定哪些需求先做哪些需求後做。

其他

關於需求決策的方法還有很多種，比如專家團隊決策法，將具備產品經驗的專家組成團隊，為每個重點需求進行打分，對需求得分進行排序從而決定需求優先順序。在比如A/B測試等等，有興趣的同學可以在網上尋找相關方法介紹。

版本迭代

互聯網產品尤其是基於移動應用的APP產品從登上互聯網歷史舞台到最終的退出，都是一個迭代的過程，我們日常使用手機上的APP時經常會提示版本更新，這就是一個版本迭代的過程，隨著版本的迭代產品會增加新功能、刪除不好的功能、修復bug等等。

那麼在進行需求優先順序決策的時候，我們可以發現，緊急重要的需求和必備型需求應該都是產品發布時就應該具備的，而重要不緊急或者魅力型需求都可以是後續版本更新迭代的過程中逐漸滿足的。

在進行需求優先順序決策的過程，也是對於版本迭代規劃的過程。需求優先順序高的功能會在版本初期實現，而圍繞核心功能的相關需求或者次一級需求則會在後面的版本中持續迭代更新。

我一般把產品功能分成四個優先順序，

重要且緊急，

特別重要且特別緊急，

特別重要但不是特別緊急

特別緊急但不是特別重要

四個類型都必須在最短時間內完成。