創(chuàng)業(yè)公司在產(chǎn)品立項時期有什么特點？作為設計師又該如何入手？一起來看看。

最近聽到的最多的就是講故事和場景兩個詞。我們盡可能地還原用戶在特定的環(huán)境下所產(chǎn)生的行為。在場景中判斷用戶怎樣使用我們的產(chǎn)品，但這個講故事和場景不是我們今天的主要內(nèi)容，樓主以后會仔細說這一塊。今天想運用這樣的思維來還原一下立項的場景。調(diào)動大家更多感官體驗，只想為各位童鞋能提供更真實的體驗。

在立項的過程中，總時長不確定，如果項目比較趕，可能經(jīng)過半個月左右的時間去做，如果想考慮更周全，可能2個月左右?，F(xiàn)在咱們就拿最短的時間為主進行說明吧。半個月在工作時間來看其實就是，10天（2個禮拜）的工作內(nèi)容加上最后一天的總結(jié)。

主要的思路是：Boss看中一個商機，然后由一個商業(yè)機會延伸出來某個產(chǎn)品的功能，再在這個功能上進行產(chǎn)品完善，最終目標是做出MVP（Minimum Viable Product ，即最簡化可實行產(chǎn)品，MVP是一種產(chǎn)品理論，這個概念聽起來復雜，不過你可以把它想像成是一部電影的劇情大綱，或是一部漫畫的角色介紹）。

在立項的階段，基本上每天都會有會議，會議的參與人主要是PM和設計師以及項目負責人，Boss只是階段性查看一下成果，工程師偶爾參加。主要由項目負責人來push進度，當然，項目負責人也有可能就是PM本身。

每天大家都會進行一次一兩個小時的頭腦風暴，根據(jù)前一天的結(jié)論，大家會后去翻閱資料，自己先給出完整的總結(jié)之后，第二天再進行討論，如此反復。也不那么絕對，可能遇到的問題比較麻煩，大家就多花點時間做研究或者直接做一些demo上手試試看效果。

此時PM的任務非常重要，需要在眾多的idea中篩選并且保持產(chǎn)品核心功能和目標用戶不變。所以，一個優(yōu)秀的產(chǎn)品經(jīng)理，一定是原則性非常強，并且在眾多壓力下能夠有充分的能力讓大家信服。

在立項階段有幾個特點：

1.變動時常有。

樓主知道，不管是設計師，程序員，都非常討厭需求的變動。變動意味著所有的設計稿和代碼都得重新進行，一片心血付諸東流。PM也會受到大伙所有的噴子（PM確實不好當?。５窃诹㈨楇A段，設計師需要告訴自己的是：讓自己了解產(chǎn)品更多的走向，給產(chǎn)品更多發(fā)揮它價值的空間，不要太限制住自己。哪怕是MVP已經(jīng)完成，產(chǎn)品走向迭代的過程，也不要抱怨變動，每一次的變動都有可能是糾錯的過程，每一次的變動都意味著產(chǎn)品與市場聯(lián)系地更加緊密。

2.功能越核心越好，產(chǎn)品越簡單越好。

在立項階段，團隊的目標就是，用最短的時間做出能夠馬上放到市場上進行驗證的MVP。這個時候市場反饋在產(chǎn)品上最好更改，甚至產(chǎn)品的方向也能馬上進行調(diào)整。MVP 的功用就是讓你拿來接觸客戶，從很早就根據(jù)客戶的回饋來改進你的產(chǎn)品。典型的錯誤就是窩在家里做沒人要的產(chǎn)品 ，卻自以為很有進度。大家的經(jīng)驗是，使用者要的東西往往是非常容易做的，但是也是最容易被你忽略的，如果你不一開始就跟用戶接觸，就很難知道這些內(nèi)幕。

3.用最接地氣的方案，方便工程師進行開發(fā)。

避免出現(xiàn)太創(chuàng)新的設計方案或交互，讓工程師花費大量的時間去實施。用最樸實的設計語言表達最有價值的核心功能就是這個階段最完美的方案。

立項階段過后，PM會出基于大家統(tǒng)一的MVP的基礎上進行PRD文檔的輸出，設計師也開始真正上手干活。

當然，以上只是創(chuàng)業(yè)公司最簡單粗暴的做法，在這樣扁平化管理的前提下，團隊的效率達到最高化。順利的話，時間段可能縮得更短。Google團隊就教過大家5天搞定產(chǎn)品設計~

敬請期待下一次的分享~

Sophia的tips：繁復并不可怕，找對并堅持核心就行！

相關閱讀：

《創(chuàng)業(yè)公司設計師，怎樣從0到1設計一款APP？（概述）》

專欄作家

作者：Sophiallg，人人都是產(chǎn)品經(jīng)理專欄作家，微信公眾號：Sophia的玲瓏閣。

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