作為設計師最大的成就感，是著手一個項目，看著它從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個月左右?，F在咱們就拿最短的時間為主進行說明吧。半個月在工作時間來看其實就是，10天（2個禮拜）的工作內容加上最后一天的總結。

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

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

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

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

在立項階段有幾個特點：

1. 變動時常有

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

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

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

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

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

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

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

敬請期待下一次的分享~

作者簡介：Sophia的玲瓏閣，一枚愛健身的交互設計師。

歡迎關注作者的微信公眾號：「Sophia的玲瓏閣」

「新人科普好文系列」

1. 交互原型丨《術語小科普！聊聊線框稿、視覺稿與原型的區別》
2. 移動端尺寸丨《通俗易懂！超全面的移動端尺寸基礎知識科普指南》
3. 字體規范丨《界面設計必備！全方位科普常用的字體規范（附神器）》

【優設網 原創文章 投稿郵箱：yuan@uisdc.com】

================關于優設網================
"優設網uisdc.com"是國內人氣最高的網頁設計師學習平臺，專注分享網頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書：史上最全的設計師圖書導航：http://hao.uisdc.com/book/。
設計微博：擁有粉絲量190萬的人氣微博@優秀網頁設計 ，歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航：全球頂尖設計網站推薦，設計師必備導航：http://hao.uisdc.com