本文是如何從0到1搭建產(chǎn)品的上篇，全文較長，建議收藏后慢慢消化。

IT行業(yè)發(fā)展數(shù)年，其中出現(xiàn)了多種項目開發(fā)流程——瀑布式開發(fā)、迭代式開發(fā)、螺旋式開發(fā)、敏捷開發(fā)。將這些思想再細分下去還會有Scrum、XP、V模型等等。但很多時候，似乎在自家項目的開發(fā)流程中都能看到上述多種開發(fā)方式并存？

有這種情況自然是正常的，方法論只是指導工作的思想，上述的方法適用于某種特定場景下，舉例瀑布式開發(fā)。
某度詞條給瀑布式開發(fā)的定義：瀑布模型式是最典型的預見性的方法，嚴格遵循預先計劃的需求分析、設計、編碼、集成、測試、維護的步驟順序進行。但在現(xiàn)實工作中，一般會采用這種開發(fā)流程的基本只有傳統(tǒng)IT行業(yè)或外包公司。然而，“不會再改需求”這句話是騙人的，你甲方粑粑終歸是你粑粑。

逃敏捷類開發(fā)演變了那么多形態(tài)，也不是完全適用各種場景。整個互聯(lián)網(wǎng)行業(yè)都小跑前進，而這些方法論的演變速度似乎已經(jīng)跟不上了。對于這些方法論我的建議就是吸取部分適用于項目實際情況的，放棄那些看上去有用但實際上并沒有什么軟用的部分，不要做完完全全的“拿來主義”。

就像敏捷開發(fā)最核心的思想——擁抱變化。

項目流程

下面筆者將會總結(jié)一套可塑性比較強的工作流程。

?整體流程

1、 前期調(diào)研

1.1市場調(diào)研

閉門造車總歸是不對的，在決定怎么做之前先搞清楚為什么要這么去做，如果你或者其它決策者覺得自己經(jīng)驗豐富，比較喜歡通過“拍腦袋”這種方式來決定一件事情，那筆者建議三思后行。關(guān)于市場調(diào)研，主要考察的是個大環(huán)境情況，在整個前期調(diào)研階段多和市場和運營人員以及其它業(yè)務相關(guān)人員溝通(如果有的話)。

WHY TO DO > HOW TO DO

主要介紹兩種分析法——PEST和SWOT。

（１）PEST

PEST 是一種宏觀環(huán)境分析模型，所謂PEST，即 Political（政治）， Economic（經(jīng)濟）, Social（社會） and Technological（科技），從四個維度分析大環(huán)境。

PEST四象限

政治環(huán)境

政治環(huán)境包括一個國家的社會制度，政府的方針、政策、法令等。不同的國家有著不同的社會性質(zhì)，不同的社會制度對組織活動有著不同的限制和要求。即使社會制度不變的同一國家，在不同時期，由于執(zhí)政黨的不同，其政府的方針特點、政策傾向?qū)M織活動的態(tài)度和影響也是不斷變化的。

比如近期的如火如荼的，和區(qū)塊鏈經(jīng)濟相關(guān)的ICO（Initial Crypto-Token Offerings，首次公開加密代幣發(fā)行)。9月4日，央行、網(wǎng)信辦、工信部、工商總局、銀監(jiān)會、證監(jiān)會、保監(jiān)會等七部門聯(lián)手叫停ICO融資。

監(jiān)管部門將ICO定性為“非法公開融資”并且一刀切，根本不留余地。這次法令出臺似乎是猝不及防，但“韭菜們”卻是真的要被一刀割完了，誰都不信自己是接盤的那個。事實上，ICO在發(fā)行代幣這個環(huán)節(jié)使用了部分區(qū)塊鏈技術(shù)，而這部分連區(qū)塊鏈的1%都占不到。

韭菜，是等不到花開的時候。

圖片來自網(wǎng)絡

經(jīng)濟環(huán)境

