從一個項目實踐說起,產(chǎn)品設(shè)計流程是什么樣的
產(chǎn)品設(shè)計(Product Design)沒有一個合乎情理的流程,即使人們總是呼吁敏捷開發(fā)(AD:Agile Development)、極限編程(XP:Extreme Programming),但必要的產(chǎn)品設(shè)計流程肯定是客觀存在的,只是說產(chǎn)品的流程可能是敏捷的(Agile &Scrum)。下文是一個產(chǎn)品新人(PM)結(jié)合自己的項目實踐對產(chǎn)品設(shè)計流程給予的一點思考。
產(chǎn)品設(shè)計(Product Design)流程是一個怎樣的流程?這個問題太高能,產(chǎn)品后生晚輩亦不敢貿(mào)然回答。事實上,我對“產(chǎn)品流程”并沒有一個完整的概念,故不忍信口妄語,有辱行業(yè)。然靜思己過,內(nèi)心了然正躬身其中,卻茫然不知。結(jié)合自身的實踐和思考,以面向過程的方式回顧一下整個產(chǎn)品設(shè)計過程。
嘗試將產(chǎn)品設(shè)計流程大致分為四個階段:頂層設(shè)計、框架設(shè)計、項目實施、回歸迭代;那么這四個階段究竟是個怎樣的過程呢?一起來看一下:
1.頂層設(shè)計
概念上來講,就是需求分析與設(shè)計,如何把握住用戶的核心本質(zhì)需求——是每一位優(yōu)秀產(chǎn)品經(jīng)理的必要涵養(yǎng);
a.需求理解:
用戶/運營向產(chǎn)品提出了大量的需求。需求量大、需求表意模糊、需求浮躁;各路需求方都認為自己的需求是最重要、最緊急的;產(chǎn)品人員捉急,逼死也沒用;如此多元復(fù)雜的情況下,產(chǎn)品(PM)如何保持冷靜、理智對待需求呢?
“淡定和理智”很重要!整理好需求,自己仔細閱讀分析后,主動聯(lián)系需求方核對、商討,直到弄明白需求背后到底是什么。因此,將需求理解透測是其他后續(xù)一切工作的基礎(chǔ)和保障,需求偏了理解錯了,產(chǎn)品也就歇菜了…
b.情境研究:
面向?qū)ο蟮漠a(chǎn)品設(shè)計,大家不要理解錯:不是面向?qū)ο蟮木幊陶Z言C++。這里的[對象]指的是[用戶],是產(chǎn)品受眾。設(shè)計的產(chǎn)品必須要用戶畫像,充分考慮產(chǎn)品適用的用戶群體及該群體的使用習(xí)慣和思維方式等,用戶在實際生活中使用產(chǎn)品的場景是產(chǎn)品設(shè)計時重點要考慮的因素。綜合考慮用戶使用場景和不同用戶群體是優(yōu)秀產(chǎn)品都不曾忽略的。
c.需求管理:
需求量大、需求緊迫是每個產(chǎn)品人面對的現(xiàn)實問題?!鞍阉孕枨蠖甲隽?!“你是在吹NB嗎?快醒醒吧!顯然,將需求排出優(yōu)先級,迭代增量式解決;需求的迫切程度、各部門的戰(zhàn)略優(yōu)先級、老板的意思、公司技術(shù)資源共同決定了一個需求的優(yōu)先級。當(dāng)然,如果你夠?qū)?,也可以獨斷專行判斷決定一個產(chǎn)品的未來。
2.框架設(shè)計
通俗地講準確理解原質(zhì)化需求、對明確劃限的需求進行結(jié)構(gòu)性設(shè)計。明確產(chǎn)品需求范圍和結(jié)構(gòu)框架,構(gòu)建細化產(chǎn)品信息架構(gòu);
a.原型設(shè)計:
用戶需求最終都要可視化,抽象的需求最終都要反映在具體的產(chǎn)品形態(tài)上。產(chǎn)品經(jīng)理借助AXURE等原型工具,將抽象需求具體化、圖形化,變得更加真實、可見。產(chǎn)品經(jīng)理晉升藝術(shù)家粉墨登場,建筑師般的犀利。搭建具備良好框架的頁面,且看如何構(gòu)建有價值、可用性良好的信息架構(gòu)。
b.信息架構(gòu):
信息架構(gòu)主要是為信息與用戶之間的認知搭建一座暢通的橋梁,是內(nèi)容直觀表達的載體。通俗點,信息架構(gòu)(IA)就是研究信息的表達和傳遞。信息架構(gòu)(IA)是設(shè)計信息的組織結(jié)構(gòu)。
Original Definition:Information Architecture is utilized in web development, user interactions, database development, programming, technical writing, enterprise architecture, and other activities that require expressions of complex systems. Information architecture has somewhat different meanings in these different branches of what might be called IS and/or IT architecture. Most definitions have common qualities: a structural design of shared environments, methods of organizing and labeling Web sites, intranets, and online communities, and ways of bringing principles of design and architecture to the digital landscape.
一個產(chǎn)品可以用來做什么,產(chǎn)品所呈現(xiàn)的信息層次;篩選有價值信息元素,簡潔、直接地傳達給用戶,讓信息與用戶相互適應(yīng)達到最佳平衡。毫不夸張地說,良好的信息架構(gòu)遠比華麗的頁面結(jié)構(gòu)要有價值的多。
c.視覺設(shè)計:
設(shè)計產(chǎn)品結(jié)構(gòu)模塊和信息元素,隨即交付UI美工的產(chǎn)品視覺設(shè)計。UI設(shè)計猶如”裝修“,對產(chǎn)品經(jīng)理設(shè)計的線框圖/原型進行潤色、美化、調(diào)整,以產(chǎn)出極具美感的產(chǎn)品,到達用戶眼前。UI階段謹記兩大原則:
- 產(chǎn)品框架結(jié)構(gòu)不能偏移原型設(shè)計,結(jié)構(gòu)清晰、模塊分明、層次協(xié)調(diào);
- 不能被遺漏或串改產(chǎn)品內(nèi)容信息架構(gòu),一字一眼、毫無誤差;
3.實施追蹤
產(chǎn)品規(guī)劃路線圖規(guī)劃是前提,關(guān)鍵看需要實現(xiàn),這樣才有意義。在用戶眼中,可用、好用的產(chǎn)品最終展現(xiàn)在面前觸手可及才具有價值。技術(shù)研發(fā)人員程序化實現(xiàn)產(chǎn)品經(jīng)理設(shè)計的產(chǎn)品,是從“抽象”到“抽象”再到“抽象”的雙重抽象轉(zhuǎn)換過程。
a.項目追蹤:
技術(shù)研發(fā)過程中,產(chǎn)品的理解上必定存在不同程度的偏差,產(chǎn)品經(jīng)理肯定是要保證[需求]的真實準確的,確保最終產(chǎn)出的產(chǎn)品實現(xiàn)的還原度。產(chǎn)品實施過程的追蹤是產(chǎn)品經(jīng)理對技術(shù)研發(fā)的需求保證,也是對產(chǎn)品實現(xiàn)進程的管控,確保產(chǎn)品的按時按量上線;
b.產(chǎn)品驗收:
完成產(chǎn)品技術(shù)性開發(fā),接下來就是正式上線了!技術(shù)實現(xiàn)與產(chǎn)品設(shè)計之間是否存在偏差?技術(shù)實現(xiàn)的產(chǎn)品業(yè)務(wù)邏輯是否存在錯誤?研發(fā)完畢的產(chǎn)品與產(chǎn)品經(jīng)理的設(shè)計初衷是否一致?不論理念還是業(yè)務(wù)邏輯設(shè)計上都是需要產(chǎn)品去把控的。盡管之前的需求評審階段已經(jīng)做了詳細充分的需求澄清,但只有經(jīng)得起反復(fù)檢驗的產(chǎn)品才是真正地好產(chǎn)品;
4、回歸迭代
產(chǎn)品交付到用戶手中,貌似產(chǎn)品經(jīng)理的工作可以告一段亂了。結(jié)合實際情況,產(chǎn)品上線無形埋下兩個大雷。
a.實現(xiàn)偏差:
技術(shù)實施過程中,必然有些需求因為現(xiàn)實的局限性被耽擱或者簡化實現(xiàn),那么上線后第一時間需要給出小幅優(yōu)化的迭代完成之前研發(fā)階段的歷史遺留問題。產(chǎn)品規(guī)劃前期產(chǎn)品需求細化增量式迭代也迫使產(chǎn)品經(jīng)理無力停歇,趕往下一個里程碑;
b.反饋優(yōu)化:
用戶眼中的產(chǎn)品近乎完美,要求苛刻不止。用戶通過產(chǎn)品需求反饋通道,給出使用新產(chǎn)品的感受以及提交發(fā)現(xiàn)的產(chǎn)品問題和不足,及時響應(yīng)用戶的所求、為用戶排憂解難也是新產(chǎn)品建立口碑的機會。問題反饋通道建設(shè)對于一款新產(chǎn)品迭代優(yōu)化初期顯得尤為重要,對產(chǎn)品快速增量式迭代及改善用戶體驗的重要都是不可估量的;
小結(jié)
規(guī)范產(chǎn)品設(shè)計流程(PDP)有利于產(chǎn)品實現(xiàn)!
產(chǎn)品設(shè)計流程將整條產(chǎn)品線上的人員都串聯(lián)起來,將產(chǎn)品過程“數(shù)據(jù)流”化,可謂氣貫長虹、如夢般絲滑。產(chǎn)品流程將產(chǎn)品從各個原本獨立的實施過程聚合成一個統(tǒng)一的變現(xiàn)行為。一個(互聯(lián)網(wǎng))產(chǎn)品必定映射著規(guī)范、理性、高價值的產(chǎn)品設(shè)計過程。
當(dāng)然,規(guī)范的產(chǎn)品流程不是為了約束產(chǎn)品過程,如果拘泥于具體的要求,將失去流程的初衷;產(chǎn)品流程為產(chǎn)品優(yōu)質(zhì)暢快實現(xiàn)服務(wù),是產(chǎn)品實現(xiàn)過程的參照物,是一個目標(biāo),是一種信仰。產(chǎn)品本質(zhì)上是產(chǎn)品設(shè)計者對現(xiàn)實世界態(tài)度和認知的反應(yīng)。將人性注入產(chǎn)品之中,其必然也因愛而生,而流程就是信仰和良知!
原文鏈接:產(chǎn)品經(jīng)理必修課之產(chǎn)品設(shè)計流程[完整版]
本文由 @Daviiwong 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
學(xué)習(xí)學(xué)習(xí)
?? 不錯不錯,有意思!
非常感謝,相互學(xué)習(xí),一起進步!
不好意思,我只是位普通用戶!
新人請教,第一張產(chǎn)品設(shè)計流程圖怎么做出來的?PS嗎?
UI同學(xué)PS代工