作者:PMnote,九櫻天下產品經理。

微信公眾號:PMnote

作者授權早讀課發表,轉載請聯系作者

歡迎投稿到早讀課,投稿郵箱:mm@zaodula.com

「流程」較之于原型圖是更為抽象些的東西。畫個流程圖怎么畫?該畫什么不該畫什么?怎么思考?流程分為哪些類?這些東西直到真正接觸過之后,才慢慢搞懂,之前真是懵懂懵懂,產品這東西啊,沒有讓你動手實踐,還真是欠些什么。

那么產品經理日常中大概最多接觸的是一下流程,他們包括業務流程、操作流程和頁面跳轉流程。這些都是0-1歲產品經理該掌握的東西,他們多是圍繞產品本身展開,理解起來并不困難。他們都是呈現給你的團隊,你的下游的交付物,全團隊都會遵照這個流程來行動。

業務流程通常會由幾個「角色」來組成,他會有一種流水線般的工作線,A搞定了,傳給了B,B搞定他的部分,傳給了C,C搞定后又要將結果傳給A做。簡單的理解這種穿梭在各種角色中的操作就是所謂的“業務流程”。他組成了你產品能夠運行起來的最根本的行為。如果業務流程走不通,那么這個產品就是不可用的。

操作流程是什么?是用戶要完成某件任務要經過的哪些操作。流程只說明用戶的操作就可以了,這個相對簡單一些,因為我們人人都是“用戶”。比如登錄注冊流程、地圖應用導航流程等等。

最后是頁面跳轉流程,這一部分主要是讓別人理解你網站的一個交互過程,讓人不至于看懵。這里面會設計到一些邏輯上的問題,比如一個提示彈框出現后,如果點擊確定,下一步頁面去哪里?點擊取消呢?點擊返回是返回哪里呢?這都是你要在這里解釋清楚的事情。

首先從業務流程開始說起了,我在設計產品的時候常常從業務流程開始。我們要做一個叫“我要訂餐”的產品。

現在我們需要一個流程將業務跑通,假象一下我們的產品是個第三方訂餐平臺,平臺上有很多餐館,用戶通過我們的平臺點餐付款,我們通知餐館做飯,送餐等等。我們首先要做的就是理清產品中有多少種角色,在腦子里想象下如果一個用戶下單,需要穿梭過多少種角色才能完成它的下單流程,然后用軟件或是紙筆來將流程畫出。

畫業務流程通常會用到“泳道圖”這個是專門來表示多角色配合的一種流程。如下圖,我隨手畫的,示意一下。

角色有三,用戶,系統(后臺),廚房(第三方商家)。

我們來跑一下這個短短的流程,如果「用戶」選好了今天的飯菜,提交訂單了,這時就將訂單信息推送給了「系統」,「系統」在后臺生成訂單,用戶的訂單狀態變為「等待付款」。(其實系統這部分用戶是看不到的,但是產品經理需要想清楚。)用戶會來到支付頁面,這時候做一個判斷,用戶是否為這個訂單支付了費用呢?如果是,那么「系統」就會受理這個訂單,將信息推送給第三方「廚房」,如果不是,那么用戶就是取消了訂單,訂單狀態變為「訂單失敗」。接到訂單的第三方廚房也會做一次判斷,這個訂單接還是不接呢?這是個問題~

我眼中的業務流程是個大局的東西,在思考他的時候也是著眼于整個系統的,你不在是一個用戶,因為用戶是不必知道后臺的一些判斷細節或是操作過程的,但如果你是產品經理的話是一定要清楚的。流程中總是由一個動作展開,那么思考時,我們要對每一步都帶著一個“如果…不……”會怎么樣的心態,就會發現很多可以做判斷的地方。如果支付不成功呢?如果廚房不接單呢?如果退款不成功呢?這樣想下去你的流程細節就會越來越完善。

OK,回顧一下,業務流程的重點是:設定角色,跑通流程、用“如果…不……”窮盡判斷,思考產品背后的判斷邏輯。

操作流程,顧名思義,就是用戶對產品的一個操作流程,這個流程是為了完成某個任務。比如成功下單,比如登陸注冊,比如退款等等。我又很簡單的畫了下面的圖,這就是“用戶下單”的操作流程。

他完全是以一個用戶的操作角度來寫,你也可以去畫一下系統后臺某種操作流程等等,他并不限于所謂的消費者用戶。在初畫操作流程的時候,不要早早的去過分在意細節與逆流程,逆流程便是那些需要判斷是否的那個“否”的流程。第一次我往往都會用最理想的狀態,將流程跑通,再去思考這里面會不會有那些“如果……不……”的細節。

他算是比較好理解的了,這個流程我通常會在完成原型圖完成后來制作,通常會用Axure來繪制,再加上一些文字上的注解。業務流程與操作流程都在他之上完成,當建立起來操作流程,頁面跳轉的流程也就躍然紙上了,只是在做某些交互行為時要多加注意頁面之間的邏輯、層級關系,做到跳轉不歧義。

比如前幾天我一個上了些年紀的親戚來請教我手機網購的事情,我一步步教他如何選商品、注冊、下單、支付,當訂單提交后,頁面定格在了。“恭喜您,下單成功”頁面中,并給了一個查看訂單和聯系客服的按鈕。他問我:“下一步怎么辦,我還想買別的”。

這是頁面跳轉流程的問題呢?或是叫他用戶體驗,交互問題都可吧。已經完成購物的用戶,真的在那一刻想看“訂單詳情”嗎?還是引導他去買更多的東西?這便是頁面跳轉引導流程上的思考了。

透過上面的案例,不難看出流程實際上就是“開始,結束,行動,狀態與判斷”的組合。一切流程都有啟示的位置與結束的位置,我們在其中行動(與之交互),有時候一個行動我們需要判斷是否要做,做完了又會變成一種什么狀態。如此反復,就形成了所謂的流程。

認識了概念,看過了示例,如果你已經躍躍欲試了。

這里我會推薦先用紙和筆來做,先去多體驗一下其他競品的流程,把他們的流程記下來或是爛熟于心,然后在腦中去勾勒出自己產品的流程,逐漸將他們記錄在本子上,試著去模擬一個用戶在你的產品上使用的流程,當然也要去想后臺如果來處理用戶的一系列提交數據的動作,完成一整套的產品業務流程。這可能很龐大,我們可以像做項目一樣,將這些龐大的東西,細分打碎,通過完成一個個小模塊來最終繪制完成所有的流程。

流程電子化只是換了一種形式表達而已,不必刻意去追求軟件層面的創新;思考過,并且「想明白了」才是重點。如果在其中你發現了這個行業的產品,都是這么做的一個流程,那么可以試想“如果都這樣,那么他會不會是一個可以優化的機會呢?”

不盲目地確信你眼前看到的事實,不斷去反思,自省,質疑,是打磨一款流程簡潔、操作簡單的產品的法門之一。我們其實都在通往合格的產品路上,共勉吧。

本文轉自微信公眾號 互聯網er的早讀課

大家都愛搜:互聯網資訊 類類有話說 App推廣 運營經驗 線下推廣 活動推薦 微信營銷 姑婆專題 姑婆圈 ASO 校園推廣 地推 ASO100 渠道刷量 校園運營團隊

姑婆那些事兒(www.3377on.com)是互聯網推廣運營知識分享平臺,關注移動推廣(android,ios)運營,網站推廣運營、校園推廣及互聯網領域最新動態 。歡迎關注我們的微信(gupo520),新浪微博(姑婆那些事兒)。

本文由姑婆那些事兒發布,轉載請注明本文出處,并附帶本文鏈接,違者必究。