創(chuàng)業(yè)公司設(shè)計(jì)師,怎樣從0到1設(shè)計(jì)一款A(yù)PP?(概述)

4 評(píng)論 15485 瀏覽 162 收藏 7 分鐘

所有的資源,時(shí)間和精力才是最寶貴的,能節(jié)約這些就是最好的方法~

一直在思考怎樣給我的讀者帶來(lái)更多的干貨,讀者在看文章的時(shí)候花了時(shí)間,樓主就要為讀者這所花的時(shí)間進(jìn)行負(fù)責(zé),盡量憑借著樓主這有限的知識(shí)去分享一些能夠在工作或者生活上幫助到大家的一些知識(shí)。

樓主反思自己作為設(shè)計(jì)師最大的成就感是什么。是著手一個(gè)項(xiàng)目,看著它從0到1,慢慢孵化成形,再接著改版進(jìn)行優(yōu)化,慢慢伴隨著它成長(zhǎng),受到越來(lái)越多的用戶的歡迎。而自己,也在這過(guò)程中慢慢進(jìn)行著自己的成長(zhǎng)。你中有我,我中有你。衣帶漸寬終不悔,為伊消得人憔悴。便也想將這些經(jīng)驗(yàn)分享給大家。篇幅比較長(zhǎng),逐點(diǎn)分享,今天先進(jìn)行概述。

從上圖可以知道,在整個(gè)過(guò)程中,設(shè)計(jì)師的工作可以分為做人和做事兩大類。

學(xué)會(huì)做人

樓主將這個(gè)放在做事的前面,特意強(qiáng)調(diào)了一下它的重要性。人的本質(zhì)是一切社會(huì)關(guān)系的總和。之前樓主在《如何從零開始做產(chǎn)品的社交功能》這篇文章里面提到過(guò)社交的概念,小伙伴們可以自行翻閱。

同事之間會(huì)有部門、職位、年齡、婚姻狀況等各種不同的情況,是除了家人之外跟自己相處時(shí)間最久的一類人。跟合作的部門同事相處融洽,信息溝通順暢,幫助他們解決問(wèn)題,是用最直接的方式去鍛煉自己了解人性,了解人的需求,以及解決這些需求滿足這些需求的過(guò)程。

在團(tuán)隊(duì)中每個(gè)人的分工和職責(zé)如下:

  • BOSS:關(guān)注的重點(diǎn)在于關(guān)注市場(chǎng)的走向,實(shí)現(xiàn)商業(yè)的盈利,產(chǎn)品的質(zhì)量,以及控制實(shí)現(xiàn)過(guò)程中的開發(fā)成本。詳細(xì)可參考樓主的這篇文章《設(shè)計(jì)師跟Boss討論產(chǎn)品,是一種怎樣的體驗(yàn)?》
  • PM:在和BOSS溝通完善的前提下,輸出PRD(Product Requirement Document,即產(chǎn)品需求文檔)文檔。而MRD(Market Requirement Document,即市場(chǎng)需求文檔)、BRD(Business Requirement Document,即商業(yè)需求描述)在這里就不是必須的,可能有也可能沒(méi)有。這樣只是效率更高。
  • 開發(fā)工程師:分為服務(wù)器和APP兩部分的開發(fā)。負(fù)責(zé)服務(wù)器的開發(fā)可能還要考慮產(chǎn)品的架構(gòu)搭建,負(fù)責(zé)APP實(shí)現(xiàn)的開發(fā)則可能關(guān)注于APP的邏輯跳轉(zhuǎn)和與服務(wù)器數(shù)據(jù)之間的傳輸過(guò)程。QA負(fù)責(zé)產(chǎn)品的測(cè)試。
  • 設(shè)計(jì)師:在理解以上三者意愿的情況下,設(shè)計(jì)出可視化的方案,交與工程師進(jìn)行開發(fā)。
  • TPM:項(xiàng)目管理者,把控著時(shí)間節(jié)點(diǎn),平衡團(tuán)隊(duì)資源分配。(可能有的團(tuán)隊(duì)這項(xiàng)工作由PM做)

可以看到在人員職責(zé)中有兩點(diǎn)比較重要,一是負(fù)責(zé)做事,二是負(fù)責(zé)把控時(shí)間。

學(xué)會(huì)做事

我們?cè)谧鍪缕鋵?shí)是在幫人在解決問(wèn)題,說(shuō)到底也是在做人。而這個(gè)人,就縮小到社會(huì)上某類有共同需求的用戶。

設(shè)計(jì)師在項(xiàng)目開發(fā)中落實(shí)到實(shí)戰(zhàn)是在產(chǎn)品設(shè)計(jì)階段和開發(fā)階段。

產(chǎn)品設(shè)計(jì)階段,在拿到PRD文檔之后,開始分析,畫出簡(jiǎn)單的流程圖,然后在流程的基礎(chǔ)上輸出低保真原型圖,即low-fi。low-fi的標(biāo)準(zhǔn)是示意,表達(dá)出每個(gè)頁(yè)面有哪些元素,頁(yè)面之間的跳轉(zhuǎn)關(guān)系是怎樣的。

當(dāng)low-fi得到大家的一致認(rèn)同之后,就開始著手到高保真效果圖階段,即high-fi。需要實(shí)現(xiàn)頁(yè)面完整的UI,以及整體的UI規(guī)范。畫出精致的icon,放上精美的圖片。是一項(xiàng)可以真正拿得出手,產(chǎn)生商業(yè)價(jià)值,讓用戶可以使用的,擁有完整視覺效果的產(chǎn)品。

