談談B端業務系統的首頁設計

2020-11-28 人人都是..

編輯導語:作為B端業務系統的產品經理,經常收到各類聚焦於具體功能點的業務需求,卻鮮有針對首頁的優化需求;但是當我們滿足了各類業務需求後,用戶仍會吐槽系統難用,老闆也認為對業務提效沒作用;本文是作者關於B端系統的設計分析,我們一起來看一下。

筆者通過大量的用戶訪談和各類B端系統的使用分析,發現背後的原因主要有2點:一是產品功能的交互體驗糟糕,而另外一個重要原因是首頁設計不到位。

針對B端產品交互體驗的優化,大家可以多看看尼爾森的互動設計10大原則,今天主要想跟大家分享下關於B端業務系統首頁設計的一些思考~

一、首頁的產品定位

業務系統的核心目標是支持頂層業務管理目標的快速達成,所以業務系統的首頁設計應該從業務目標管理效率這2點出發。

針對不同用戶角色聚合常用的數據信息和功能操作,通過數據激發動力,通過快捷工作檯高效執行,以此來實現業務管理目標的高效達成。

二、首頁的設計思路

1. 分角色

業務系統的特點之一便是涉及組織角色多,且每個角色的崗位權責不同。所以首頁的設計需要針對不同角色定製不同的首頁。

2. 通過數據信息激發動力

德魯克說過:「如果不能衡量,就無法管理。」作為業務系統,管理者肯定會針對不同的角色下發對應業務考核指標,這些數據會直接與績效薪資掛扣。

所以在首頁上,應該有相關的數據信息以激發用戶的工作動力;例如 一線銷售的首頁需要有相關的業績排名數據,以激勵銷售想法設防維護老客戶同時不斷開發新客戶。

3. 通過消息公告精確觸達

業務系統首頁是用戶每天必須高頻訪問的頁面,通過首頁進行相關消息公告的觸達效果是最及時且最準確有效的。

所以針對各種業務策略的的調整,需要在首頁內通過消息公告實時傳達下去,以保證一線業務人員能按照最新的策略去開展工作。

4. 通過快捷工作檯高效執行

組織為了管理高效,針對每個崗位的權責不會太多,所以落到系統內常用功能只有幾個。

但是整個業務系統涉及到的業務流程複雜,用戶處理業務時往往需要在很多頁面間進行切換,一定程度上影響著用戶的工作效率。

所以B端產品需要一個快捷的工作檯,讓用戶快速跳轉到對應的業務處理頁面。

三、CRM首頁設計的實戰過程梳理

下面將模擬設計一款CRM的首頁,具體為大家介紹下如何進行業務系統的首頁設計。

背景簡介:這是一家大型網際網路公司,整個銷售體系是以地推為主,電銷輔助,涉及銷售人員1W+。公司的CRM產品雖然現在常用的數據和功能都已經完善,但是並未聚合到首頁,所以用戶需要來回在多個菜單間切換,使用效率較低。因此啟動了CRM首頁的重構項目。

1. 需求調研

和其他常規需求一樣,第一步也是需求調研。只是首頁本身是聚合頁面,用戶難以表達很明確的需求。所以在調研方式和流程上需要有更多思考,下面是我這邊常用的首頁需求調研步驟。

1)梳理CRM相關的組織架構及崗位權責

因為首頁需要分角色定製,所以第一步需要先了解清楚整個系統涉及到哪些組織和角色。

大部分公司都會有組織架構和崗位權責說明書,所以這個環節也可以與HR團隊溝通,獲取到這部分數據。

下圖是這家公司的銷售組織架構,主要分為了3部分:戰略大客戶、城市新籤、電銷。其中CRM系統的最核心用戶是城市新籤團隊,人數佔了90%。

所以下面的分析,均以【城市新籤團隊一線BD】為例展開。

