結合陌陌注冊分析,如何設計業務流程圖
前言:1.本篇主要講的是產品業務流程圖的設計過程。關于什么是流程圖,流程圖怎么畫,都有哪些工具等等這些本篇沒有講;2.寫的目的是為了分享和加深自己的理解。之前聽了一堂關于設計業務流程的課,當時簡單做了一些筆記,現在重新翻出,套用學到的方法,加上了一些自己的理解,寫出本文。
什么是業務流程圖?
首先簡單說一說我理解的業務流程圖,用字面意思來拆解,業務流程圖=業務+流程+圖。業務是目標,流程是完成目標的一系列操作,圖是描述這些操作方式。
所以,業務流程圖就是用圖來描述實現業務目標的一系列操作。
為什么要畫流程圖?
這里我拿一個比較火的段子舉例:老婆給當程序員的老公打電話:“下班順路買十個包子帶回來,如果看到賣西瓜的,買一個。”當晚,程序員老公手捧一個包子進了家門。。。老婆怒道:“你怎么就買了一個包子?!”老公說:“因為看到了賣西瓜的。“
關于這個笑話,我分別發給了產品狗和程序猿,問問他們的看法。
產品狗的看法
程序猿的看法
很明顯可以看出,產品狗和程序猿的思考方式不一樣。
假設“老婆”是產品狗,需求是買十個包子和一個西瓜,結果程序猿實現的結果是只買了一個包子,那肯定該撕逼了。
產品狗說:“這個研發,這么簡單的需求都聽不懂。”
程序猿說:“這個產品,需求都說不明白”
段子是段子,但實際工作中經常會出現類似的問題,一個需求研發實現出來和產品想的不一樣。那么怎么解決這類問題呢,最好的辦法就是流程圖。
買包子業務流程圖
有了這個流程圖,需求清晰了很多,程序猿還會只買一個包子回家嗎?在描述很多邏輯關系時,流程圖更清晰易懂,更加便于溝通、便于傳閱。
產品業務流程的設計過程
這里我打算結合陌陌的注冊功能來簡單說一說產品業務流程的設計過程。
1.回顧核心業務邏輯
陌陌是一款基于地理位置的陌生人社交工具,核心業務是附近的人。這個想必大家都比較熟悉,這里就不多說了。
2.明確用戶和任務
會使用陌陌注冊功能的,簡單來說就是未注冊陌陌賬號的新用戶(要注意的是,有些流程可能會有多用戶,比如淘寶流程,有買家和賣家。多用戶可以分出泳道,畫帶泳道的流程。);陌陌的核心業務是附近的人,有頭像和昵稱的用戶對于陌陌才屬于有效的,沒有頭像和昵稱的附近的人,會傷害產品的環境,所以必須要求用戶填寫資料,盡可能詳情的個人資料也有助于陌生人社交時產生話題。同時我們希望更多的用戶愿意注冊、完成注冊,最后我們的到的用戶和任務是:讓未注冊陌陌的新用戶,愿意并順暢的完成注冊,并且填寫用戶資料!
3.開始與結束
從哪開始,到哪結束。這里重點要思考的何時是開始,是默認讓用戶登錄/注冊呢?還是在需要權限時才觸發登錄/注冊?這里需要結合上面的用戶和任務,如何讓用戶愿意注冊,陌陌帶給用戶的價值是幫助用戶認(yue)識(pao)附近的人,而且陌陌對氛圍控制還不錯(比微信附近的人質量高很多),那么可以先讓用戶看到附近的人,促使用戶愿意注冊。
到這里,其實已經有了一個大概的業務流程:
這時候需要繼續往下走。
4.異常情況
從這個流程圖雛形可以看到,可能出現異常的地方有很多。手機號碼錯誤、或者格式不對怎么辦;密碼的規則是什么,不符合規則怎么辦;驗證碼錯誤,沒收到怎么辦;昵稱規則是什么;個人信息不合規怎么辦;頭像不合規怎么辦等等。
出先異常時需要給出異常流程,異常流程光靠產品經理自己想,很難把異常情況都考慮清楚,尤其是一些復雜的業務,最好和技術、測試多溝通,提早發現在完成這一系列操作時可能出現的問題,并且解決它。
作為產品,我們需要制定一些規則,同時在交互設計時通過一些手段來避免異常的出現;(例如:輸入密碼時,彈出英文軟鍵盤,為空時禁用下一步,輸入到最大值時禁止輸入等等。) 還需要考慮異常情況下的反饋;(例如:陌陌密碼規則是6位,那么小于6位怎么提示用戶,用toast、還是彈窗、還是頁面內提示?)。
5.明確順序
考慮到了異常情況,就會出現異常流程,異常流程可能會有很多。這時候要注意的是,保證主線流程清晰,避免繪制完流程搞不清楚走到哪是結束。順序方面是先讓用戶輸入手機號和密碼,還是先輸入個人信息?(微信注冊是先輸入手機號后個人信息,陌陌是先輸入個人信息后手機號,有興趣可以留言討論一下為什么)關于這一塊的設計,可以基于心理學設計,也可以基于數據來設計等等,沒有絕對的好,做到有理有據,符合邏輯,要讓你的團隊信服,是第一步;然后是根據數據分析,根據不同時期,根據不同目標等等,保持迭代。
6.參與角色
這里的角色指的是用戶、工作人員(比如舉報業務流程中有人審核、訂餐業務流程有人送餐等等)、服務端、數據庫等等;角色過多時,把角色分出泳道,可以讓流程圖更加清晰。另外就算只有兩個角色,如果重點在于表達角色之間的分工關系,那么還是泳道流程圖更加合適。
7.優化調整
優化首先要先復雜后簡單,先加法后減法。先說加法,首先要把流程考慮全,考慮完整,比如異常流程、角色。然后再說減法,為什么要做減法?因為流程圖的本質是溝通工具,為了讓溝通更高效,作為產品要考慮用戶的感受,看你流程圖的研發、測試等等,都是這個流程圖的用戶。如果這個流程圖又全又細、密密麻麻,看起來讓用戶感到很有壓力,不能清楚的溝通,那反而偏離了它的本質。如果你在這個業務流程中,重點表達異常情況和異常流程, 那需要異常流程細化,但如果你業務流程的順序流向,那異常流程就不用太過詳細,那些詳細的描述可以放在PRD中來說清楚。優化還有合并、分拆,陌陌把輸入昵稱單獨分拆了一步,生日、性別、家鄉、頭像四個信息合并在了一步,有興趣的可以思考或者留言討論。合并、分拆同樣得有理有據,保持迭代。
8.輸出文檔
這里我簡單整理了一下陌陌的注冊流程,畫的比較簡單,重點表達的是它的流程順序。實際的注冊流程要復雜很多,背后考慮問題的也是更多的。有興趣的朋友可以體驗一下。
陌陌注冊流程
最后感謝看到這里的朋友,歡迎批評,歡迎討論,歡迎一起學習。
本文由 @ Cc丶 原創發布于人人都是產品經理。未經許可,禁止轉載。
soul的崛起就意味著陌陌的涼涼
為啥不是輸入手機號就提示“該手機號已注冊,請立即登陸”
這不是讓沒注冊過的用戶注冊碼?
我也覺得是先驗證格式是否正確后,就直接判斷是否是已注冊的號碼。不然如果是已注冊的號碼,前面的判斷就變得有沒意義。
不錯學習了,但看到后面以標題不符啊,業務?-》功能,可能俺與題主定義的不一致
想請教一下~有些模塊的點擊步驟很多,報告的小版塊很多,這種時候業務流程圖需要寫的很細么?如何排版更好?感謝??
受教了 ??
參與角色沒看懂,注冊的參與角色不就是用戶嗎。
哎,這都沒看懂,鄙視我自己
哈哈,你可愛了?。。?!
我要被你笑死在這里了……
關于微信先手機號后個人信息,微信注重的是把該新用戶的社交方式轉移到微信這個平臺上來,新用戶去加好友是有一個線下的社交基礎的(老友/同事/初次見面大家掃一掃),這種模式相互不大會去關心微信上的個人信息。而陌陌先信息后手機,高質量的個人信息能相應的提高該新用戶的社交價值,對于陌陌來講這個用戶的價值就越大,陌生人社交時,對方的信息越詳備,對這個人的畫像就越清晰。
受教了
第一個流程圖畫的不全,是否看到賣西瓜的->否->買十個包子回家。 不加上買十個包子回家,程序猿有可能空手回去的。 ??
前面已經買了十個包子了
買包子在 是否看到賣西瓜之前就已經完成了。也就是說不管看沒看到賣西瓜,他包子已經買了。
我覺得這個事情可能性有好幾種。他先買了10個包子,然后看到賣西瓜瓜的,總不能扔掉9個包子吧;
先看到賣西瓜的,不買西瓜,然后買一個包子;
不管先買包子后西瓜還是先西瓜后包子,他最終買了10個包子一個西瓜。
另外,如果用戶是已經注冊了的,在這里是不是已經修改密碼和賬號了?沒有說明。。。
本身流程是很復雜的, 這個流程也被我略掉了。 如果用戶是已經注冊過但是他忘記了, 到最后一步是會提醒手機號已注冊,昵稱是“XX”,可以選擇可選擇“是我的賬號,直接登錄”or“不是我的,繼續注冊”。
在完成個人資料填寫的時候是不是也應該有判斷的,填寫不正確應該一直在某個頁面的
是需要有判斷的, 重點表達了它的流程順序,所以沒加異常流程。
我覺得判斷是否已經注冊應該是在輸入手機號碼時就判斷啦
再多考慮幾個場景或許就想通了。 比如,你新辦了一張手機號要注冊陌陌, 但是這個手機號碼已經被上一個擁有者注冊過了,
安全性考量, 假設你想知道女朋友的手機號是否注冊過,直接驗證出來,不符合安全性的;
為啥判斷是否已注冊是在后面才判斷
陌陌判斷手機號已被注冊后會提示,手機號已注冊,昵稱是“XX”,可選擇“是我的賬號,直接登錄”or“不是我的,繼續注冊”。我猜測的原因是, 陌陌把輸入手機號放到了個人信息后面, 如果在輸驗證碼之前判斷并提示手機號已注冊, 并不能明確告訴用戶該怎么辦,只能終止注冊,顯然陌陌不希望這樣。
那這一步手 機號已注冊,昵稱是“XX”,可選擇“是我的賬號,直接登錄”or“不是我的,繼續注冊”就可以在一開始就得到了。而不是等用戶獲取驗證碼了之后再來得到。
填寫驗證碼之前沒辦法驗證用戶身份, 如果按你說的做, 我隨便找一個手機號,就可以獲取該號碼的陌陌昵稱。
你題目說的是業務流程,其實后邊卻在畫功能任務流程,不知道我理解的對不對
?? 可能咱倆的定義不一樣, 互聯網圈很多名詞都沒有明確的定義。從什么是需要,到什么是用戶體驗、甚至到PRD(你會發現每個公司的PRD都不太一樣,有的寫的是交互文檔) 所以,知道說的是一什么事就好,不要太過于關注定義。 ??
??
名詞認識我和你的觀點一樣。也認為這是某一任務流程,不是業務流程。:)
表示同感
這畫的是任務流程圖而不是業務流程圖
不錯學習了
??
超超 ,請收下我的膝蓋
??