手機(jī)版WPS 手機(jī)版wps免費(fèi)下載
2022-11-29
更新時(shí)間:2022-04-17 13:55:01作者:未知
作為設(shè)計(jì)師最大的成就感,是著手一個(gè)項(xiàng)目,看著它從0到1,慢慢孵化成形,再接著改版進(jìn)行優(yōu)化,受到越來越多的用戶歡迎。這個(gè)系列的文章把整個(gè)過程的經(jīng)驗(yàn)總結(jié)成文,篇幅較長,逐點(diǎn)分享,今天是概述+立項(xiàng)。
學(xué)會(huì)做人
小編將這個(gè)放在做事的前面,特意強(qiáng)調(diào)了一下它的重要性。人的本質(zhì)是一切社會(huì)關(guān)系的總和。
同事之間會(huì)有部門、職位、年齡、婚姻狀況等各種不同的情況,是除了家人之外跟自己相處時(shí)間最久的一類人。跟合作的部門同事相處融洽,信息溝通順暢,幫助他們解決問題,是用最直接的方式去鍛煉自己了解人性,了解人的需求,以及解決這些需求滿足這些需求的過程。
在團(tuán)隊(duì)中每個(gè)人的分工和職責(zé)如下:
BOSS:關(guān)注的重點(diǎn)在于關(guān)注市場(chǎng)的走向,實(shí)現(xiàn)商業(yè)的盈利,產(chǎn)品的質(zhì)量,以及控制實(shí)現(xiàn)過程中的開發(fā)成本。
PM:在和BOSS溝通完善的前提下,輸出PRD(Product Requirement Document,即產(chǎn)品需求文檔)文檔。而MRD(Market Requirement Document,即市場(chǎng)需求文檔)、BRD(Business Requirement Document,即商業(yè)需求描述)在這里就不是必須的,可能有也可能沒有。這樣只是效率更高。
開發(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ù)之間的傳輸過程。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í)是在幫人在解決問題,說到底也是在做人。而這個(gè)人,就縮小到社會(huì)上某類有共同需求的用戶。
設(shè)計(jì)師在項(xiàng)目開發(fā)中落實(shí)到實(shí)戰(zhàn)是在產(chǎn)品設(shè)計(jì)階段和開發(fā)階段。
產(chǎn)品設(shè)計(jì)階段,在拿到PRD文檔之后,開始分析,畫出簡單的流程圖,然后在流程的基礎(chǔ)上輸出低保真原型圖,即low-fi。low-fi的標(biāo)準(zhǔn)是示意,表達(dá)出每個(gè)頁面有哪些元素,頁面之間的跳轉(zhuǎn)關(guān)系是怎樣的。
當(dāng)low-fi得到大家的一致認(rèn)同之后,就開始著手到高保真效果圖階段,即high-fi。需要實(shí)現(xiàn)頁面完整的UI,以及整體的UI規(guī)范。畫出精致的icon,放上精美的圖片。是一項(xiàng)可以真正拿得出手,產(chǎn)生商業(yè)價(jià)值,讓用戶可以使用的,擁有完整視覺效果的產(chǎn)品。
high-fi階段過后,進(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è)過程,避免產(chǎn)品犯原則性或者交互上出現(xiàn)大的、方向性的錯(cuò)誤。
Demo演示完成之后,設(shè)計(jì)師就需要整理好文檔并導(dǎo)出資源,將主要的工作就交給開發(fā)人員了。而設(shè)計(jì)師的工作還沒結(jié)束,設(shè)計(jì)師需要隨時(shí)準(zhǔn)備好回答開發(fā)人員拋過來的一些問題,得到解決方案。還有,著手下一個(gè)版本的設(shè)計(jì)工作,以及在這一個(gè)版本需要改善的體驗(yàn),都可以開始準(zhǔn)備。新的一輪工作又開始了~
立項(xiàng)
在立項(xiàng)的過程中,總時(shí)長不確定,如果項(xiàng)目比較趕,可能經(jīng)過半個(gè)月左右的時(shí)間去做,如果想考慮更周全,可能2個(gè)月左右。現(xiàn)在咱們就拿最短的時(shí)間為主進(jìn)行說明吧。半個(gè)月在工作時(shí)間來看其實(shí)就是,10天(2個(gè)禮拜)的工作內(nèi)容加上最后一天的總結(jié)。
主要的思路是:Boss看中一個(gè)商機(jī),然后由一個(gè)商業(yè)機(jī)會(huì)延伸出來某個(gè)產(chǎn)品的功能,再在這個(gè)功能上進(jìn)行產(chǎn)品完善,最終目標(biāo)是做出MVP(Minimum Viable Product ,即最簡化可實(shí)行產(chǎn)品,MVP是一種產(chǎn)品理論,這個(gè)概念聽起來復(fù)雜,不過你可以把它想像成是一部電影的劇情大綱,或是一部漫畫的角色介紹)。
在立項(xiàng)階段有幾個(gè)特點(diǎn):
1. 變動(dòng)時(shí)常有
樓主知道,不管是設(shè)計(jì)師,程序員,都非常討厭需求的變動(dòng)。變動(dòng)意味著所有的設(shè)計(jì)稿和代碼都得重新進(jìn)行,一片心血付諸東流。PM也會(huì)受到大伙所有的噴子(PM確實(shí)不好當(dāng)?。5窃诹㈨?xiàng)階段,設(shè)計(jì)師需要告訴自己的是:讓自己了解產(chǎn)品更多的走向,給產(chǎn)品更多發(fā)揮它價(jià)值的空間,不要太限制住自己。哪怕是MVP已經(jīng)完成,產(chǎn)品走向迭代的過程,也不要抱怨變動(dòng),每一次的變動(dòng)都有可能是糾錯(cuò)的過程,每一次的變動(dòng)都意味著產(chǎn)品與市場(chǎng)聯(lián)系地更加緊密。
2. 功能越核心越好,產(chǎn)品越簡單越好
在立項(xiàng)階段,團(tuán)隊(duì)的目標(biāo)就是,用最短的時(shí)間做出能夠馬上放到市場(chǎng)上進(jìn)行驗(yàn)證的MVP。這個(gè)時(shí)候市場(chǎng)反饋在產(chǎn)品上最好更改,甚至產(chǎn)品的方向也能馬上進(jìn)行調(diào)整。MVP 的功用就是讓你拿來接觸客戶,從很早就根據(jù)客戶的回饋來改進(jìn)你的產(chǎn)品。典型的錯(cuò)誤就是窩在家里做沒人要的產(chǎn)品 ,卻自以為很有進(jìn)度。大家的經(jīng)驗(yàn)是,使用者要的東西往往是非常容易做的,但是也是最容易被你忽略的,如果你不一開始就跟用戶接觸,就很難知道這些內(nèi)幕。
3. 用最接地氣的方案,方便工程師進(jìn)行開發(fā)
避免出現(xiàn)太創(chuàng)新的設(shè)計(jì)方案或交互,讓工程師花費(fèi)大量的時(shí)間去實(shí)施。用最樸實(shí)的設(shè)計(jì)語言表達(dá)最有價(jià)值的核心功能就是這個(gè)階段最完美的方案。
立項(xiàng)階段過后,PM會(huì)出基于大家統(tǒng)一的MVP的基礎(chǔ)上進(jìn)行PRD文檔的輸出,設(shè)計(jì)師也開始真正上手干活。