Salesforce資深產品設計師: 把toB產品當成樂高城堡去設計

作者：由貴妃奶黃包發表于書法時間：2016-08-11

作者 | Jason Wang

特贊小編提示：本文探討了企業級產品設計可擴充套件性的難點和解決方案，也許能加深你對toB 產品設計的認識，讀完大約需要5分鐘。

提到企業級產品，人們的印象總是不太好：難看，難用，還很貴。企業級產品因為自身的複雜，又要兼顧

可訂製性(customizability)

和

可擴充套件性(Scalability)

，往往

來不及顧得上使用者體驗

。然而這一切其實正在這一波網際網路浪潮中悄悄改變……

Salesforce 是一個處在快速上升階段的一個已經價值500 億美金的雲計算公司。一年半以前，我離開亞馬遜的Lab126，加入Salesforce，選擇從消費級轉換到企業級產品設計，讓我對這兩者的差別非常感興趣，也讓我瞭解了這個行業如何為產品的可擴充套件性做設計，這篇文章我將

對企業級產品設計的挑戰和應對策略做一個梳理。

2017 年即將完工的Salesforce Tower 將成為美國西海岸三藩市的新地標

設計企業產品的挑戰

樂高城堡挑戰

如果有人問我Salesforce 是做什麼的，我都會把我們的產品比作一個樂高城堡。這個城堡可以是公司的銷售，客服，市場營銷，人力資源，資料分析，等等的組合解決方案。

我們設計和輸出的是一個個樂高的零部件，讓使用者或者諮詢公司可以按照他們的需求組裝

。最後，我們希望幫助我們使用者的客戶愛上他們的品牌。

但是問題來了：

如果我給一千個人每人發一大盒樂高零部件讓他們來造城堡，這一千個人會發揮他們的想象力給我搭建一千種風格迥異的城堡。

企業產品也是這個道理。他們所在的行業，公司的業務流程，政府法規的管制，部門的工作目標等等都影響了企業解決方案的搭建，也時刻改變著人們如何使用這個系統。從這個角度來看，設計師在設計企業產品時最有效的做法（也是最大的挑戰），就是

找到人們都需要的那座大眾城堡作為起點，對樂高的每一個零件都考量它如何為不同企業的應用場景服務

。

同理心挑戰

為消費級產品設計有一個優勢是

設計師自己可以作為使用者之一來評審設計

。如果連自己都不喜歡，那麼這個設計一定存在問題。但是設計企業產品情況則完全不一樣。

首先，產品設計師自己可能

沒有銷售或者客服行業背景。

我很難想象銷售人員一天管理幾十個客戶，而每個機會都是百萬訂單是一種什麼樣的體驗；又或者是隻拿著十幾美金的時薪，連午餐都沒時間吃，卻還要在一天之中接上百個氣沖沖的客戶投訴電話會是一種什麼生活。而且這些人不是我在街上或者公司廚房隨時都能碰到並有空跟我聊上一會的。

其次，

產品購買者不一定是終端使用者

。以客服行業為例，客服部門的管理者關心的是SLA（服務級別合同），KPI（關鍵績效指標），CSAT（客戶滿意度），而產品的實際使用者也就是客服人員關心的則是如何能儘快錄入資訊，找到幫助文件，或者是讓電話另一端情緒滿滿的客戶感受到自己的關心而不是敲電腦。設計產品時我們更多地是從產品經理和客戶管理層那裡獲得需求。長此以往優先考慮商業需求，也就形成了企業軟體使用者體驗常常讓人難忍的現狀。

反饋鏈條繁雜冗長

也是一個挑戰。從產品的最初銷售，到諮詢公司為客戶實現方案，到投入使用，再到需求的變化和產品的升級，時間跨度可以長達三年，可能有上百人參與這個專案。你從這些環節中聽到的反饋常常是某個公司在某個環節中的一份資訊，有管中窺豹的感覺。使用者研究和產品設計需要利用這些資訊描繪出整體的影象。

這些挑戰都跟企業級產品所需要的可擴充套件性相沖突，也讓設計師的工作變得有趣起來。

如何設計擴充套件性好的企業產品？

1. 瞭解商業和趨勢

很多時候商業問題都是產品經理或者BD更關心的話題。但是對於企業產品來說，

產品設計師應該對商業運作和趨勢更加了解

。下圖［1］把UX放在Business， Technology 和Design 的中心，也包含了這個想法。

使用者體驗是商業，科技和設計的交集

以客戶服務行業舉個例子，全美42%的客服中心表示電話語音渠道需求在逐年遞減。對於Gen Y人群來說，社交媒體是他們尋求客服幫助的首要渠道［2］所有的客服中心都有將客戶導向自動服務渠道的需求，因為人工服務成本高昂。美國著名調研諮詢公司Gartner 的預測顯示2020年全球客服行業將有85%的客戶關係管理將不會有人工介入［3］。這些資訊都劍指一個更個性和智慧的高效自動的客戶服務模式。那麼我們如何利用科技的發展，公司的收購，產品的發展規劃來跑在曲線的前面去設計產品呢？在Salesforce，很多新功能的需求都伴隨著這個功能可以帶來的ACV （年化合同價值）。

