用戶故事:卡片、對話和確定;基于三個步驟進行開展。
成都創(chuàng)新互聯(lián)公司主營華池網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,APP應(yīng)用開發(fā),華池h5小程序開發(fā)搭建,華池網(wǎng)站營銷推廣歡迎華池等地區(qū)企業(yè)咨詢
舉例:項目:A公司是一家檢測設(shè)備公司下的子公司,主要服務(wù)對象是制造業(yè),由于早起軟件系統(tǒng)陳舊,導(dǎo)致客戶滿意度很低。公司決定,面向制造業(yè)的痛點,重新開發(fā)一款迎合當下市場的軟件,應(yīng)包含:企業(yè)基礎(chǔ)架構(gòu)、生產(chǎn)作業(yè)管理、生產(chǎn)質(zhì)量管理、生產(chǎn)過程監(jiān)控、能耗管理等等,需要在3個月內(nèi)上線。幸運的是,客戶愿意指派對接人員與研發(fā)人員一起規(guī)劃系統(tǒng)。
在某周的早上,客戶、產(chǎn)品負責人、研發(fā)小組、Scrum教練在一個單獨的環(huán)境中,展開對系統(tǒng)需求的研討和系統(tǒng)功能的確定。
識別客戶:
又過了許久.......
角色確定為:
角色建模:接下來,團隊考慮為每個角色卡上添加詳細描述。詳細描述將根據(jù)領(lǐng)域和軟件類型的不同而有所不同,需要考慮一下因素:
基于上面的團隊對每個角色卡片討論,他們覺得有必要更新一下用戶角色卡片:
有了上述的用戶角色卡片及延展性的備注后,Scrum教練向組員建議創(chuàng)建用戶畫像,并解釋用戶畫像可以使用戶角色更豐滿立體,不再是冰冷的需求代號,而是真實存在。
于是,廠長葉海龍這一畫像,就這樣誕生了:(基于真實存在的人員)
通過這張畫像,是否對系統(tǒng)某一個用戶的形象更為具體?組員是否更清晰產(chǎn)品所要面向的具體使用者,那么系統(tǒng)功能就會相對清晰明了,避免了基于客戶/研發(fā)人員頭腦中”理所當然的需求“;
有了這些最初的故事列表,團隊進入下一個步驟”編寫故事作坊“,于是成員又開始進行一次頭腦風暴:
第一種方式:
第二種方式:
葉海龍:
直到組員無法再寫出新的故事卡,然后將所有故事卡進行匯總,除去重復(fù)的,組員終于可以松一口氣,喝杯咖啡。別高興的太早,活還沒有干完。接下來要做什么呢?各位思考一下....
總結(jié):
用戶畫像可以簡單理解成是海量數(shù)據(jù)的標簽,根據(jù)用戶的目標、行為和觀點的差異,將他們區(qū)分為不同的類型,然后每種類型中抽取出典型特征,賦予名字、照片、一些人口統(tǒng)計學要素、場景等描述,形成了一個人物原型 (personas)。
1.宏觀 – 構(gòu)建具象認知,構(gòu)建戰(zhàn)略、戰(zhàn)術(shù)方向:為了讓團隊在核心用戶上達成統(tǒng)一且具象的認知,方便在后續(xù)投入上有的放矢;根據(jù)用戶畫像的信息做產(chǎn)品設(shè)計,必須要清楚知道用戶長什么樣子,有什么行為特征和屬性,這樣才能為產(chǎn)品提出戰(zhàn)略和戰(zhàn)術(shù)層面的指導(dǎo)。
2.宏觀 – 探索用戶足跡,用戶(市場 )導(dǎo)向:詳細了解我們的真實用戶是如何和產(chǎn)品及其相關(guān)內(nèi)容進行互動等;必須從業(yè)務(wù)場景出發(fā),解決實際的業(yè)務(wù)問題,之所以進行用戶畫像要么是獲取新用戶,或者是提升用戶體驗,或者是挽回流失用戶等,并最終為用戶設(shè)計產(chǎn)品。
3.微觀 – 構(gòu)建底層數(shù)據(jù)基礎(chǔ),如第二條所講,可以讓產(chǎn)品更符合使用的真實需求,從而更好的貼合客戶;一切只為客戶滿意度,否季度KPI又泡湯了。
4微觀 – 方便信息的處理:有了標簽后組員可以方便地處理各個量化需求并進行分類,評估迭代周期。