網(wǎng)上有很多關(guān)于pos機地推流程,幫助你梳理B端產(chǎn)品業(yè)務(wù)流程的知識，也有很多人為大家解答關(guān)于pos機地推流程的問(wèn)題，今天pos機之家(m.xjcwpx.cn)為大家整理了關(guān)于這方面的知識，讓我們一起來(lái)看下吧!
本文目錄一覽：
1、pos機地推流程
pos機地推流程
本文作者根據自身經(jīng)驗總結了個(gè)人的業(yè)務(wù)流程設計方法分享給大家做參考，主要面向剛步入這個(gè)領(lǐng)域的產(chǎn)品經(jīng)理。enjoy~
在產(chǎn)品設計的過(guò)程中，不可避免的會(huì )涉及到產(chǎn)品的業(yè)務(wù)流程的設計，業(yè)務(wù)流程往往是多用戶(hù)、多角色、甚至是多企業(yè)協(xié)作最終完成最終目標。
例如：
To C電商產(chǎn)品設計過(guò)程中：主業(yè)務(wù)流程是：商家發(fā)布商品 → 用戶(hù)選擇商品 → 用戶(hù)購買(mǎi)商品 → 商家處理訂單 → 物流配送運單 → 用戶(hù)接收貨品。在這個(gè)主線(xiàn)業(yè)務(wù)流程中由商家、用戶(hù)、支付公司、快遞公司三方協(xié)作完成最終用戶(hù)在線(xiàn)上購買(mǎi)到商品的最終目標。
To B交易類(lèi)產(chǎn)品設計過(guò)程中同樣存在相關(guān)的業(yè)務(wù)流程：買(mǎi)家發(fā)布信息 → 賣(mài)家對接信息 → 雙方簽署合同 → 買(mǎi)家支付貨款 → 賣(mài)家履約交付。因此在這里個(gè)人憑借經(jīng)驗總結了個(gè)人的業(yè)務(wù)流程設計方法分享給大家做參考，主要面向剛步入這個(gè)領(lǐng)域的產(chǎn)品經(jīng)理，老司機請自動(dòng)忽略。
整個(gè)設計過(guò)程主要分為以下五個(gè)階段：
梳理業(yè)務(wù)流程：主要運用5W2H的方法獲取到現實(shí)場(chǎng)景中的實(shí)際情況，即使沒(méi)有現實(shí)場(chǎng)景可以參考，也要進(jìn)行梳理，不能忽略。切分階段目標：在主要業(yè)務(wù)流程中切分各個(gè)角色任務(wù)在業(yè)務(wù)流程中的主要業(yè)務(wù)階段目標及子業(yè)務(wù)目標。并可以此作為切分頁(yè)面的主要依據。細摳目標要素：仔細獲取不同的用戶(hù)完成不同的子目標所需要獲取關(guān)鍵要素，并對要素進(jìn)行分類(lèi)、分級。用戶(hù)頁(yè)面設計：基于以上分析設計用戶(hù)頁(yè)面，不包括網(wǎng)站整體架構設計。僅包括頁(yè)面流程、頁(yè)面布局、交互設計、文案設計等。目標用戶(hù)測試：將設計好的頁(yè)面帶入原場(chǎng)景中進(jìn)行測試，有能力的邀請目標用戶(hù)并運用輔助工具幫助獲取測試結果，加以調整。這里我重點(diǎn)描述前面三點(diǎn)梳理的過(guò)程，細節設計的第四點(diǎn)和測試驗證的第五點(diǎn)不在此累述。
一、梳理業(yè)務(wù)流程
梳理業(yè)務(wù)流程是一個(gè)挺復雜的過(guò)程，這個(gè)過(guò)程主要是以實(shí)際的業(yè)務(wù)場(chǎng)景為基礎獲取業(yè)務(wù)信息，然后抽象出一個(gè)以參與對象為節點(diǎn)的業(yè)務(wù)流程。此流程應當包括5W2H內容：Who、What、Why、Where、When、How to、How much，最終可以通過(guò)泳道圖等工具一目了然的展現方式展現出來(lái)。
1. Who：用戶(hù)，整個(gè)業(yè)務(wù)流程中所有涉及到的相關(guān)方
需要提醒的有如下幾點(diǎn)：
不單有客戶(hù)、商家、可能還會(huì )涉及到平臺側的服務(wù)人員，如：店小二、撮合員等。針對B類(lèi)產(chǎn)品客戶(hù)、商家可能不僅僅是單一角色，可能還會(huì )涉及到多個(gè)角色，如：業(yè)務(wù)員、內勤人員、財務(wù)人員，在不同階段參與人和參與度都不同?？赡軙?huì )涉及到產(chǎn)品定位以外的人員，比如行政管理人員等。早期可不做深入挖掘，但也需要收集，了解其參與的作用。2. What：目標，即用戶(hù)需要完成哪些事兒
這可作為后期拆分頁(yè)面的依據。
針對2C電商類(lèi)產(chǎn)品，比如：發(fā)布商品、選擇商品、購買(mǎi)商品、處理訂單、配送貨品、接收貨品等。針對2B類(lèi)產(chǎn)品，比如：發(fā)布需求、對接需求、簽署合同、支付貨款、履約交付等。當然，這些都是用戶(hù)在業(yè)務(wù)進(jìn)行到一定的階段需要完成的一些相對大一點(diǎn)的階段性的目標。這些目標在后續需要進(jìn)行進(jìn)一步的細分處理拆解子目標，作為后期切分頁(yè)面的依據。
3. Why：原因，了解用戶(hù)為什么需要完成目標
這涉及到設計的流程及頁(yè)面是否可以進(jìn)行優(yōu)化和調整，是否可以從流程上進(jìn)行節點(diǎn)刪除。梳理業(yè)務(wù)流程不是簡(jiǎn)單的照搬，需要分析現有實(shí)際場(chǎng)景中各節點(diǎn)的必要性，現有流程是否可以進(jìn)行優(yōu)化或者調整，知道原因能夠有效的幫你判斷。
例如：訂單生成后的調整價(jià)格，其源頭在于用戶(hù)與商家間的議價(jià)行為。如果是一口價(jià)流程中，則可以省去此節點(diǎn)。而且，為什么比是什么更重要，僅關(guān)注是什么的問(wèn)題，這是舍本就末。
4. Where：地點(diǎn)，主要說(shuō)明用戶(hù)會(huì )在什么地點(diǎn)完成目標
地點(diǎn)影響到，你提供給用戶(hù)完成目標的入口，如：訂單處理人員的辦公地點(diǎn)多在辦公室內，工作環(huán)境多數對著(zhù)PC端，如果僅提供移動(dòng)端頁(yè)面就是不符合場(chǎng)景的。倉庫管理人員往往需要盤(pán)貨，倉庫內很可能不能攜帶手機，也不會(huì )坐在PC前，因此其往往提供的是專(zhuān)業(yè)的智能終端，如：POS機、碼槍等。
5. When：時(shí)間，主要說(shuō)明用戶(hù)會(huì )在什么時(shí)間完成目標
時(shí)間影響到你提供給用戶(hù)完成目標的交互設計內容等，如：工作時(shí)間，用戶(hù)完成目標可能由于本職工作，需要信息盡可能的詳細，甚至對于信息的真實(shí)性來(lái)源等都有所考慮。但如果是業(yè)余時(shí)間，則用戶(hù)可能沒(méi)有意愿完成細致工作，簡(jiǎn)單的移交或者擱置、審批等則是更好的選擇。另外在視覺(jué)設計環(huán)節，夜晚使用的頁(yè)面設計和白天使用的頁(yè)面設計是不同的，例如微博的夜間模式。
6. How to：如何完成目標
這個(gè)過(guò)程真正體現了當前場(chǎng)景下用戶(hù)是如何操作、處理的。值得一提的是，這個(gè)環(huán)節需要特別在意用戶(hù)習慣，需要深刻挖掘用戶(hù)習慣。在后續的設計中最好是要能夠契合用戶(hù)習慣或者能夠細微調整它，若無(wú)政策要求（行業(yè)、企業(yè)強制命令），最好不要做大的改變。
例如：很多企業(yè)門(mén)店的營(yíng)業(yè)員操作工作用電腦的時(shí)候，切換信息輸入框是通過(guò)Tab鍵來(lái)操作的，并且一直的習慣是自上而下，從左往右。但是新設計頁(yè)面在右邊有很大的鼠標操作按鈕，并且進(jìn)入頁(yè)面就焦點(diǎn)設置為此處，這樣就會(huì )改變他們的操作習慣，讓用戶(hù)覺(jué)得不適應。同樣，財務(wù)人員輸入數字通常使用小鍵盤(pán)，如果為了防止出錯，交互設計改為鼠標點(diǎn)擊數字，也會(huì )讓用戶(hù)覺(jué)得非常的不適應。
7. How much：完成其目標所需要花費的成本代價(jià)
這點(diǎn)是可以打動(dòng)用戶(hù)的一個(gè)很重要的方面。如果可以把收費升級為免費，把貨真價(jià)實(shí)變成物超所值，或者在等價(jià)值的基礎上給用戶(hù)更多的體驗，這將是產(chǎn)品的殺手锏。
以上是梳理業(yè)務(wù)流程需要提搞清楚的相關(guān)內容，獲取這些信息的方法可以通過(guò)：現場(chǎng)調研、用戶(hù)訪(fǎng)談、場(chǎng)景觀(guān)察等方法獲悉。獲悉后，將相關(guān)內容分類(lèi)梳理歸集成以上幾點(diǎn)內容，可以通過(guò)【場(chǎng)景列表】+【泳道圖】表現出來(lái)。（以下案例內容純屬虛構，請勿當真）
場(chǎng)景列表：
（右擊，在新標簽頁(yè)中打開(kāi)即可查看大圖）
泳道圖：
需要提醒一點(diǎn)：傳統業(yè)務(wù)需求梳理通常會(huì )畫(huà)一張業(yè)務(wù)流程圖，業(yè)務(wù)流程圖的重點(diǎn)展現業(yè)務(wù)流程，缺點(diǎn)是往往缺少用戶(hù)。如下圖（摘自百度）：
因此，結合【泳道圖】+【業(yè)務(wù)流程圖】更清晰明了。
二、切分子目標
在業(yè)務(wù)梳理的過(guò)程中，我們會(huì )獲取到用戶(hù)在不同階段的業(yè)務(wù)目標，這些都是以推進(jìn)業(yè)務(wù)完成為目的階段性業(yè)務(wù)目標，但是在用戶(hù)實(shí)際完成這些目標的時(shí)候還可以拆分成為更小維度的子目標。如：用戶(hù)的目標是找到合適的商品，在這個(gè)過(guò)程中可以拆分成為查找商品分類(lèi)，瀏覽商品列表，瀏覽單個(gè)商品多個(gè)子目標。
另外切分子目標的好處在于：
可以依據階段性目標和子目標拆分頁(yè)面，可以初步判斷單一頁(yè)面完成一個(gè)子目標為宜。拆分大小目標可以輔助后續第三步驟細摳頁(yè)面排版及目標要素。拆分大小目標可以為用戶(hù)測試準備。切分頁(yè)面可以遵循以下幾個(gè)規律給大家參考：
同一業(yè)務(wù)流程中，不同的用戶(hù)完成的階段性目標，一定拆分成為不同的頁(yè)面。同一業(yè)務(wù)流程中，同一用戶(hù)完成的一個(gè)階段性目標，需要拆分成為單一的頁(yè)面。 例如用戶(hù)選擇商品和用戶(hù)購買(mǎi)商品這兩個(gè)都是階段性目標，拆分成兩個(gè)頁(yè)面。同一業(yè)務(wù)流程中，同一階段性目標的不同子目標，可以拆分成不同的頁(yè)面，也可以合并成一個(gè)頁(yè)面。例如：訂單處理人員處理訂單，如果首先需要了解有多少訂單需要處理，則就需要單獨頁(yè)面；然后處理單挑訂單可以單獨訂單處理頁(yè)面。但是場(chǎng)景如果切換成為客服人員處理訂單問(wèn)題，則可以通過(guò)在一個(gè)頁(yè)面中錄入訂單號直接查詢(xún)訂單，就不需要拆分頁(yè)面。三、細摳目標要素
當場(chǎng)景通過(guò)階段目標及子目標切分后，就進(jìn)入頁(yè)面設計階段：
首先，基于用戶(hù)使用場(chǎng)景，梳理完成頁(yè)面指定目標（可以階段目標也可以是子目標）實(shí)現的頁(yè)面流程，標記操作點(diǎn)。例如，訂單管理人員稽核審核訂單信息是否正確，流程圖如下：
因此完成這個(gè)目標需要拆解成為如下幾個(gè)操作點(diǎn)：查詢(xún)未稽核訂單、查詢(xún)單個(gè)訂單、填寫(xiě)備注、轉客服處理、轉倉庫發(fā)貨。
其次，基于頁(yè)面流程對信息進(jìn)行過(guò)濾。信息過(guò)濾原則如下：
保留必須信息：保留在頁(yè)面操作過(guò)程中必須的信息，如：訂單時(shí)間、訂單編號、訂單類(lèi)型等。隱藏可要可不要的信息：部分信息在特殊場(chǎng)景下影響用戶(hù)判斷，需要展現，常規場(chǎng)景下不需要展現，就要進(jìn)行隱藏，用戶(hù)按需點(diǎn)開(kāi)展現。如：訂單是出問(wèn)題的歷史訂單，這里只需要標記，如果有需要疑問(wèn)可以點(diǎn)開(kāi)查詢(xún)歷史更新記錄。刪除不必要的信息：不必要的信息對于當前用戶(hù)決策不起作用，堆砌在頁(yè)面上可能會(huì )影響用戶(hù)處理效率，直接刪除。但是要提醒的是，不必要的信信息是相對的，例如買(mǎi)家信息，在篩選未處理稽核訂單時(shí)，是無(wú)效信息，直接刪除不用展現；在單訂單稽核處理操作時(shí)，其就是重要信息，應重點(diǎn)展現。
最后，對于保留展現的信息內容進(jìn)行分類(lèi)，按照信息的相關(guān)性進(jìn)行分類(lèi)，方法可以使用卡片法。
四、用戶(hù)頁(yè)面設計（本文不累述）
基于以上分析設計用戶(hù)頁(yè)面，不包括網(wǎng)站整體架構設計。僅包括頁(yè)面流程、頁(yè)面布局、交互設計、文案設計等。
五、目標用戶(hù)測試（本文不累述）
目標用戶(hù)測試是原型設計完畢之后，有效修正設計的重要手段。面對ToB類(lèi)的產(chǎn)品，最好一定邀請實(shí)際的使用用戶(hù)基于設計的原型進(jìn)行用戶(hù)測試。目標
用戶(hù)測試有以下幾個(gè)好處：避免浪費：利用原型進(jìn)行用戶(hù)測試可以能夠在較早期發(fā)現設計的缺陷進(jìn)行優(yōu)化，避免浪費視覺(jué)及研發(fā)資源。專(zhuān)家評審：ToB類(lèi)產(chǎn)品用戶(hù)，相對于其需要完成工作，多數都是專(zhuān)家級用戶(hù)，獲取專(zhuān)家評審意見(jiàn)有助于產(chǎn)品更切近用戶(hù)習慣。構建預期：ToB類(lèi)產(chǎn)品用戶(hù)測試可以給目標用戶(hù)構建用戶(hù)的預期，便于后期推廣使用。擬定培訓手段：ToB類(lèi)產(chǎn)品用戶(hù)測試時(shí)可以在早期提供給設計團隊用戶(hù)反饋情況，便于后期制定用戶(hù)使用培訓手段，以及提前構建問(wèn)題庫。綜合以上五步，主要是業(yè)務(wù)流程梳理、設計、驗證的過(guò)程，不涉及到產(chǎn)品功能體系結構的搭建及后續設計研發(fā)內容，純屬個(gè)人方法總結，提供給大家做做參考，歡迎交流。
本文由 @爬網(wǎng)口水蟲(chóng) 原創(chuàng )發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載。
題圖來(lái)自 Pexels，基于 CC0 協(xié)議
以上就是關(guān)于pos機地推流程,幫助你梳理B端產(chǎn)品業(yè)務(wù)流程的知識，后面我們會(huì )繼續為大家整理關(guān)于pos機地推流程的知識，希望能夠幫助到大家！
