作為設計師最大的成就感，是著手一個專案，看著它從0到1，慢慢孵化成形，再接著改版進行優化，受到越來越多的使用者歡迎。這個系列的文章把整個過程的經驗總結成文，篇幅較長，逐點分享，今天是概述+立項。

從上圖可以知道，在整個過程中，設計師的工作可以分為做人和做事兩大類。

學會做人

樓主將這個放在做事的前面，特意強調了一下它的重要性。人的本質是一切社會關係的總和。

同事之間會有部門、職位、年齡、婚姻狀況等各種不同的情況，是除了家人之外跟自己相處時間最久的一類人。跟合作的部門同事相處融洽，資訊溝通順暢，幫助他們解決問題，是用最直接的方式去鍛鍊自己瞭解人性，瞭解人的需求，以及解決這些需求滿足這些需求的過程。

在團隊中每個人的分工和職責如下：

BOSS：關注的重點在於關注市場的走向，實現商業的盈利，產品的質量，以及控制實現過程中的開發成本。

PM：在和BOSS溝通完善的前提下，輸出PRD（Product Requirement Document，即產品需求文件）文件。而MRD（Market Requirement Document，即市場需求文件）、BRD（Business Requirement Document，即商業需求描述）在這裡就不是必須的，可能有也可能沒有。這樣只是效率更高。

開發工程師：分為伺服器和APP兩部分的開發。負責伺服器的開發可能還要考慮產品的架構搭建，負責APP實現的開發則可能關注於APP的邏輯跳轉和與伺服器資料之間的傳輸過程。QA負責產品的測試。

設計師：在理解以上三者意願的情況下，設計出視覺化的方案，交與工程師進行開發。

TPM：專案管理者，把控著時間節點，平衡團隊資源分配。（可能有的團隊這項工作由PM做）

可以看到在人員職責中有兩點比較重要，一是負責做事，二是負責把控時間。

學會做事

我們在做事其實是在幫人在解決問題，說到底也是在做人。而這個人，就縮小到社會上某類有共同需求的使用者。

設計師在專案開發中落實到實戰是在產品設計階段和開發階段。

產品設計階段，在拿到PRD文件之後，開始分析，畫出簡單的流程圖，然後在流程的基礎上輸出低保真原型圖，即low-fi。low-fi的標準是示意，表達出每個頁面有哪些元素，頁面之間的跳轉關係是怎樣的。

當low-fi得到大家的一致認同之後，就開始著手到高保真效果圖階段，即high-fi。需要實現頁面完整的UI，以及整體的UI規範。畫出精緻的icon，放上精美的圖片。是一項可以真正拿得出手，產生商業價值，讓使用者可以使用的，擁有完整視覺效果的產品。

high-fi階段過後，進入製作動態原型階段。這個階段的任務就是快速做出可以在手機上演示的demo，讓團隊成員體會是否有體驗不順暢的地方，如果可以的話拿給使用者去體驗，進行小規模的測試。這一階段就是在產品開發之前進行驗證，查漏補缺的一個過程，避免產品犯原則性或者互動上出現大的、方向性的錯誤。

Demo演示完成之後，設計師就需要整理好文件並匯出資源，將主要的工作就交給開發人員了。而設計師的工作還沒結束，設計師需要隨時準備好回答開發人員拋過來的一些問題，得到解決方案。還有，著手下一個版本的設計工作，以及在這一個版本需要改善的體驗，都可以開始準備。新的一輪工作又開始了~

創業公司扁平化的管理方式，使得團隊精緻而又高效。在團隊成員密切配合的情況下，可以實現產品的快速開發和迭代，形成小步快跑的節奏。當然也有它的弱點，就是沒有太多的時間去做細緻。但在市場快速更替的情況下，快速試錯然後改正何嘗不是一種優點？

立項

在立項的過程中，總時長不確定，如果專案比較趕，可能經過半個月左右的時間去做，如果想考慮更周全，可能2個月左右。現在咱們就拿最短的時間為主進行說明吧。半個月在工作時間來看其實就是，10天（2個禮拜）的工作內容加上最後一天的總結。

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

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

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

此時PM的任務非常重要，需要在眾多的idea中篩選並且保持產品核心功能和目標使用者不變。所以，一個優秀的產品經理，一定是原則性非常強，並且在眾多壓力下能夠有充分的能力讓大家信服。

在立項階段有幾個特點：

1. 變動時常有

樓主知道，不管是設計師，程式設計師，都非常討厭需求的變動。變動意味著所有的設計稿和程式碼都得重新進行，一片心血付諸東流。PM也會受到大夥所有的噴子（PM確實不好當啊）。但是在立項階段，設計師需要告訴自己的是：讓自己瞭解產品更多的走向，給產品更多發揮它價值的空間，不要太限制住自己。哪怕是MVP已經完成，產品走向迭代的過程，也不要抱怨變動，每一次的變動都有可能是糾錯的過程，每一次的變動都意味著產品與市場聯絡地更加緊密。

2. 功能越核心越好，產品越簡單越好

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

3. 用最接地氣的方案，方便工程師進行開發

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

立項階段過後，PM會出基於大家統一的MVP的基礎上進行PRD文件的輸出，設計師也開始真正上手幹活。

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