舉例:該公司【城市新籤團隊一線銷售】的崗位職責說明

  • 開發:搜集未合作門店信息,通過談判促成商家合作,完成新門店的籤約任務。
  • 運營:通過對新老門店的異常數據增長點進行分析,並協助商家制訂改善方案,提升門店產出。
  • 維護:持續對已合作門店進行到店拜訪和電話拜訪提升客情。
  • 競爭:收集競品在市場中的動作,整理分析影響並匯報,執行上級制訂的對攻動作,提升市場佔有率。

2)梳理各個角色的日常工作SOP流程

基於前2步梳理的組織及崗位權責,分別找到對應的用戶調研日常工作流程(具體到每天、每周、每月的工作流程),以便更加深入了解他們的需求。

這部分如果是相對規範的大公司,應該會有成型的體系和文檔,可以直接從HR團隊獲取;如果沒有,就需要找到對應的實際用戶進行調研訪談,甚至是日常工作陪訪觀察。

舉例:城市新籤團隊一線銷售的日常工作SOP流程

3)各個角色核心數據及常用功能

基於上一步的流程梳理,基本上可以判斷出各個崗位關注的核心數據和常用功能。

接下來,可以通過現在系統內的數據埋點情況進一步確認。

舉例:城市新籤團隊一線銷售關注的核心數據和常用操作。

核心數據:

  • 個人的提成數據,提成排名;
  • 個人的籤約數據,目標完成情況;
  • 個人的回款數據,目標完成情況;
  • 客戶異常,例如掉海、逾期未回款;

常用操作:

  • 客戶檢索-快速查到客戶,處理相關問題;
  • 認領客戶-擴展新客戶;
  • 添加拜訪計劃;
  • 到店打卡;
  • 添加拜訪;
  • 創建合同;
  • 日常工單;

2. 首頁方案初稿設計

前期的溝通調研到位,那方案的設計其實就相對簡單,無非就是搭積木。

舉例: 城市新籤團隊一線銷售的首頁初稿

從一線銷售SOP流程可以看出,該角色是上午在辦公室用PC,下午外勤用APP,所以對應的首頁需要設計PC和APP兩個版本。

1)一線銷售首頁-PC版

銷售主要是上午和晚上在公司時採用PC,所以要結合BD使用PC的場景來梳理。

為了便於銷售能第一時間了解到公司的業務策略,所以頂部增加了【①消息公告區域】展示最新的業務策略等信息;同時增加【⑦消息通知】入口和數據角標提示,讓銷售能關注到普通的消息。

為了提升銷售的動力同時為了在早會時提前了解自己的業績情況,通過【②核心數據】展示銷售業績情況及排名。

一線銷售上午在公司主要是做當天下午的拜訪計劃,所以直接將【③拜訪計劃】直接展示出來,便於銷售做拜訪計劃和路線規劃。點擊可進入拜訪計劃列表頁面,然後對計劃進行調整。

因為做拜訪計劃時,一般銷售都會優先關注異常的客戶,所以通過【④客戶異常預警】展示出來,方便銷售及時了解到這些異常情況並且安排對應的拜訪計劃。

做完計劃後,銷售要做對應的拜訪材料準備,這裡就需要進入【客戶詳情頁】去查詢相關的數據,所以在首頁增加【⑥快捷搜索】可以快速進入對應門店詳情頁;同時在平時處理客戶問題時,也可以直接通過這個入口快速定位。

然後在【⑤快捷操作】這裡主要是聚焦在辦公室用PC時的常用功能,例如工單處理、尋找新客戶、錄入合同等等;同時增加了【自定義功能】更靈活的支持一線銷售的使用習慣。

最後是增加了相關的一些入口:APP下載、問題反饋、操作指南等。

2)一線銷售首頁-APP版

