用戶場景化

這裏是IT修真院分享課，今天要分享的主題是

【用戶場景化】

敏捷開發講的其實就是Story，用場景來描述故事，Story定義你們都明白 ，做爲一個<角色>, 我想要<功能>, 以便於<商業價值>。拆解開來，角色，應該是做爲一個什麼樣的用戶；我但願作什麼樣的事情，是描述操做過程；以便於什麼商業價值，就是用戶但願最後達成什麼樣的目標。

拿上一篇文章講到的修真院廣告爲背景，這個story就應該是：我做爲一個對產品經理感興趣的用戶，我但願經過知乎廣告點進官網後會看到與產品經理有關的QQ羣而且可以提供加羣的方式，以便我加羣和其餘師兄弟一塊兒交流。

用戶場景，考慮的是你的用戶會在哪些場景之下完成這些操做，而且操做哪些事情。咱們會具體聊一些真實項目中的用戶場景，來幫助理解關於場景化的問題。

1、一個k12產品中的場景化

以前作過一個K12的產品，有個模塊是給中學生提供動畫課程體系，吸引用戶開通會員和付費，這種狀況咱們應該考慮到付費產品究竟是在什麼狀況下發生的，這能夠分爲兩種場景

1. 一堂課可能8元，用戶利用本身的零花錢能夠直接購買

2. 一堂課30，零花錢不夠，須要求助於父母，

這兩種狀況決定了產品的策略將會不一樣：第一種，咱們應該瞭解初中生和高中生正常平常消費，明白到底多少金額在用戶獨自承受範圍內，決策路徑越短，決策方式越快。

第二種，決策路徑加長，有必定丟失率。咱們須要儘量幫助學生提供說服父母購買產品的資料，這個時候咱們作產品不止要考慮用戶，還要考慮學生的父母。

2、修真院的用戶場景

修真院官網的用戶分爲3種，第一種是對修真院徹底沒了解，只是看到廣告偶然點進來的； 第二種是經過知乎等平臺，對修真院已經稍微有點了解的，第三種是修真院散修、外門、內門等正在學習的弟子

不一樣的角色在不一樣的場景下會有徹底不一樣的需求，一個完整的設計，是針對不一樣用戶儘可能去揣測什麼樣的用戶從什麼地方來，我須要提供什麼樣的功能體系

對於第一種用戶，他們須要的是，瞭解什麼是修真院，修真院交流體系什麼樣，它有什麼好處

對於第二種用戶，他們須要的是肯定學習，選擇意向職業，瞭解咱們會提供怎麼樣的幫助，以便他們快速在修真院開始學習

對於第三種用戶，他們想知道的是，要怎麼根據課程體系學，能獲得師兄怎麼樣的輔導

不一樣的場景和角色，對於使用修真院官網，甚至是對首頁的需求都是不同的

3、小結

當咱們作系統功能拆解的時候，要站在當前使用者的角度去走一遍完整流程，我是什麼的用戶，我想有什麼樣的操做，我但願獲得一個什麼樣的價值體系。

以登陸註冊爲例，我看到一個好的網站，我但願能夠登陸，以便讀取本身以前的信息，例如收藏。這是用戶的一個基本需求。正是經過登陸註冊、忘記密碼等等各個場景的描述，才共同構成了用戶使用行爲的事件。

PM作設計的時候必定要融入到用戶場景中，考慮用戶在什麼樣的場景下使用這個功能。針對不一樣的用戶和場景，須要咱們展示的價值點是大相徑庭的

【更多內容，歡迎加入交流羣565763832與你們一塊兒討論交流】

【這裏是技能樹·IT修真院：IT修真院官網，初學者轉行到互聯網的彙集地】