本文作者以其最近接手的產品為案例，復盤一次快速從0到1的系統級產品原型開發，并分享其中的心得。enjoy~

作為產品汪，理想中完美的一天是這樣的：

早晨來到公司，確認各項功能進度，查收郵箱，和同事們在陽光正好的落地窗前討論需求，你揮斥方遒，你勢不可擋。再泡杯咖啡，根據計劃設計今日要做的原型任務，準備好明日的工作內容之后下班。

晚上回家，看書學習，分析國內外競品，最后懷揣著明媚的夢想安然入睡。

但啪啪打臉的現實也許是：

莫名其妙的項目直接砸到你臉上，缺乏了解更缺乏人手，老板一副“我不管你有什么困難，反正必須在Deadline前提交像樣的原型/方案！”的表情。你歷經撕逼、吵架、加班、心力交瘁，但依然不盡如人意。

對了，這才是常態。

認真回想歷經我手的大大小小幾十個產品，能給予充分時間好好琢磨推敲的幸事，概率幾近于0（淚眼）。新產品也好，版本迭代也好，絕大多數都是在拉滿紅線的局面下，想（茍）方（延）設（殘）法（喘）達成預定目標。

不少產品汪尤其是新手產品汪，恐怕對此尚不太理解和適應。節奏和經驗的累積速度，實際上重在于實操。 So，今天咱就復盤一次快速從0到1的系統級產品原型開發。

以我最近接手的產品為案例——當一個從天而降的項目來勢洶洶時，你可能遇到的真實的節奏、真實的困境，以及真實的收獲。

簡要產品背景如下：

1. 系統規模 ：包括4個關聯性子平臺，形態是PC+移動端，共計6側。主模塊近200個。
2. 周期 ：2周內必須給甲方1.0版。
3. 合作模式 ：我做原型，另一搭檔補充細節和簡單交互。
4. 個人時間管理 ：朋友公司的新項目，因此我必須在有限的下班后時間完成。

以下是個人的一些做法分享，不一定所有做法都正確或最佳，也歡迎有相似經歷或者不同看法的小伙伴來探討。

Ready ？GO！

1. 功能列表，是整體控制的利器

盡管該項目沙地暗坑不少，但由于在簽合同時已擬定功能列表，算是優勢之一。如果沒有，功能列表通常也會是我第一份提交的文檔。

一開始勾勒出需求范圍，并盡快和干系人達成共識，是后續一系列發展順利進行的重要基礎。

格雷戈·麥吉沃恩《精要主義》有一句話印象頗深： 設定界限會帶來自由。

• 定功能優先級，拿著它好溝通調整。
• 做需求原型，以此作為checklist避免遺漏。
• 控制整體進度，在功能列表上清晰標注，讓所有參與人明白目標和進度以此降低溝通的時間成本。

一箭N雕啊。

切記不要直接打開Axure開始刷原型。沒錯，最終的輸出是需求原型，或許還是工作量讓你抓狂的原型，但磨刀不誤砍柴工， 時間如此緊繃壓縮，一旦返工就會打亂陣腳，甚至付出遠超預期的代價，得不償失。

大力出奇跡的方式，此處真心不適用。

2. 需求原型，一層層抽絲剝繭地做

老規矩，按照優先級，而不是對著功能表從上到下做。遇到這類短周期+復雜的系統，處理需求上我有兩個習慣。

2.1 功能列表，只標最！重！要！的功能模塊

第一輪把核心頁面建立起來，第二輪繼續標注剩下范圍里的最重要功能，第三輪、第四輪……以此類推。

就像畫一幅畫，從輪廓到細節層層遞進。

萬一灰常不幸地只來得及做第一輪（比如這次）， 那么，至少可以保證提交可用的V1.0成品。

優先級呢，多半處于動態變化。在這13天“從0到1”的日子里，每天我會發最新的版本給搭檔，同時告知以下內容：

1. 接下來我會開始做什么。
2. 剩下的需求，預計自己多久可以搞定。
3. 同時確認，優先級有沒有發生變化。

2.2 設計原型時，快速抓樣本

把你腦海中的產品庫，接觸過的、設計過的、經手過的、使用過的、聽說過的……全部扒出來，找到類似場景和可移植的元素。