因為App主要是外勤拜訪期間使用,數據和操作項相較PC都有相應的調整。

  • 因為銷售用APP比較多,所以在APP首頁通過【②核心數據】展示了業績、回款、提成等數據,讓銷售時時能看到並不斷激勵。
  • 有些政策消息的發布時間是在下午銷售外勤期間,所以增加【①消息公告區域】和【⑥消息通知】入口。
  • 因為外勤期間主要的工作就是拜訪,所以單獨將拜訪常用的3個模塊展示出來
  • 今日計劃–通過數字角標提示銷售,今日未完成的拜訪計劃數,【點擊】直接進入拜訪計劃列表,查看明細。
  • 到店打卡–【點擊】可快速完成籤到;
  • 打卡未錄入–通過數字角標展示今日尚未完成填寫的拜訪記錄,避免銷售忘記錄入拜訪記錄而導致拜訪無效;【點擊】直接進入拜訪記錄列表頁,然後錄入拜訪信息。
  • 因為走訪期間,會因為客戶臨時爽約。所以需要在APP上尋找新的拜訪客戶,因此增加【④客戶異常預警】展示出來,方便銷售及時了解到這些異常情況並且安排對應的拜訪計劃。
  • 同時在拜訪期間,會需要臨時查看某些客戶的情況,所以增加【⑤全局搜索】,快速定位到對應客戶。

3. 首頁方案初稿評估

接下來我們模擬一線銷售小李的一天,評估新版的首頁是否能達到管理目標,提升管理效率。

09:00——10:30 在公司參加早會,這段時間不需要使用CRM系統。

10:30——12:00 打開電腦登錄到CRM系統。開始今日拜訪準備+日常事務處理。

  • 首先,第一眼看到【①公告區域】公司最新的提成政策出來了,這次提成加大了新籤的比例,看來這個周要多開發新客戶了。
  • 接著,看到【②數據區域】自己的排名,這個月籤約業績才完成了30%,同桌的小張已經80%了;再看看提成,小張比自己多出了8千多了;好吧,沒有對比就沒有傷害,小李的鬥志瞬間被激發了。
  • 接著,看到【③拜訪計劃】今天的拜訪計劃才定了2個,要完成業績目標,今天必須要跑滿6家客戶才行,到底要拜訪哪些客戶呢?
  • 接著,看到了【④業務預警】即將掉海的客戶有6個,這些都是好不容易挑到的好客戶要儘快跟進下,否則掉出去就可惜了;點擊【即將掉海客戶】,進入客戶詳情頁,撥通聯繫人的電話,逐個預約了本周的拜訪時間,然後同步創建了對應的拜訪計劃;接著針對【業務預警】裡的其他客戶重點梳理了下,今天剩下的幾個拜訪計劃都確認了。
  • 接著,看下【⑤快捷操作】裡裡有3個待辦工單的,點擊進去完成了處理。
  • 處理完工單,看看時間11:30了。小李想起來早會的時候盤點客戶,發現目前待合作的客戶只有20%,迫切需要儲備新客戶了;點擊【⑤快捷操作-公海客戶池】,從裡面篩選出了一批還不錯的客戶,認領到自己私海了;小李計劃著本周對這幾個新客戶都拜訪下,先找到聯繫人了解下大概情況。

12:00——18:30 小李外出拜訪,基本都在使用App。

  • 按計劃來到第一家客戶,打開APP首頁【③到店打卡】,完成了今天的第一個籤到。
  • 找到老闆開始溝通,因為第一次拜訪所以主要是介紹公司的產品;這時老闆問到,隔壁的商戶情況,正好這家店已經合作了,小李想著直接拿那個商戶的數據給這個老闆講講,正好是個成功案例。小李通過首頁【⑤全局搜索】,輸入那個商戶的名稱直接進入了該商戶的詳情頁,直接給這個老闆展示了下該商戶合作前後的效果對比數據;老闆聽完這個成功案例很滿意,讓小李儘快做一份合作方案後天找他再溝通下。
  • 第一次拜訪結束後,小李打開【③打卡未錄】找到剛剛這個商戶的打卡記錄,順手錄入了這次的拜訪信息,同時預約了後天的拜訪計劃。
  • 到了下午4點,小李看了下【③今日計劃】的數字角標已經沒有了,今天的拜訪任務提前完成了;今天還能再跑幾家客戶,先看看即將掉海的客戶有沒有正好在附近的,可以順路過去看看。點擊【④業務預警-即將掉海客戶】,正好裡面有2家在附近,走過去,小李順利完成了這2家客戶的拜訪。

