隨著業務發展，三方平臺與業務不適配度不斷提升，也就有了自研銷售管理軟件的契機。本文以自己公司業務的銷售管理軟件為例，分析相關產品方案設計思路，希望對你有所幫助。

前段時間公司自研了一套適配于本公司業務的銷售管理軟件，基于此跟大家分享下產品方案的設計思路~

一、明確業務背景

合作三方的CRM銷售管理軟件的主線流程為“流量——線索——MQL——SQL——商機——成交——增購復購/轉介紹”，這也是市面常見的全鏈路營銷漏斗，大而全。而公司銷售策略簡單粗暴，拜訪客戶即為商機，持續跟進直至轉化為客戶，否則掉入公海。隨著業務發展，三方平臺與業務不適配度不斷提升，也就有了自研銷售管理軟件的契機。

二、方案設計思路

2.1 確定業務目標

接手一個需求，首先要了解業務背景、業務目標，從而確定設計的邊界、范圍；如本次的銷售管理軟件，目標是在三方合作到期前完成業務遷移，能用自研產品完成業務數據錄入，那設計重點就可拆分成兩個：一是自研軟件能跑通業務、二是三方數據清洗及遷移。

2.2 梳理業務流程

業務流轉都遵循一定的流程，業務梳理的本質就是找出業務經過的每個節點由什么角色做什么操作，一般分為以下6個步驟：

1. 明確梳理的是什么業務；
2. 它從開始到結束需要經過哪些節點；
3. 每個節點都經過誰，需要做什么操作；
4. 哪個節點有逆向流程，怎么觸發，經過誰，需要什么操作；
5. 異常場景有哪些，經過誰，需要什么操作；
6. 監督及管理整個流程；

完成這一步后，基本掌握了業務內容、每一步的主體和流程，整合抽象成系統語言，輸出業務流程圖，圖為銷售管理示例：

2.3 拆解節點

整理出業務節點后，能確定系統的主要功能模塊，接下來需進一步分析每個節點下業務的具體流程及各角色功能。以上圖商機流轉為例，整體分為新建客戶、拜訪客戶、簽訂合同、上線客戶、正式運營、掉入公海六個節點，分別可整理出：

• 新建客戶：銷售錄入客戶信息，此時需校驗客戶是否已被跟進；
• 拜訪客戶：銷售確定拜訪的客戶及客戶地址，到達目的地后打卡簽到、簽退，系統根據打卡有效范圍返回打卡狀態。如發起線上反饋，則需客戶運營介入處理，客戶運營線上將反饋內容同步至銷售；
• 簽訂合同：銷售發起合同審批流程，需看到審批流節點、各個節點的審批狀態；
• 上線客戶：運營人員在后臺創建客戶，系統需同步銷售客戶線上狀態；
• 正式運營：客戶在平臺產生交易銷售才有提成，所以系統需同步銷售客戶運營狀態；
• 掉入公海：銷售在規定時間內未簽下客戶，客源流失進入到公海池；如需二次開發，則區總可分配給本區域銷售，管理員可分配給本區域、也可跨區域分配；

通過分解每個節點的流程，可以更加清晰的了解業務的流轉，并減少需求點的遺漏。

2.4 明確數據權限

確定業務流程涉及到的角色，角色所需的菜單權限、功能權限、數據權限；

• 菜單權限：能看到哪些頁面；
• 功能權限：能做哪些操作，如查看、編輯、啟用、禁用；
• 數據權限：能看哪些數據，一般為本人創建數據、本人關聯數據、部門數據、全部數據；

2.5 設計數據指標

將業務流程梳理完成并輸出產品方案并不是目的，一切最終是要為數據指標服務，要么是提升人效、要么是提高業績、要么是方便管理，目的不同需要的數據也就不同。以銷售管理為例，每個部門每個角色都有自己的考核目標，考核什么就會關注什么。執行層的人更關注行為指標，區總更關注部門的完成度。

（1）對銷售而言

• 他們更關注自己的業績：目標是多少、完成了多少、還差多少、客戶當月應開未開額多少；
• 績效完成度：當月需拜訪客戶數、還差幾個、哪些客戶可以去拜訪；
• 拓客方式：是否有未對接客戶、公海池是否有可開發客源；

（2）對區總而言

• 更關注部門業績完成度：目標是多少、完成了多少、還差多少、部門客戶當月應開未開額多少、目前部門排行第幾；
• 每個人的績效完成度：誰完成了目標、誰沒完成目標、還差幾個、什么原因沒完成；
• 每個人的轉化情況：誰的轉化不好、哪步不好、什么原因不好、怎么改變；

根據不同角色設計指標數據，按漏斗圖、儀表盤、圖表等形式展示給各個角色，完成數據管理。

三、結語

以上便是產品方案設計的基本思路，當然不同業務形態下設計步驟不盡相同，比如簡單的優化需求明確業務背景后就可進行頁面設計，更復雜的項目會有整體業務流程、單節點業務流程、產品交互流程等過程，需要具體項目具體分析了。

希望本篇文章對大家有所幫助~