你說抄襲也好，山寨也罷， 我的目標就是在極短時間內熟悉該產品的真實使用場景 。僅在2D的原型上腦補情境難免單薄，5D的使用體驗帶來的參考信息量就大多了。

總而言之， 資源越有限，越得聚焦在關鍵事件上。 盡量不返工，盡量不廢話，盡量簡潔明了地利用原型表達想法。壓力重重，彼此的時間都非常寶貴。

3. 盡量避免因為工作量爆表，而找不熟悉的隊友

多人協作可不是抓個壯丁就可以吶。尤其來勢猛、節奏快的case。

找隊友這事，一看平日的可用人脈（劃重點：是可用，打戰時能直接沖鋒陷陣的那種），二看緣分。面前說了，很多事情并不都是大力出奇跡，搞到最后奇跡沒出現，倒是悲劇和多米諾骨牌一樣接踵而至，那就hin尷尬了。

譬如，你要花費時間和新隊友磨合。TA的原型表達、工作習慣、溝通合作等等，瞬間和你無縫融合的可能性，其實蠻低的。

再譬如， 你要花時間檢查確認隊友的輸出是否符合要求，萬一沒達到及格線，場面也挺尷尬的。

這回之所以我和搭檔合作（雖然是第一次），有幾個重要前提：一是，我們原先是同事關系，認識多年，熟悉工作風格。二是，他曾經看過我的設計原型，我對他的各方面技能也100%放心，足以讓彼此有效預估，出現幺蛾子的概率自然降低不少。

4. 那些簡單粗暴讓人吐血的實戰，告訴我們的事

4.1 完成比完美重要

精耕細作、匠人情懷，這很好，非常好，我絲毫沒有否定其正面意義。然而，某個階段或是特定條件下，產品狗的目標不是拿出一款驚天地泣鬼神的產品，而是，拿出一份能夠讓開發立馬動工的、雖粗糙但可用的需求原型。

在我看來： 只有完成，才有資格談完美。

4.2 學會取舍

本系統包括4個子平臺，共計PC+移動端有6側，平臺間存在千絲萬縷的關聯，在“2周”的時間紅線下，1.0原型中我們主動放棄了其中一個子平臺的移動端、以及不少不影響核心流程的功能及其細節說明（留著后續迭代實現，放心，路還長著呢）。

一個產品從無到有，必然是不計其數的權衡和博弈交織而成。學會取舍，學會選擇，是握緊方向盤的有效方式。

否則……

“當我們喪失選擇權的時候，別人會替我們作出選擇。所以，要么慎重地選擇有所不為，要么不由自主，任人擺布?！?/p>

4.3 累和壓力，都是常態

不得不說，以這個系統的復雜性即便放在工作中，如此短的要求時間，也能把我折騰得夠嗆。更別提一邊正常工作一邊兼顧此項目，完全是白班+晚班的連軸轉。

當你一天工作超過14小時，深夜面對復雜交錯的功能點想流程、做原型，真是件特別惡心想吐的事情（如果有BGM的話，我覺得那一刻是《二泉映月》）。 更要命的是，一不留神神經緊張導致焦慮得睡眠，每天靠2大杯咖啡續命。

但也得做啊，攤手。

不是賣慘，所有職業均有它的不易之處。這些不過是產品狗極可能遇到的典型案例。 很多一開始你覺得匪夷所思、完全不科學的任務，你最終都得想方設法連滾帶爬地去實現、去完成，這，便是產品經理的關鍵使命之一。

用茨威格在《人類群星閃耀時》的雞湯話說：“將無法實現之事付諸實現正是非凡毅力的真正的標志?！?/p>

用務實的話說： 有艱難險阻，意味著你能獲得提升空間。 這么想想，是不是沒那么累了？

好了，大致是這些。你們有遇到什么樣“窮兇極惡”的工作任務不？說出來讓大家開心開心，哦不，共同學習一下唄。

——END——

#專欄作家#

臨公子，微信號公眾號：臨公子的后花園，人人都是產品經理專欄作家。一枚喜歡理財、健身、不愛灌雞湯喜歡喝咖啡的產品汪。

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議