產品定義階段該怎麼做？

當各位讀者大爺第一眼看到這個標題的時候，可能會出現兩種極端情況：

雖然看似是同一個問題，但語氣不同——前者是疑問句，後者是反問句。分別對應小白（絕對沒有看不起小白的意思！各位大爺輕噴~）和大牛。

在我還是一位PM助理的時候，跟着我的好大哥強化了原型、輸出文檔的技能；當他帶我做完兩個項目之後，公司又接了個新的扶貧電商小項目，就給我分配了幾個人，於是我朝思暮想的小團伙，哦不，團隊就成立了！

今天就通過回顧一下讓我“頭破血流”的第一個項目經歷，給大家分享一下產品定義階段是如何進行的吧！

一、為什麼要做產品定義？

（看到這個小標題了沒有？全是血與淚的教訓啊！）

目的：在產品的定義階段，確定產品的大致方向、為團隊提供明確目標，以便於更好的進行市場、用户、競品調研。

當我明白這個道理的時候，距離項目開始已經過去了整整五天，五天啊！你知道我這五天是怎麼過來的嗎？？？

老闆第一天跟我説讓我帶一個扶貧電商（涉及到公司層面，具體哪個地方的我就不説了）項目，第二天團隊成立；沉浸在升職（升職已經來了，贏取白富美走向人生巔峯還會遠嗎？）喜悦中的我只想大展身手，將我的好大哥教給我的全都用上，於是火急火燎的安排兄弟們擼起袖子開幹。

“程序員兄弟先按照淘寶購物車和商品展示列表開始碼；UI小姐姐（女漢子）先設計個LOGO打個樣，你問我啥樣？鄉土氣息濃厚一點就行了；運營兄弟你先按照PDD的模式整個運營方案出來；然後我去做一下競品分析，看能不能借鑑點啥東西。”

就這樣，“小團伙”就各自開始了自己的工作任務。

在第二天快下班的時候，我拿着兄弟們辛勤勞動的結晶去找老闆彙報，結果~

當我頂着一頭濕漉漉的頭髮哭喪着臉走出老闆辦公室的時候，團隊的兄弟們看着我一言不發；我勉強扯出了一個比哭還難看的笑臉（原諒我當時太年輕，還沒有成為表情管理大師），説下班了請大家去擼個串兒，大家也都心照不宣的答應了。

擼串兒當然少不了我的好大哥，串局上我們也一起聊起了項目的問題，也請教了大哥許多關於產品從0-1的經驗，這些經驗將伴隨我的PM生涯。

二、產品定義的方法

通過這些年的工作總結，我個人的產品定義的方法有以下六種，基本上涵蓋了產品定義的所有方面，如有不到之處，歡迎各位讀者大大批評補充。

1. 產品定位

做項目定義的第一步就是明確我們的產品定位。

當時我們做的某個小縣城的扶貧電商項目，就是沒有通過對用户、市場、需求和功能分析從而進行產品定位；想當然的就盲目開始做，整個團隊沒有一個明確的目標導致我被老闆狠批了一頓。

2. 產品目標

我們都知道，產品是以用户為中心進行設計，同時產品又以目標為導向。我現在習慣於將產品目標分為兩個方面：

一是用户方面：我們這個扶貧電商項目，通過給當地農户銷售農副特產提供平台，同時也為需要這些農副特產的消費者提供購買平台，達成既能幫助農户拓展銷售渠道實現增收，同時也能將當地特色農產品推向市場的目標。

二是公司方面：幫助公司與當地ZF達成前期合作，為後續合作打下基礎。

3. 需求背景

做產品的始終逃不開“需求”二字，不瞭解該項目的需求背景，亦或是根據意淫出來的需求進行產品設計，那麼產品上線之際，就是產品下線之時。

在需求背景這方面，我們也是下了許多苦功夫；比如説實地調研（該縣離我們公司90公里）；當我們小團隊到了實地，當地ZF也派人帶我們進行了實地考察，考察對象主要為當地部分農户和食品加工廠；在瞭解到我們平台銷售的商品98%是由食品加工廠進行加工時，頓時產品路線清晰了一大截。

通過拓展食品加工廠的銷售渠道，增加銷量，食品加工廠向農户收購更多的原材料以及提供更多的就業崗位，來滿足農户增收的需求；同時也能保證商品的規範化、品牌化，從而滿足政府需求。

4. 用户羣體

在瞭解需求背景之後，我們用户羣體也明朗了一部分——即農户與食品加工廠。

在消費者用户羣體方面，我們通過競品分析以及行業背景及現狀分析得出：產品前期核心消費羣體以當地外出工作的一二線城市人員為主（該縣外出務工人員有11.2萬人，佔總人口的28%左右）；這部分人羣有着較強的消費能力，同時念鄉情節較重，這部分用户將成為我們產品的種子用户。

5. 產品形態

根據老闆給的預算，同時結合我們產品定位（小縣城），經團隊討論決定不開發APP，而是做一個基於微信生態的小程序，輕簡且利於傳播（主要是成本較低）。

6. 使用場景

根據我們的核心用户羣體，我們分別列出來四種用户的使用場景，用户使用場景過於簡單冗長，就不在此贅述了。

其核心要點就是我們的用户羣體的真實使用故事，在什麼情況下遇到什麼問題，我們的產品如何解決。

以上就是基於我當初做的第一個產品我所總結出來的產品定義的方法，歡迎各位大牛補充指導。

三、產品定義的注意事項

在明確了產品定義的方法之後呢，我們一定要做產品可行性分析，具體包括以下幾個方面：

1. 設身處地，還原用户需求；
2. 產品方案是否契合平台定位；
3. 是否與已有產品邏輯衝突；
4. 產品影響範圍有多大；
5. 投入資源評估；
6. 預期產出評估；

一切通過數據説話，這個產品能不能賺錢，得拿出計算得出的數據，跟老闆溝通之後，老闆點頭了才能開始做。

如果老闆也拿不定主意（涉及隱形利益），那麼我們此時就要進行MVP驗證；通過最大限度降低成本驗證這個Idea能不能行，能行的話就進行後續的迭代開發，進一步完善補充產品功能。

四、總結

產品定義階段，往往直接決定了這個產品的壽命，可以説是產品設計中最不可或缺的一部分；通過產品定義，能幫助整個團隊明確產品的方向，整體工作效率會有一個質的提升。

最後我們的產品也是非常成功的上線了，再次感謝我的團隊成員以及我的好大哥，同時也要謝謝老闆的照顧（沒把我給開了~）。

希望我的這些經驗分享能給大家帶來一點點幫助。

本文由 @莫向外求 原創發佈於人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基於 CC0 協議