18:30-19:00 小李回到公司參加晚分享。

19:00–20:00 小李打開電腦,開始處理日常事務。

  • 今天情況不錯有1個客戶成功續約,一個新客戶也成功籤約了。要趕緊要把合同錄進去,爭取這周走完流程。打開電腦點擊【快捷操作-新建合同】,完成了合同的錄入。
  • 19:20,今天拜訪的一個客戶給小李打電話說,後天想約小李過去聊下合作方案;小李,掛完電話點擊【快捷操作-新建計劃】把這個客戶加入到了周三的拜訪計劃裡。
  • 19:30,小李想起來,今天公司其他業務線的同事跟他微信上分享了一個客戶叫XX,說還挺不錯的;小李想著先看看這個客戶的情況吧,點擊【全局搜索】輸入客戶名稱,快速找到了這個客戶;進入客戶詳情頁,這個客戶確實不錯體量很大,如果能籤下來提成應該能拿不少;小李趕緊把這個客戶認領到了自己的私海內,同時加入到了明天的拜訪計劃裡。
  • 19:50,首頁消息這塊有2個新消息提醒,點擊【消息通知】發現今天錄入的2個新合同已經審批通過了,客戶也籤完字了。

20:00 小李關上電腦,下班回家~

通過模擬銷售小李的一天,可以看出小李通過首頁,高效的完成了相關的動作,並且取得不錯的業務結果。

所以這套首頁方案初步判斷是OK的。

4. 首頁方案上線後優化

首頁改版最好是能先灰度一版,灰度期間深入到一線走訪。通過觀察用戶對首頁的使用情況,調研用戶的使用反饋,不斷優化迭代,最終給到用戶一個真正好用的首頁。

四、首頁方案上線後優化

首頁改版最好是能先灰度一版,灰度期間深入到一線走訪;通過觀察用戶對首頁的使用情況,調研用戶的使用反饋,不斷優化迭代,最終給到用戶一個真正好用的首頁。

業務系統並沒有太多可完全借鑑參考的首頁設計,所以本文只是簡單梳理了之前做首頁的一些經驗和心得,希望對大家有幫助。

 

本文由作者@水問 原創發布於人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash ,基於 CC0 協議