經(jīng)濟環(huán)境主要包括宏觀和微觀兩個方面的內(nèi)容。 宏觀經(jīng)濟環(huán)境主要指一個國家的人口數(shù)量及其增長趨勢，國民收入、國民生產(chǎn)總值及其變化情況以及通過這些指標能夠反映的國民經(jīng)濟發(fā)展水平和發(fā)展速度。

微觀經(jīng)濟環(huán)境主要指企業(yè)所在地區(qū)或所服務地區(qū)的消費者的收入水平、消費偏好、儲蓄情況、就業(yè)程度等因素。這些因素直接決定著企業(yè)目前及未來的市場大小。

“消費升級”一直都不是新鮮概念，這個過程是持續(xù)的。舉個老套的例子，從改革開發(fā)以來穿衣要保暖，都后邊要時尚，再到現(xiàn)在的個性化搭配和定制，能很明顯感受經(jīng)濟發(fā)展帶來的變化。從x寶、x東到xx有品、xx優(yōu)品、xx優(yōu)選，電商越來越垂直，蛋糕分到后面變成了分裱花。

社會環(huán)境

社會文化環(huán)境包括一個國家或地區(qū)的居民教育程度和文化水平、宗教信仰、風俗習慣、審美觀點、價值觀念等。

宗教信仰和風俗習慣會禁止或抵制某些活動的進行。其實在大學城的食堂都會有清真窗口，大家都習以為常，56個民族都是一家人，相互諒解下還是正常的。

也許這次事件的始作俑者可能不太能接受同胞有特殊待遇，想搞事情，又也許是隨口一說引發(fā)的輿論熱潮，誰知道呢？不過讓人深思的是某團公關(guān)處理危機的效率相較于其它同行是不是有那么點慢了？

科技環(huán)境

科技環(huán)境除了要考察與企業(yè)所處領(lǐng)域的活動直接相關(guān)的技術(shù)手段的發(fā)展變化外，還應及時了解國家或者地方對該領(lǐng)域的扶持情況。雖然有技術(shù)專利這么一說，但產(chǎn)品同質(zhì)化的現(xiàn)象依舊阻擋不住，互聯(lián)網(wǎng)史上“百團大戰(zhàn)”的情況不只是歷史，現(xiàn)在依舊在發(fā)生，未來也規(guī)避不了。上面講到的也是政策對科技環(huán)境的影響。

外部大環(huán)境看起來容易分析，但要想深入研究，怕是有點難度，影響大環(huán)境的因素太多，需要一個專業(yè)的市場分析團隊來分析，尤其是數(shù)據(jù)來源的不確定性，數(shù)據(jù)被污染等干擾的情況。

比如下面TalkingData2016年移動游戲行業(yè)白皮書顯示，云貴疆(川)地區(qū)用戶付費情況相對較高。

TalkingData2016移動游戲行業(yè)白皮書

Exm？是不是很不科學，為什么APA(Active Payment Account 活躍付費用戶數(shù))反而是西北內(nèi)陸地區(qū)高于江浙滬等沿海城市？講道理，不是黑，拋開經(jīng)濟狀況不談，沿海地區(qū)人口數(shù)都要遠高于內(nèi)陸地區(qū)，難不成是這個數(shù)據(jù)源被污染了？

圖片來自網(wǎng)絡

嘿嘿~，如果你經(jīng)歷過二十一世紀初“斯凱王朝”的崛起，或者對那個時期的故事略有耳聞，那你可能會知道其中的緣由。這是題外話，也不能亂寫，不然會被利益相關(guān)者吊起來點天燈的。

大環(huán)境的因素大多屬于不可抗力，除非你的項目帶來的影響力已經(jīng)能達到一定規(guī)模，這是后話不展開。而下面的SWOT分析法則主要切入企業(yè)內(nèi)部，分析自家企業(yè)內(nèi)部狀況，做到揚長避短。

（２）SWOT：