high-fi階段過(guò)后,進(jìn)入制作動(dòng)態(tài)原型階段。這個(gè)階段的任務(wù)就是快速做出可以在手機(jī)上演示的demo,讓團(tuán)隊(duì)成員體會(huì)是否有體驗(yàn)不順暢的地方,如果可以的話拿給用戶去體驗(yàn),進(jìn)行小規(guī)模的測(cè)試。這一階段就是在產(chǎn)品開發(fā)之前進(jìn)行驗(yàn)證,查漏補(bǔ)缺的一個(gè)過(guò)程,避免產(chǎn)品犯原則性或者交互上出現(xiàn)大的、方向性的錯(cuò)誤。

Demo演示完成之后,設(shè)計(jì)師就需要整理好文檔并導(dǎo)出資源,將主要的工作就交給開發(fā)人員了。而設(shè)計(jì)師的工作還沒(méi)結(jié)束,設(shè)計(jì)師需要隨時(shí)準(zhǔn)備好回答開發(fā)人員拋過(guò)來(lái)的一些問(wèn)題,得到解決方案。還有,著手下一個(gè)版本的設(shè)計(jì)工作,以及在這一個(gè)版本需要改善的體驗(yàn),都可以開始準(zhǔn)備。新的一輪工作又開始了~

創(chuàng)業(yè)公司扁平化的管理方式,使得團(tuán)隊(duì)精致而又高效。在團(tuán)隊(duì)成員密切配合的情況下,可以實(shí)現(xiàn)產(chǎn)品的快速開發(fā)和迭代,形成小步快跑的節(jié)奏。當(dāng)然也有它的弱點(diǎn),就是沒(méi)有太多的時(shí)間去做細(xì)致。但在市場(chǎng)快速更替的情況下,快速試錯(cuò)然后改正何嘗不是一種優(yōu)點(diǎn)?

Sophia的tips:所有的資源,時(shí)間和精力才是最寶貴的,能節(jié)約這些就是最好的方法~

敬請(qǐng)期待設(shè)計(jì)師怎樣從0到1設(shè)計(jì)一款A(yù)PP的分階段解說(shuō)~

 

作者:Sophiallg,微信公眾號(hào):Sophia的玲瓏閣。

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 真的很多i,因?yàn)榭床欢杏X很專業(yè)??

    回復(fù)
  2. 直接看見你第六稿,就回頭看看第一稿,有些意見需要交流下。
    1,
    原句-“在和BOSS溝通完善的前提下,輸出PRD(Product Requirement Document,即產(chǎn)品需求文檔)文檔”
    “產(chǎn)品設(shè)計(jì)階段,在拿到PRD文檔之后,開始分析,畫出簡(jiǎn)單的流程圖”
    據(jù)我經(jīng)歷,PRD文檔雖有PM負(fù)責(zé)編撰,但是在前期0-1中,PRD文檔應(yīng)參與由工程師,UI,UE,QA等多人參與,將產(chǎn)品相關(guān)內(nèi)容,和關(guān)聯(lián)內(nèi)容集與一起,PRD中不僅已包括低保真原型,原型邏輯,交互規(guī)范,UI最初規(guī)范,即UI風(fēng)格,主配色,等在內(nèi),還有需求已出,包括一些業(yè)務(wù)邏輯,功能邏輯,頁(yè)面流程等已出,以及非功能需求等,若后期更改需求,也相應(yīng)修改PRD對(duì)應(yīng)內(nèi)容, 在產(chǎn)品實(shí)施過(guò)程中,PRD文檔是做為參考性的文檔。設(shè)計(jì)師亦根據(jù)業(yè)務(wù)邏輯功能需求等,產(chǎn)出原型和邏輯文檔,這時(shí)應(yīng)是參與完善PRD文檔,PM等評(píng)審后,編撰入PRD,再于UI,開發(fā)進(jìn)行交付。
    2,

    原句-“當(dāng)low-fi得到大家的一致認(rèn)同之后,就開始著手到高保真效果圖階段,即high-fi。需要實(shí)現(xiàn)頁(yè)面完整的UI,以及整體的UI規(guī)范。畫出精致的icon,放上精美的圖片…”
    實(shí)際中,公司都希望能有一份精美的高保真原型,一份高保真原型加入最接近實(shí)際的交互,和完整的UI, 但是在實(shí)際中,產(chǎn)品是一種快速迭代的過(guò)程,很多最初定下的頁(yè)面和交互,在執(zhí)行過(guò)程中都有可能變更,需求變更是無(wú)可避免,而高保真原型的時(shí)間資源占用在創(chuàng)業(yè)公司中很少用,大多都是采取小步快跑的形式,開發(fā)也不可能等你UI和高保真全出了再動(dòng)手,而UI也不是出完圖后就沒(méi)事, 現(xiàn)在更采用的是一種并發(fā)執(zhí)行的流程,在已評(píng)審過(guò)的低保證原型上,產(chǎn)品設(shè)計(jì)師具體出交互邏輯,UI制作效果圖,交付于PM,再交于開發(fā),然后轉(zhuǎn)而進(jìn)行下一個(gè)模塊 。
    疑問(wèn)就是,高保真原型的資源輸出,是否利于整個(gè)產(chǎn)品計(jì)劃周期? 理想中是希望有,但是在創(chuàng)業(yè)公司中,高保真原型的輸出是很占用時(shí)間的。

    來(lái)自上海 回復(fù)