從商業角度來規劃你的設計，能讓你在重要的決策會議上贏得一個座位和籌碼。

2. 定義清晰的產品範圍

設計或者重新設計一款企業產品戰線往往拉得很長。一個產品數月甚至是幾年的開發迭代週期，到被使用者採納使用又是數月或者幾年。這種情況下設計師僅僅說我們的方案更美觀，更好用是肯定沒有太大說服力的。

清晰地定義產品的購買者（中小型公司），使用者群（銷售組織成員），使用者目標（提高生產力）和MVP (最簡可行產品）

，能夠在航海一般的設計過程和溝透過程中提供方向指引和自我約束調控。

3. 設計原則

設計原則可能是設計師最好的朋友了。在設計產品之前，你可以跟你的利益相關者一起商討這個產品的體驗應該遵循的原則。最好還給這些設計原則排個重要性的順序。因為沒有實際設計的限制，大家可以暢所欲言也比較容易達成一致。這些原則可以開啟你的設計思路，幫助你做設計選擇。關鍵的是，

當你和利益相關者對設計決策產生矛盾和辯論時，你們可以重新看看當時大家都同意的設計原則，來突破僵局。

Salesforce 的設計團隊就有這樣的

四條設計原則[4]：清晰，高效，統一，美觀

。（我們的一個實習生還用三藩市的幾個知名建築給這幾個原則配了插畫，讓這些原則生動起來）

舉個例子來說，對於Salesforce 的產品，清晰地呈現資訊是跟使用者建立信任的首要原則。在沒有辦法的情況下，我們甚至可以犧牲效率換得Clarity。

美觀的設計很重要，但是前提是我們要保證清晰，高效和統一。

在實際操作過程中，因為我們很早就跟公司的高層領導統一了這些設計原則的考量，它也就成為了一套有力的監督系統讓每一個人都能來評審我們的產品。

4. 創造更多使用者研究的機會

由於同理心的挑戰，使用者研究在產品設計過程中更為重要

。跟使用者研究員坐下來腦暴更多接觸客戶的途徑肯定有幫助。目標是建立一個方便管理的用研流程，保證每個開發週期裡開始設計前問題空間（problem space）裡的疑問都能有時間去探索，設計達到了一定的成熟度以後可以同步展開一些初步的定性研究。

如果是一些不需要專業知識的區域性產品測試，現在市面上還有

很多自動測試工具可以幫忙

（在美國，通常使用的工具是UserZoom 和Validately）。他們可以自動篩選使用者，在短時間內低成本獲得足量的定量資料。

參加會議

也可以短時間內接觸到很多直接客戶，而且你會發現客戶也很想向你瞭解產品的最新走向。Dreamforce 是Salesforce 在三藩市一年一度的客戶盛會。小到五個人的公司，大到世界五百強，大家都會聚到一起來討論新的趨勢。這也是我們設計師接觸各種使用者展開調研的好機會。

5. 為團隊溝通也做設計，不拖欠決策債

其實所有企業產品設計的挑戰絕對不僅僅是產品設計師的挑戰。我們的合作者，從產品到開發，從市場到銷售，都會真真切切地感到同樣的迷惑。作為領導者，設計師應該也考慮花時間

為團隊溝通做溝通設計(Communication Design）

。把合作資訊用便利貼放到牆上去，管理好你的合作者的期望，儘可能讓合作變得透明，主動從設計的角度去跟進各個環節的程序。

聊到這你可能也發現了，企業設計有點像個黑盒子［5］。我們的首席設計師Craig Villamor 常說要

消滅決策債務——你每一個拖欠著沒有決定的問題之後解決代價會變得越來越高。

在企業設計的情境下，設計決策就像開一艘巨大的遊輪：方向錯了還可以敏捷調整，如果船根本不動，就沒有向前行駛的可能性。

6. 建立設計系統(Design System)

回到樂高城堡的例子，

建立設計系統

（比如Google 的Material 設計系統）就好比給固定的模組塗上特定的顏色，將常用的模組提前安裝好讓人們隨取隨用。這樣即使產品由不同地區互不相識的團隊設計，也相對比較容易達到產品的統一性。在企業軟體的情境下，還有另一重障礙： Salesforce 的雲平臺也開放給Salesforce 外部的個體開發者，跟app store 類似，任何經過Salesforce 稽核的個體開發者開發的軟體，都可以放到Salesforce App Exchange 上供Salesforce 的使用者選擇和使用。而這些外部的個體開發者可能時間有限，可能根本沒有使用者體驗設計的相關知識，我們如何能夠節省他們的時間幫助他們高效完成部署又達到設計的一致性呢？我們的團隊嘗試開發了一套類似Bootstrap的

Lightning Design System

（

https：//www。

lightningdesignsystem。com

）。和Bootstrap 原理一樣，開發者可以只寫一行程式碼來宣告一個元件，所有的互動和視覺都由我們來提供。

這套設計系統獲得了很大的成功。對於內部開發團隊和第三方開發者，他們免去了實現設計細節的繁瑣過程。對於設計團隊，設計風格的維護和改進變得更加集中。