極速實操|僅13天,包含4個子平臺的大系統原型,以這種匪夷所思的方式實現了……

19 評論 9746 瀏覽 101 收藏 11 分鐘

本文作者以其最近接手的產品為案例,復盤一次快速從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 協議

給作者打賞,鼓勵TA抓緊創作!
5人打賞
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 老板 能給個app功能列表么 ????

    回復
  2. 怎么說呢 真不錯!點贊點贊

    回復
  3. 我還以為你直接丟原型出來

    回復
  4. 很熟悉這樣的場景,曾經的需求負責人,項目實施負責人,想轉型做產品經理

    回復
    1. 我周圍也有不少需求分析師轉型做產品經理,其實需求負責人有不少優勢吶。

      回復
  5. 寫得接地氣,贊一個!

    回復
    1. 少年,我很欣賞你的眼光! :mrgreen:

      回復
  6. 嗯?我剛才的手機評論好像都顯示不出來?

    回復
  7. 確實如此。寫的很贊,一直關注你公眾號,不僅產品文寫的好理財的也寫很好啊。?

    回復
    1. 誰讓偶是一枚愛財的產品汪嘛(話說,上次偶寫產品文已經是侏羅紀時期了,捂臉啊 ?? )

      回復
  8. 贊同

    回復
    1. Mua ~ ??

      回復
  9. 哈哈哈,辛苦了,臨公子

    回復
  10. 從“0”到“1”不求精細只求完成。贊

    回復
    1. 因為每個階段的目標,都不盡相同吶。

      回復
  11. 很多時候真的完成比完美重要

    回復
    1. 尤其在各種資源限制的情況下,先得把“1”立起來……

      回復