如今的時代，是舉劍論英雄時代，講究快，唯快不破。這是每個互聯網創業者都經常掛在嘴上的話。確實，在目前的互聯網行業背景下，風口稍縱即逝，而一個app，一個網站，是你沖鋒陷陣第一件需要提前完成的事。精益創業越來越深入人心，大家都推崇輕方式驗證需求，快速迭代。

但是，大多數項目在啟動時，產品所需的資源往往不如人意。在有限的時間、資源下，如何快速的完成從0到1（當然，這個1是項目，非整個事業部）。今天來與大家分享下我的筆記。以下scrum master與產品負責人的分工不做細分。

當項目啟動之前，產品第一件大事——需求。首先，需要了解項目的用戶群體，更精準地說是種子用戶群體，了解項目正在解決什么問題，這個問題原先是如何解決的。（關于需求調研在這里就不一一細說了）。接下來需要先大致了解一下項目的商業畫布，即，該項目的重要伙伴、關鍵活動、核心資源、價值主張、客戶關系、渠道通道、客戶細分、成本結構、收入來源等等。在對大局范圍上對項目有個整體的認識，有助于我們了解整個項目的合理性，強弱點，攻防。

快速出可視化demo

核心需求確定，思維導圖整理出項目的核心功能點，輸出簡單的可視化demo，對項目有個整體的規劃。這件事為何重要，第一你可以對項目組有個整體的反饋，使其能夠在較具像化地去了解項目，確定并去摸索匹配接下來的資源；第二，團隊成員能夠知道你這個項目的大致思考。我覺得，一個能打戰的團隊，每一個成員都不是簡單地執行需求，而是了解并理解這個功能的意義，并一致認為這是從需求、交互、技術的角度，最好的表現方式；第三，有助于你整理出product backlog，對項目有個整體的排期。

項目Kickoff會議的很重要

確定了需求，下一步肯定是大家撩起手腕，開工了。在這之前，我覺得一個正式的項目Kickoff會議很重要。這個會議不需要很長的時間，項目的負責人需要與大家交代好項目的遠景，以及Sprint 目標。這個會議不止是打雞血，而是從這個會議中，團隊成員可以知道自己做這件事的意義，解決了什么問題，已經明確了的Sprint 目標。在接下來較高強度的工作中，讓大家明白價值，至關重要。

1.0版本計劃再細分v1、v2、v3，需求文檔分版本輸出

在項目的從0到1中，有限的時間，產品與團隊成員不得不面對的一件大事——需求變更。這件事似乎在所難免卻極其內耗，而且極其容易造成矛盾。但是，還是可以用方式，去把這份風險降到最小。項目初始，項目的簡單demo有助于你可以把版本按版本計劃的規劃，把需求文檔細分為v1、2、3、4來做輸出，這樣子可以讓這件事更專注，你可以把一個細分的功能點思考清楚。而團隊成員在demo的整體幫助下，可以在專注于細分的版本需求，同時宏觀了解項目。

避免漫長的需求評審會議，做到快速需求評審

可能初始團隊原來就有個打磨時間，即配合可能不會很默契。不知大家是否有這樣的場景，兩個人在一起討論個需求或設計，慢慢的3、4、5，一群人湊在一起去討論一個細節的交互問題，并互相撕逼，拉一會議為這一需求討論1個小時時間。當然一個優秀的團隊才會去撕逼一個細節問題，是追求完美的表現。但是，再從0到1的過程中，要盡量避免這種問題。我始終堅持一個原則，一個剛需的產品，用戶不會因為你的產品有交互上的瑕疵而不使用你的產品；一個產品如果價值性不高，或者瞄準的用戶群體不夠精準，我相信用戶也不會因為你的產品有一個好的交互就去長期使用你的產品。那么，在需求會議上，一個功能最重要的是讓你的團隊成員，包括開發，ui，測試，了解你這個功能的意義，去解決一個什么樣的問題，邏輯上是否是最優解，從而團隊對功能意義優深刻的認識，并統一這種功能邏輯解決方案從技術的角度也是最優解即可。在細節的交互上，要快速做決策，快速形成文檔。從能用，到好用，最后到用得爽，快速迭代。

懂得取舍，要懂的堅決地砍需求

在初始項目的開發過程中，即使前期定了比較周全的版本計劃，但是還是會出現半路殺出個魯智深的情況，比方說運營部門在資源準備中，可能殺出了個功能極其重要。然而發版時間已定，開發的資源是有限的。這時候，應該做的就是評估在初始運營過程中功能的性價比，并堅決地砍需求。當然，評估需求的重要性也不是單純地以性價比來評估。比如說，有一兩個功能實用性比較小，但是很好玩，正常來說這種功能在新項目中是優先級排低的。但是，當換一個場景，你CEO將為這個項目開發布會，那你需要設身處地為CEO著想了，想著當他上臺的時候，這個功能雖然小，但是講起來就有東西講了，畢竟現在發布會也是個講故事吹逼的時代了。

提高項目showcase的頻率，把控好風險

在高強度的項目開發中，如何把控好團隊成員的情緒是一比較大的難題。特別是在資源有限，時間短的背景下，一兩個人的情緒，可能會比較大地左右項目的進展。那么，把控項目風險為比較重要的問題了。有幾個小方法可以作為風控的方式吧。1、提高項目進展showcase的頻率（自尊心），畢竟整個團隊走在一起，好比說互相都在看著對方做的東西，會對開發的小伙伴有個無形的團隊壓力；2、讓進展快的小伙伴做先鋒車，配合盡量優先處理（好勝心），當開發團隊中有一小伙伴速度快出半拍時，可能會對其他同學形成無形的映射，畢竟誰都想自己的技術很牛逼的；3、多請團隊喝咖啡吧（提提神），當然，請客是相處之道，沒什么特別的意思。但是，如果要請的話，就選擇咖啡吧。哈~

此文從0到1指的是產品，而非項目。項目的從0到1相信還需要進過運營推廣，市場驗證，并迅速調整方向和角度，從而，形成自己的市場份額。簡單說，帶隊打怪獸，產品1.0的完成好比你打造了一把武器，但是怪獸沒拿下，那就沒算完成。

---

喜歡就會放肆，愛就要克制，在產品的迭代中也是如此。但項目發布上線時，可能會有其他小伙伴懷疑產品部門，這個功能怎么沒呀，這軟件很不完善啊。其實產品人對功能也會有很多的想象力，巴不得馬上將其全部實現。但是如果是愛，應該是對整個項目的健康發展的想象，如同一顆大樹，有根，有桿，有葉，慢慢張開，而非想哪是哪。

如果有不同的想法或意見交流，歡迎關注

微信公眾號：pmbelief

本文由PMCAFF產品經理社區作者 @Jason+Liao原創，未經允許，禁止轉載。

總結

以上是生活随笔為你收集整理的如果CEO只给你1个月时间，如何完成从0到1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。