相關焦點

  • B端產品設計3大流程業務流程圖、功能流程圖、頁面流程圖
    本文介紹了B端產品設計的三個流程圖:業務流程圖、功能流程圖、頁面流程圖,與大家分享!B端產品往往涉及複雜的業務關係和場景,線下業務一般會涉及到採購、銷售、物流、財務、人力、倉管等多個不同的部門和角色。如何用產品支撐B端業務落地是一項非常有挑戰性的工作,要求產品經理既要有對宏觀的把控能力,又要有對細節的專注力。
  • 乾貨分享|B端產品的指標設計思路
    編輯導語:很多時候我們都是靠指標進行判斷,在B端產品中也是如此,指標可以幫助我們進行分析和推理,特別是對平臺和業務進行分析時可以用到;本文作者分享了關於B端產品的指標設計思路,我們一起來看一下。
  • B端和C端產品的區別
    2、業務形態 B端:業務場景複雜:角色多對應的業務場景多,流程差異大:不同的行業不同的客戶,需要不同的專業解決方案。 C端:業務場景、邏輯簡單、流程相對標準化:用戶群體比較固定,場景相對簡單,產品要求簡單,流程要求相對統一標準化。
  • B端APP產品的端內運營:資源位、PUSH
    導語:就B端APP產品的產品運營崗來講,APP端內運營主要包括資源位與PUSH的常規運營。本文作者主要從這兩方面入手,對主要展現形式和內容進行了梳理說明,並分享了自己的幾點看法,與大家分享。01 資源位:天然的產品廣告位資源位:又稱「廣告位」,是APP端內的天然推廣入口,常見的資源位類型有:閃屏|開機屏、彈屏、首頁banner、二樓。另有特型通欄(一般有大型活動時開放;首頁不定期展示)、頭條動態輪播、搜索熱詞、排行榜、首頁圖標和氣泡,等等。
  • 設計師做C端還是B端好?
    編輯導語:對於設計師來說,在工作中所做的產品類型主要是B端項目和C端項目。近些年來,由於網際網路進入下半場,C端用戶增長觸及天花板,流量的紅利逐漸消退,很多企業的業務由C端轉向了B端。從C端設計切換到B端設計,或從B端設計切換到C端設計,都並非易事。今天這篇文章,本文作者就和我們一起聊一聊設計師做C端還是B端好?
  • C端產品與B端產品 到底有什麼異同
    上圖就是一個典型的商旅雲的示意圖:  內圈:商旅雲系統,需要和機票、酒店、火車、打車等供應商及管控系統緊密連接;  外圈:商旅雲需要服務於企業出行人、差旅經理,同時還要對接企業的OA、HR、費控等系統,是商旅雲與外部系統的連接。
  • 5W2H,幫助你梳理B端產品業務流程
    本文作者根據自身經驗總結了個人的業務流程設計方法分享給大家做參考,主要面向剛步入這個領域的產品經理。enjoy~在產品設計的過程中,不可避免的會涉及到產品的業務流程的設計,業務流程往往是多用戶、多角色、甚至是多企業協作最終完成最終目標。
  • 微信不能承受之痛:B端即時通訊產品設計
    消息和指令的定義在通訊場景裡,消息可以定義為:「人與人」之間或者是「系統與系統」、「系統與人」之間用作信息交換的基本單位。而指令是上一級對下一級的指示或命令,或者是控制計算單元執行某一運算的代碼。二者既有相同點又存在著顯著的不同,如下圖所示,我們可以從消息和指令的「主體」、「內容」和「環境」三個維度來進行分析。
  • 對比C端產品,B端產品如何做需求分析?
    我們以B端產品的CRM系統為例,在需求分析階段,產品經理的工作主要包括:明確干係人;需求採集;深入分析需求;需求整理;軟體設計。一、明確干係人C端產品經理經常談及明確目標用戶、用戶細分、用戶畫像等詞彙,在B端產品中,明確干係人工作與C端產品的用戶細分工作相似,但在B端產品中干係人又不僅是系統的用戶。1. 干係人種類干係人主要包括:出資者、使用者、評價者。
  • B端產品如何進行業務全場景的需求梳理?
    方便溝通比如:在產品設計完成,進入開發後,可能會遇到技術問你為什麼要開發這個功能,可不可以把幾個功能合併成一個功能等等問題。如果你不能回到業務場景,回到用戶使用產品的場景,不能從用戶使用場景的角度來回答、溝通問題,那麼很多時候會造成溝通的不順暢,以及產品推進受阻的現象。2.
  • B端的靈活用研方法 | 人人都是產品經理
    以下是自己做B端產品經驗的一些看法和總結,希望和大家共同探討,共同進步。話不多說,請您過目,多多指教哦~~^_^1. B端產品的特點1.1 產品分類公司管理服務,常見的HR系統、OA系統。公司業務運營服務,包括供應鏈系統、ERP系統、財務系統、運輸系統、生產系統等各種業務處理系統。
  • 以C端產品思維和方法做B端產品?
    特別在各類需求的分析上,C端產品經理主要依賴經驗和「想」,B端產品經理則需要嚴謹的使用各類業務分析方法。是不是感覺C端產品經理和B端產品經理的思維和方法不太相容?所以,本文重點是,如何在B端產品的建設中,融入C端產品設計的思維和方法。或者說 ,C端產品的思維和方法,能為B端產品帶來什麼樣的借鑑價值。
  • B端C化也許是產品設計的新風向
    編輯導讀:C端行業已經是一片紅海,流量紅利幾乎已經見頂,不少企業將目光轉向了B端行業。儘管B端產品未來可期,但是初次接觸B端的產品經理還是一頭霧水,更有觀望者遲遲不能下定決心。而作為產品設計師來說,B端產品設計大有可為。本文作者對此發表了自己的看法,與你分享。
  • 深度解析B端用戶畫像從理解到建立
    、決策因素推導,和C端一樣B端同樣需要想方設法的通過設計與用戶達到情感共振。第一,說到B端用戶畫像感受最為直接的就是:「關於B端的用戶反饋是真的少」這主要是因為B端的用戶的總量從體量上來說就比C端少了很多;要成為一個B端的用戶首先得是一個有B端系統賦能之下的工作的從業人員,這就一下子刷掉了許多人可以成為目標的客戶
  • B端互動設計——數據可視化圖表
    在B端設計中,數據可視化是必不可少而且非常重要,越來越多的設計師需要和數據打交道,但是很多設計師不懂可視化當中不同用途的圖表規範,只是單純設計出好看的數據圖表,卻不能給用戶帶來更多的信息和價值。  因此掌握數據可視化能力是設計師必不可少的一個技能,然而目前國內網際網路對於數據的教學不夠全面,這讓很多B端的設計師很苦惱;所以今天我結合自己的工作經驗和大家分享一下——「數據可視化之圖表設計」,為大家梳理一套完整的數據可視化的框架,以及關於可視化設計的基本準則和規範。  幫助大家理解什麼樣的數據對應什麼樣的圖標,了解顏色的意義,知道數據排版的要點。
  • 復盤:從0到1設計A/B測試系統
    因此先介紹系統背後的基礎原理還是十分必要的,也能幫助大家更好地理解系統設計背後的目的所在,全文展開的節奏如下:介紹 A/B 測試背後的統計學原理和試驗流程,拋出系統的定位,幫助大家理解系統設計的目標;結合對 3 大類涉及 A/B測試功能產品的調研,對背後不變的產品邏輯和系統架構進行抽象總結,幫助大家明確各個關鍵模塊及作用;在設計系統各個關鍵模塊時,需要重點考慮的地方,屬於落地實操部分,
  • 談談汽車動力系統電路設計中的那些傳感技術
    談談汽車動力系統電路設計中的那些傳感技術 佚名 發表於 2016-01-19 13:35:18 當今的汽車正朝著提供高能效同時對環境影響降至最低的方向發展。
  • Web經典B/S快速開發框架,強大後臺+簡潔UI一體化開發工具
    3.用於實現各類業務系統,如 OA、ERP、MIS、CRM、電商平臺等系統的開發。框架本身是一個可二次開發的開發平臺,開發者可以根據開發嚮導進行配置直接生成功能模塊;但是他又是一套原始碼,開發者也可以直接在 VS 中基於框架開發,甚至還可以對開發框架進行開發擴展。4.強大的權限管理組件,完成業務功能開發後,系統可以直接使用通用權限來管理業務功能的操作權限及數據權限。
  • 關於B端狀態流轉的思考
    編輯導讀:本文作者從狀態的定義出發,結合案例對狀態的作用進行了解讀,並詳細梳理了狀態流轉設計的方法和設計過程中需要注意的問題,與大家分享,希望通過此文能夠加深你對狀態流轉這一步驟的認識。最近接到了這樣的需求:我們的業務後臺是供業務方創建和維護業務內容的。業務方在創建、變更、完成和中止業務時,需要對不同的業務進展進行變更,由部門主管和其他部門人員協同進行審批。
  • 概念設計 | Windows 10 知乎客戶端設計
    總結的說,知乎最核心的入口依然是首頁的信息流,同時提供一個與用戶無關的系統推薦閱讀,而消息則是一個需要第一時間顯示並快速進入的入口,同時也是後續社交化發展的重要媒介,設置和個人中心使用頻率較低,因而可以適當弱化。