SWOT即S（strengths）是優(yōu)勢、W（weaknesses）是劣勢，O（opportunities）是機會、T（threats）是威脅。清晰地把握全局，分析自己在資源方面的優(yōu)勢與劣勢，把握環(huán)境提供的機會，防范可能存在的風險與威脅。這是SWOT分析法的目標所在。

SWOT四象限

談及自家產(chǎn)品的優(yōu)勢，很多產(chǎn)品負責人會說出一長串引以為豪的論點，但對于一個從0到1的產(chǎn)品，似乎優(yōu)勢就很有限。沒有數(shù)據(jù)來支撐好看的dashboard，也沒有什么產(chǎn)品壁壘一說，核心競爭力似乎只能是團隊或企業(yè)的背景、人脈、渠道以及其他隱性的資源優(yōu)勢。

而劣勢就相對更可見一點。團隊人力資源短缺，團隊沒有相關(guān)經(jīng)驗，資金預算短缺，數(shù)據(jù)孤島現(xiàn)象嚴重等等。所以一個創(chuàng)業(yè)團隊，或者企業(yè)內(nèi)部孵化新項目所要經(jīng)歷的都是重重困難，一個產(chǎn)品從demo到release也許靠著開發(fā)團隊可以正常上線，但在上線之后想要發(fā)展起來，外界條件是非常重要的。

這時候就要把握好機會(opportunities)，應對各種威脅(threats)。

機會這種東西可遇不可求。馬云認為，生意難做的時候才能誕生了不起的企業(yè)和企業(yè)家。話是這么說，但馬云只有這么一個。大家在日常工作中將各種細節(jié)親歷躬行，努力將所有事情做到最好，不就是為了減少運氣在創(chuàng)業(yè)成功中所占的比例么？

關(guān)于威脅(threats)這點可能用詞言重了，正確的解讀應該是外界的不利因素，或者挑戰(zhàn)。VR/AR在前幾年被炒作的要上天了，但行業(yè)冷靜下來后不還是一地雞毛，歸納下，大致原因有如下幾點：

1. VR/AR成本較高，還沒有達到消費級產(chǎn)品的價值(谷歌Cardboard那樣的紙板真的不能叫VR…)
2. 行業(yè)生態(tài)還很雛形，下游的相關(guān)服務性質(zhì)的產(chǎn)業(yè)還不能撐起客觀的市場規(guī)模
3. 相關(guān)從業(yè)者借助媒體炒作風口，妄想把產(chǎn)品從to c到to vc。關(guān)于這點各領(lǐng)域的都有這種現(xiàn)象，典型的就是互金。

分析完這大環(huán)境和企業(yè)內(nèi)部的情況，該來分析下友商的產(chǎn)品了。

1.2競品分析

部分產(chǎn)品按照服務受眾分to C和to B，兩種產(chǎn)品的側(cè)重點全然不同。前者注重用戶需求和體驗，出發(fā)點就是解決用戶的需求，實現(xiàn)商業(yè)價值，所以用戶才是爸爸。而后者基本都是工具型產(chǎn)品，為了解決業(yè)務需求，提高工作效率，出發(fā)點就是商業(yè)價值。

to B的產(chǎn)品如果沒有相關(guān)從業(yè)經(jīng)歷，可能會無從下手，因為to B類產(chǎn)品的業(yè)務邏輯錯綜復雜，沒有經(jīng)歷過一個成熟產(chǎn)品的搭建設計，想要開始規(guī)劃會有些難度。這時候，你可以嘗試下搜索市面上是否已經(jīng)有此類to B的產(chǎn)品服務，一些ERP、CRM或其它SaaS，都會有Demo可以體驗試用。也可以找這類產(chǎn)品的客服或者商務要求體驗下產(chǎn)品，甚至索取使用說明書。如果這類產(chǎn)品服務掌握在少數(shù)企業(yè)手里，而你所在公司有這個業(yè)務，那筆者的認知也沒法幫助到你了。

