從用戶體驗五要素入手,解讀產(chǎn)品經(jīng)理輸出產(chǎn)物
產(chǎn)品經(jīng)理每天的工作中少不了和技術各種交流和探討,如何做到有理有據(jù)并確保技術理解透徹,這很關鍵,下面,我將用戶體驗五要素作為切入點,分析產(chǎn)品各階段的輸出產(chǎn)物到底是什么,并如何傳達給技術。
產(chǎn)品經(jīng)理每天少不了的工作就是和技術人員各種撕,可能的原因:
- 技術對產(chǎn)品的設計不滿意
- 技術對產(chǎn)品的產(chǎn)物不滿意
針對這兩個問題,答案無非兩種:技術的專業(yè)性和產(chǎn)品的專業(yè)性。
作為產(chǎn)品經(jīng)理,技術的專業(yè)性不是你能掌控的,那么你應該考慮自身的專業(yè)性。
而產(chǎn)品自身的專業(yè)性可以概括成兩點:
- 第1點:你對一個事物輸入和輸出的能力,即你的獲取能力和你的轉化能力,回到產(chǎn)品上說,就是你的產(chǎn)品設計能力
- 第2點:你的傳達能力,回到產(chǎn)品上說,就是你的產(chǎn)物是否讓不同參與者足夠理解
第1點可以說是一個長久的事情,隨著工作時間的增長和認知能力的提升,獲取能力和轉化能力都會得到階段性不同程度的提高。
第2點往往被人們忽視,大部分人會將別人對自己的不理解當成是他人能力不及自己,當然,這是一方面,但從自身角度出發(fā),你應該做到,無論對方水平如何,即使再高深的觀點,都能用簡單易懂的道理讓對方理解。
下面,還是回到產(chǎn)品和技術工作的問題上,針對上述兩點,闡述下我的解決方法。
產(chǎn)品的獲取能力和轉化能力,我在文章《經(jīng)驗總結|優(yōu)秀的產(chǎn)品經(jīng)理都具備的3種思維》中有講到一些方面,這里就不做深入說明了。下面要講的是通常被人們忽視的傳達能力,即產(chǎn)品的產(chǎn)物,當然,這里的產(chǎn)物除了文字、圖等能力,還包括語言溝通能力。
對于技術的不理解,我們要思考一個問題:
文檔,原型,流程圖,結構圖,用戶路徑圖,技術真的想要看這些嗎?
從技術角度出發(fā)
首先,要清楚,不同職位的技術人員需要的產(chǎn)物是不同的,的確,用戶需求不同,痛點不同。對于技術都分哪些種類,不同種類關注的重點是什么,網(wǎng)上有很多相關的文章,后面我可能會單獨寫一篇此類文章,這里就不做過多說明。
從產(chǎn)品自身角度出發(fā)
我們到底應該給技術傳達清楚關于產(chǎn)品的哪些方面內容?
針對這個問題,我想從用戶體驗五要素這個點切入闡述下我的一些想法。
1、戰(zhàn)略層
沒錯,戰(zhàn)略層也需要簡單給技術說明,無論什么崗位的技術,這是我的理解。當然,既然是給技術講戰(zhàn)略,你的表達方式一定要落地,務實而非務虛。
當前我們要做什么,面向的群體是誰,為什么做這些,而其他的不做或放到后期做等。以講故事的方式傳達,而不要用市場的語言,類似我們的戰(zhàn)略,我們的定位,我們的目標是什么,這些技術聽來太大太空,不實際,不落地,這是種很市場的表達。產(chǎn)品經(jīng)理,你需要用最通俗易懂的文字給技術講產(chǎn)品的故事。
如下事例:
沒錯,就是用戶場景,這也是你要給技術傳達的一方面,以講故事的形式告訴技術我們切入的是這些用戶群體平時工作或生活中的哪一領域。
2、范圍層
向上到范圍層,就是具體做什么,范圍是什么,功能、流程是怎樣的,這時候,你就可以用下面的方式傳達給技術。
以上是某一報銷系統(tǒng)的2期階段規(guī)劃流程圖。
還有下面的這些:
備注:以上3幅圖沒有聯(lián)系,只是舉例說明。
再向上到結構層和框架層,大部分產(chǎn)品經(jīng)理的輸出產(chǎn)物會把結構層和框架層混在一起寫,作為一個產(chǎn)物輸出給技術,導致技術的閱讀成本很大,這可能因為大部分產(chǎn)品經(jīng)理都不太懂技術,更多的將發(fā)力點放到用戶市場層面導致。的確,我自己也是這么過來的。
那混在一起可能是什么樣呢?舉個個人之前的工作案例說明下:
沒錯,我之前的確很熱衷于畫高保真,可以看出,當初還是很認真的在對這個界面進行元素和邏輯說明。但是,中級或高級產(chǎn)品經(jīng)理應該很容易就能看出來里面的問題,看似清晰的背后,其實是將結構層關注的和框架層關注的混在了一起寫,技術不知道這個頁面包含了哪些元素,你是怎么定義這些元素的,以及各元素之間的關聯(lián),而是一些界面層面的文字表達,如下面這句話:
教師只在一所學校任教,不顯示學校名稱;只在一所學校任教且只教一個班級,不顯示班級名稱。
這句話很顯然是將教師的任教規(guī)則和不同規(guī)則對界面顯示的影響,這兩個本不屬于一個層次的事物描述在了一起。導致不但影響你對產(chǎn)品的設計把控,對不同的研發(fā)獲取產(chǎn)品不同信息也是一個挑戰(zhàn)。
說白了就是,你大部分做的都是交互或者UI這個職位應該做的,這也是很多剛入門產(chǎn)品經(jīng)理做的工作,當然,我也是從這過來的。
所以,最后的結論是,你應該分開寫,但是,分開寫的前提是,你要知道結構層和框架層到底是什么。
3、結構層
用戶體驗要素一書中對結構層的定義是這樣的:
結構層包括信息架構和交互設計。交互設計和信息架構都強調一個重點:確定各個將要呈現(xiàn)給用戶的元素的“模式”和“順序”。交互設計關注將影響用戶執(zhí)行和完成任務的元素。信息架構則關注如何將信息表達給用戶的元素。
而對于上述結構層的表達,結合自身實際工作,我理解的結構層,你要關注的是以下幾點
- 元素
- 元素的定義
- 元素之間的關聯(lián)
- 事件
- 組織原則
案例說明如下:
元素如下:
元素的定義如下:
元素之間的關聯(lián)如下:
事件如下:
組織原則如下:
備注:上述只是某個產(chǎn)品說明的部分信息摘取。
相信有了上面的分析,關注后臺數(shù)據(jù)層面的技術就會一目了然了。
4、框架層
再上到框架層,就是前端工程師和UI關注的層面啦,我想從以下兩個切入點說明。
頁面間
頁面間的關系你需要用產(chǎn)品結構圖表達,我又將產(chǎn)品結構圖分為無流程的和有流程的。
無流程的:
有流程的:
框架層的本質就是:表達結構層的信息元素在框架層是怎么流轉的
頁面內
頁面內關注的就是頁面內有哪些元素和用戶操作流程
以上是同一個頁面用戶從初始進入到進行每步操作后頁面的不同效果,你需要用文字傳達給技術。
這里有一個疑問:
經(jīng)常遇到,交互設計師改變了產(chǎn)品的線框圖或低保真原型的頁面組織結構,導致前端技術返工。
我的理解是:這個問題不大,只需保證輸出給技術前,產(chǎn)品經(jīng)理和交互設計師意見達成一致,確保沒有改變結構層的設計,并對框架層的設計保持意見統(tǒng)一。
其實,這個問題歸根結底還是公司流程規(guī)范的問題,所以有些體量小的創(chuàng)業(yè)公司由于沒有專業(yè)的流程和各階段產(chǎn)物標準,需要產(chǎn)品經(jīng)理靈活把控,對產(chǎn)品經(jīng)理的要求就是,產(chǎn)品經(jīng)理要清楚每個階段和每個階段的產(chǎn)物,要有規(guī)劃,層次分明,條理清晰,除了有整體規(guī)劃,還要能分解成階段性小目標去設計產(chǎn)品,并將階段性產(chǎn)物輸出給匹配人員。
以上就是個人對于產(chǎn)品各階段輸出產(chǎn)物和如何傳達的理解,希望對大家有所幫助。
作者:夏若,教育行業(yè)產(chǎn)品經(jīng)理,擅長交互設計、用戶體驗,總結癖,整理控。
本文由 @夏若 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載。
框架層直接用原型圖不是更好嗎?
我看的有點亂
哈哈,對于開發(fā)人員,表示很淡定,四年開發(fā)+一年帶隊,對開發(fā)人員知道的夠夠的,看一功能需求,需要多少表,有什么關聯(lián),一看就知道,沒存在撕的可能,除了他直接不干,辭職了,但一般職業(yè)人都不會這么沖動,就算辭職還有其他人會干,沒什么影響
感覺好詳細啊,需求還包括把無流程的框架層?
得看怎么理解需求啦,產(chǎn)品框架層也是需求的折射