起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識創(chuàng)業(yè)公司設計師，怎樣從0到1設計一款APP？（概述）
所有的資源，時間和精力才是最寶貴的，能節(jié)約這些就是最好的方法~
一直在思考怎樣給我的讀者帶來更多的干貨，讀者在看文章的時候花了時間，樓主就要為讀者這所花的時間進行負責，盡量憑借著樓主這有限的知識去分享一些能夠在工作或者生活上幫助到大家的一些知識。
樓主反思自己作為設計師最大的成就感是什么。是著手一個項目，看著它從0到1，慢慢孵化成形，再接著改版進行優(yōu)化，慢慢伴隨著它成長，受到越來越多的用戶的歡迎。而自己，也在這過程中慢慢進行著自己的成長。你中有我，我中有你。衣帶漸寬終不悔，為伊消得人憔悴。便也想將這些經驗分享給大家。篇幅比較長，逐點分享，今天先進行概述。
從上圖可以知道，在整個過程中，設計師的工作可以分為做人和做事兩大類。
學會做人
樓主將這個放在做事的前面，特意強調了一下它的重要性。人的本質是一切社會關系的總和。之前樓主在《如何從零開始做產品的社交功能》這篇文章里面提到過社交的概念，小伙伴們可以自行翻閱。
同事之間會有部門、職位、年齡、婚姻狀況等各種不同的情況，是除了家人之外跟自己相處時間最久的一類人。跟合作的部門同事相處融洽，信息溝通順暢，幫助他們解決問題，是用最直接的方式去鍛煉自己了解人性，了解人的需求，以及解決這些需求滿足這些需求的過程。
在團隊中每個人的分工和職責如下：
- BOSS：關注的重點在于關注市場的走向，實現(xiàn)商業(yè)的盈利，產品的質量，以及控制實現(xiàn)過程中的開發(fā)成本。詳細可參考樓主的這篇文章《設計師跟Boss討論產品，是一種怎樣的體驗？》
- PM：在和BOSS溝通完善的前提下，輸出PRD（Product Requirement Document，即產品需求文檔）文檔。而MRD（Market Requirement Document，即市場需求文檔）、BRD（Business Requirement Document，即商業(yè)需求描述）在這里就不是必須的，可能有也可能沒有。這樣只是效率更高。
- 開發(fā)工程師：分為服務器和APP兩部分的開發(fā)。負責服務器的開發(fā)可能還要考慮產品的架構搭建，負責APP實現(xiàn)的開發(fā)則可能關注于APP的邏輯跳轉和與服務器數據之間的傳輸過程。QA負責產品的測試。
- 設計師：在理解以上三者意愿的情況下，設計出可視化的方案，交與工程師進行開發(fā)。
- TPM：項目管理者，把控著時間節(jié)點，平衡團隊資源分配。（可能有的團隊這項工作由PM做）
可以看到在人員職責中有兩點比較重要，一是負責做事，二是負責把控時間。
學會做事
我們在做事其實是在幫人在解決問題，說到底也是在做人。而這個人，就縮小到社會上某類有共同需求的用戶。
設計師在項目開發(fā)中落實到實戰(zhàn)是在產品設計階段和開發(fā)階段。
產品設計階段，在拿到PRD文檔之后，開始分析，畫出簡單的流程圖，然后在流程的基礎上輸出低保真原型圖，即low-fi。low-fi的標準是示意，表達出每個頁面有哪些元素，頁面之間的跳轉關系是怎樣的。
當low-fi得到大家的一致認同之后，就開始著手到高保真效果圖階段，即high-fi。需要實現(xiàn)頁面完整的UI，以及整體的UI規(guī)范。畫出精致的icon，放上精美的圖片。是一項可以真正拿得出手，產生商業(yè)價值，讓用戶可以使用的，擁有完整視覺效果的產品。
high-fi階段過后，進入制作動態(tài)原型階段。這個階段的任務就是快速做出可以在手機上演示的demo，讓團隊成員體會是否有體驗不順暢的地方，如果可以的話拿給用戶去體驗，進行小規(guī)模的測試。這一階段就是在產品開發(fā)之前進行驗證，查漏補缺的一個過程，避免產品犯原則性或者交互上出現(xiàn)大的、方向性的錯誤。
Demo演示完成之后，設計師就需要整理好文檔并導出資源，將主要的工作就交給開發(fā)人員了。而設計師的工作還沒結束，設計師需要隨時準備好回答開發(fā)人員拋過來的一些問題，得到解決方案。還有，著手下一個版本的設計工作，以及在這一個版本需要改善的體驗，都可以開始準備。新的一輪工作又開始了~
創(chuàng)業(yè)公司扁平化的管理方式，使得團隊精致而又高效。在團隊成員密切配合的情況下，可以實現(xiàn)產品的快速開發(fā)和迭代，形成小步快跑的節(jié)奏。當然也有它的弱點，就是沒有太多的時間去做細致。但在市場快速更替的情況下，快速試錯然后改正何嘗不是一種優(yōu)點？
Sophia的tips：所有的資源，時間和精力才是最寶貴的，能節(jié)約這些就是最好的方法~
敬請期待設計師怎樣從0到1設計一款APP的分階段解說~
作者：Sophiallg，微信公眾號：Sophia的玲瓏閣。
本文由 @Sophiallg 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。
真的很多i，因為看不懂感覺很專業(yè)??
直接看見你第六稿，就回頭看看第一稿，有些意見需要交流下。
1，
原句-“在和BOSS溝通完善的前提下，輸出PRD（Product Requirement Document，即產品需求文檔）文檔”
“產品設計階段，在拿到PRD文檔之后，開始分析，畫出簡單的流程圖”
據我經歷，PRD文檔雖有PM負責編撰，但是在前期0-1中，PRD文檔應參與由工程師，UI，UE，QA等多人參與，將產品相關內容，和關聯(lián)內容集與一起，PRD中不僅已包括低保真原型，原型邏輯，交互規(guī)范，UI最初規(guī)范，即UI風格，主配色，等在內，還有需求已出，包括一些業(yè)務邏輯，功能邏輯，頁面流程等已出，以及非功能需求等，若后期更改需求，也相應修改PRD對應內容， 在產品實施過程中，PRD文檔是做為參考性的文檔。設計師亦根據業(yè)務邏輯功能需求等，產出原型和邏輯文檔，這時應是參與完善PRD文檔，PM等評審后，編撰入PRD，再于UI，開發(fā)進行交付。
2，
原句-“當low-fi得到大家的一致認同之后，就開始著手到高保真效果圖階段，即high-fi。需要實現(xiàn)頁面完整的UI，以及整體的UI規(guī)范。畫出精致的icon，放上精美的圖片…”
實際中，公司都希望能有一份精美的高保真原型，一份高保真原型加入最接近實際的交互，和完整的UI， 但是在實際中，產品是一種快速迭代的過程，很多最初定下的頁面和交互，在執(zhí)行過程中都有可能變更，需求變更是無可避免，而高保真原型的時間資源占用在創(chuàng)業(yè)公司中很少用，大多都是采取小步快跑的形式，開發(fā)也不可能等你UI和高保真全出了再動手，而UI也不是出完圖后就沒事， 現(xiàn)在更采用的是一種并發(fā)執(zhí)行的流程，在已評審過的低保證原型上，產品設計師具體出交互邏輯，UI制作效果圖，交付于PM，再交于開發(fā)，然后轉而進行下一個模塊 。
疑問就是，高保真原型的資源輸出，是否利于整個產品計劃周期？ 理想中是希望有，但是在創(chuàng)業(yè)公司中，高保真原型的輸出是很占用時間的。