而to C的產(chǎn)品基本都是可以接觸到的，可以從用戶體驗五要素來分析，即：

戰(zhàn)略層 –> 范圍層 –> 結(jié)構(gòu)層 –> 框架層 –> 視覺層

圖片來自網(wǎng)絡，用戶體驗五要素

其中戰(zhàn)略層基本只能靠揣摩和推測，在上述分析外部環(huán)境的時候就一起研究，結(jié)合整個大環(huán)境來分析。一個企業(yè)的戰(zhàn)略方針，保密級別必定是S級的。企業(yè)通過各種媒體渠道發(fā)布的內(nèi)容都得經(jīng)過包裝，如果將老底全盤托出，那競爭對手就會調(diào)整戰(zhàn)略，對其進行針對性的打壓。除了上市公司Qn財報的數(shù)字相對可信，其它的新聞發(fā)布會之類的真的只能聽聽，這種真假參半的訊息如果當真的拿來分析，那勢必會造成分析結(jié)果的不準確。

關(guān)于用戶需求和商業(yè)需求的權(quán)衡，這點眾說紛紜。產(chǎn)品崗的面試的時候也總被問到用戶利益和商業(yè)利益取舍，這個問題仁者見仁，智者見智了。

范圍層，介紹該產(chǎn)品所包含的功能范圍，簡而言之就是用戶能通過產(chǎn)品能做哪些事情。在項目早期會議中，一個產(chǎn)品的核心功能就被決定了，產(chǎn)品無論日后迭代成什么樣子，它的核心功能是不會變的。如果產(chǎn)品經(jīng)過大改動或者干脆研發(fā)了新產(chǎn)品，這可能是產(chǎn)品盈利出現(xiàn)了大問題，要么干脆換人接盤了。

從框架-結(jié)構(gòu)-視覺，這三層基本會混在一起拿來分析，像流程進行中的交互體驗，一個頁面上承載的信息量和整體信息架構(gòu)，是沒法完全拆解開來分析。

舉個栗子。

在移動端做一個用戶信息填寫的表單，一份單頁的長表單可能會造成用戶認知壓力，這時候就會把表單拆解成多個頁面，并且控制每個頁面的信息量。

單頁—>多頁

而這頁表單的切換方式設計貼近自然交互的劃頁效果，相伴而生的是整個界面輕柔的風格。

加載—>劃頁

為了加強多個頁面的相關(guān)性，將一些元素在多個頁面復用，并在頁面流轉(zhuǎn)時體現(xiàn)出來。在底部加上進度條，告知用戶他處在哪個階段，類比web上的面包屑。

元素關(guān)聯(lián)

初步眼動測試發(fā)現(xiàn)表單文字的位置沒有思考到位，導致視覺移動路徑過于崎嶇，并且發(fā)現(xiàn)導航效果過于明顯，干擾了用戶使用，決定弱化導航。

優(yōu)化調(diào)整

最后，還要做一輪“減法”，去掉沒必要存在的元素，減少信息干擾。

圖片來自網(wǎng)絡

所以哪怕一個小小的表單，也會有UED團隊的反復斟酌，從框架到結(jié)構(gòu)再到視覺，都是無法分離的，用研、IxD和GUI設計師還有產(chǎn)品經(jīng)理需要相互協(xié)作，還有需求提出人也需要介入其中的過程，不然到最后可能就變成丁公鑿井了。

丁公原話：吾穿井得一人
翻譯：我要挖井，需要一個人幫忙。

路人版：丁公挖井，挖出一個人。

光靠流水線式工作，交付文檔和設計稿，能對接成功就有鬼了。

1.3用戶用例

用例全寫Use Case，標題是硬湊四個字的，怎么翻譯就不去深究了，原意是基于多場景的，有目標序列的行為交互。對于新加入項目的同學，看UML用例圖是最快能理解項目業(yè)務的方式。在實際工作中，可能有的同學會覺得多泳道的流程圖已經(jīng)把業(yè)務流程講的很詳細了，再多個UC圖會贅述，浪費時間。但實際上，UC在產(chǎn)品需求整理前期可以更清晰的理順思路，尤其是需求還沒有確認下來的時候，一份簡單的UC和項目成員溝通可以節(jié)約更多成本。

還有一點要注意的是use case和use story的區(qū)別。引用下一位同行的解釋。

從概念上，用例包括了業(yè)務用例和系統(tǒng)用例。user story更多的是一種業(yè)務用例，而軟需描述的更多的是系統(tǒng)用例。從粒度上，user story的粒度特別是在敏捷開發(fā)的時候往往比用例的粒度更細化。用例中的基本流，擴展流，業(yè)務規(guī)則都可能是轉(zhuǎn)換為user story。

 

從層面上，user story更加關(guān)注業(yè)務場景和用戶故事，更加偏向于用戶能夠理解或看懂的內(nèi)容。user story是能夠產(chǎn)生核心業(yè)務價值的單位。業(yè)務用例能夠達到這目的，但是系統(tǒng)用例就不一定了。

 

從詳細程度看，user story偏用戶需求或業(yè)務場景，重點把業(yè)務需求和場景說清楚即可，比較簡單。而用例建模比較復雜，涉及業(yè)務流程，業(yè)務規(guī)則，輸入，輸出，界面，交互等各個方面的內(nèi)容。

如果一個產(chǎn)品的用戶類型過多，或者產(chǎn)品功能過多，則切忌只在一張用例圖上繪制，這時候可以選擇按照幾個維度來劃分：功能，場景，角色。不然用例出來會和蜘蛛網(wǎng)一樣混亂，讓人沒法閱讀。

正確示范，圖片來自網(wǎng)絡

上述三點前期調(diào)研分析，都是同步進行的，從一各不經(jīng)意的點子到著手實現(xiàn)一個demo或分析市場，都沒有前后之分。其實在這個時候，整個產(chǎn)品的布局已經(jīng)躍然紙上了，接下來要做的就是細化細節(jié)，這也是大多數(shù)產(chǎn)品經(jīng)理和需求分析師主要工作內(nèi)容。

2、 需求分析

2.1業(yè)務邏輯

在一個小團隊或創(chuàng)業(yè)公司，需求可能直接來自老板或項目經(jīng)理，這類需求都是二次需求，需要你在聽取需求后思考背后的目的。就如本文開頭所說一樣，在決定怎么做之前先搞清楚為什么要這么去做，不然跟著一起遭罪的還有團隊成員，需求總是改動對士氣影響很大。

WHY TO DO > HOW TO DO

用戶用例簡述了參與業(yè)務的角色，以及發(fā)生這些業(yè)務的場景，接下來就要細化各個業(yè)務的流程了。C端產(chǎn)品的早期，業(yè)務邏輯梳理起來不會過于復雜，但用戶的需求，需要不停地去揣摩和研究；而B端產(chǎn)品的需求則會很明確，產(chǎn)品所需要的功能都很清晰，其業(yè)務邏輯相對C端產(chǎn)品會來的復雜。一般創(chuàng)業(yè)團隊在測試市場對產(chǎn)品的接受程度或者驗證商業(yè)模式的時候，會設計開發(fā)一個MVP版本的產(chǎn)品投放市場，或者其它非產(chǎn)品化手段。

舉例滴滴打人：

滴滴打人業(yè)務邏輯

滴滴打人app作為平臺其核心功能就是連接打手和用戶，收取中介費盈利。產(chǎn)品經(jīng)理需要考慮這個訂單需要提供哪些信息才能讓打手找到目標，打手競標的機制該怎么設計，什么樣的情況打手才算完成任務，用戶是先付款還是后付款。每個功能節(jié)點的業(yè)務需要細化，設計不同場景下的邏輯處理。

2.2商業(yè)&用戶需求

這兩點是大多數(shù)C端產(chǎn)品糾結(jié)的地方，權(quán)衡商業(yè)需求和用戶需求。舉個栗子，還是滴滴打人。

從需求源頭上來分析，用戶因為個人情感經(jīng)濟糾紛，或者別的情況需要“教育”下對方，因為自己身體素質(zhì)不行或者沒有時間，也可能因為找不到對方，所以需要求助專業(yè)人士來處理。這里的需求是接到提案時初步分析的，再用馬斯洛需求金字塔來分析需求的層次。

這里假設用戶小明因為小白欠債不還，決定使用滴滴打人來要回這筆錢。

從底層需求來開始講，小白欠了小明錢不還，小明打電話催促了好多次但無果，于是很憤怒，智商瞬間為負數(shù)，決定報復對方，獲得快感；但小明因為自己塊頭太小，琢磨下不是人高馬大的小白的對手，處于保護自己，他決定思考別的方法；欠債還錢是社會基本規(guī)則，小白不還錢似乎顯得自己很窩囊，好欺負；再往上走，對自我價值的實現(xiàn)，似乎解釋不通了。

馬斯洛需求金字塔

各位觀眾老爺看到這里一定覺得拿筆者拿滴滴打人作為例子顯得很蠢，但現(xiàn)實生活中相關(guān)產(chǎn)業(yè)已經(jīng)發(fā)展的不錯了，甚至有的還能拿的上臺面。頭幾年互聯(lián)網(wǎng)金融中的P2P相較于傳統(tǒng)的金融企業(yè)像銀行和其它小額借貸機構(gòu)，它的放貸要求的很寬松，比如你向某互金A公司借錢，A公司的業(yè)務員只要是你拿出其它同行的借貸證明就能放貸，如此不謹慎的風控機制造成了居高不下的壞賬率，也催生了下游催債的行業(yè)的發(fā)展，某些討債公司甚至已經(jīng)掛牌新三板了，也算是“上市”公司了。

繼續(xù)回到這個假設。

產(chǎn)品解決了用戶的需求，還得讓自己活下去，這就是商業(yè)需求。作為中介平臺，幫助小明追回債務，讓打手賺到了錢，自然是要收取手續(xù)費了。在這之后，向打手推薦專業(yè)的培訓服務、通過大數(shù)據(jù)定位目標位置、分析目標用戶畫像等等面向打手的增值服務，也是需要思考的。一個產(chǎn)品可實現(xiàn)的商業(yè)模式還得視產(chǎn)品形態(tài)而定，有些產(chǎn)品想要商業(yè)化頗有難度，工具類產(chǎn)品如何變現(xiàn)自古以來就是個痛點，行業(yè)內(nèi)有兩個典型的例子——墨跡天氣和美圖。

天氣似乎一項高頻且剛性的需求，據(jù)去年招股書顯示，墨跡天氣坐擁4.7億裝機量和3000萬+的日活，年營收還不到兩億，這凈利潤更是少得可憐。而美圖，雖然一直都在虧損狀態(tài)，但整體一直處于上升期，財報顯示，美圖公司2016年總收益15.786億人民幣，同比增長112.8%，2017年1月美圖月活總數(shù)約5.2億，同比增長約32%。雖然美圖致力于硬件制造，但這其中的差距也有很大一部分來自軟件產(chǎn)品本身。

關(guān)于兩家公司的比對，網(wǎng)絡上不乏出色的文章講解，各位觀眾老爺可以自行搜索。

強忍著掏出原型設計工具的沖動，冷靜的分析一波需求，這時候你會發(fā)現(xiàn)，一開始接到這個提案所迸發(fā)出的那些“靈感”，似乎有些那么不成熟。

上半篇文章到這里就結(jié)束了，下半篇將會講述如何向團隊輸出需求，推動項目落地，以及如何應對一些小小的“突發(fā)情況”。

相關(guān)閱讀

長文 | 如何從0到1搭建產(chǎn)品（下篇）

本文由 @?水果籃子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議