編輯導(dǎo)語(yǔ)：產(chǎn)品在設(shè)計(jì)過(guò)程中可能會(huì)遇到許多困擾，例如某個(gè)功能應(yīng)該選擇何種呈現(xiàn)方式、產(chǎn)品應(yīng)該如何交付原型……這些問(wèn)題都會(huì)造成糾結(jié)。本篇文章里，作者便結(jié)合自己的工作經(jīng)驗(yàn)，對(duì)自己在項(xiàng)目中遇到的幾大糾結(jié)點(diǎn)進(jìn)行了總結(jié)，不妨來(lái)看一下。

上一篇文章發(fā)出去了之后似乎沒(méi)有引起很多讀者的共鳴，讓我感覺(jué)有一點(diǎn)小小的失落。在我看來(lái)，我闡述的那些場(chǎng)景，應(yīng)該對(duì)每一個(gè)后端產(chǎn)品經(jīng)理都會(huì)有所感觸，但是實(shí)際的閱讀反饋?zhàn)屛矣悬c(diǎn)懷疑到底是標(biāo)題不夠吸引人，還是內(nèi)容不夠吸引人，還是我的公眾號(hào)讀者就不是很多……

不管怎么樣，這些糾結(jié)時(shí)刻確實(shí)伴隨了我很久，剛好借最近的新項(xiàng)目的機(jī)會(huì)，又重新復(fù)現(xiàn)并記錄了這些糾結(jié)的東西。所以我決定還是應(yīng)該寫(xiě)下來(lái)，在寫(xiě)作的時(shí)候再次思考和整理，同時(shí)如果寫(xiě)完的文章能對(duì)大家有所幫助，也是一個(gè)好事情。

那就繼續(xù)開(kāi)始我的「糾結(jié)」之旅吧，不過(guò)這一次，我打算換過(guò)一些行文方式：拆碎點(diǎn)來(lái)寫(xiě)。

一、沒(méi)有UI的時(shí)候如何交付原型

很多時(shí)候，初創(chuàng)型團(tuán)隊(duì)中往往都會(huì)有人員不齊，而這個(gè)時(shí)候UI往往是最容易被忽視的一個(gè)崗位。我之前做過(guò)的很多項(xiàng)目都沒(méi)有UI，甚至更極端的情況下團(tuán)隊(duì)中可能連前端都沒(méi)有，所有的前端界面和樣式都是要后端Java來(lái)做……

但是工作始終是要繼續(xù)推進(jìn)的，困難雖多，也有想辦法解決。如何交付高保真的設(shè)計(jì)稿就是一個(gè)常見(jiàn)的糾結(jié)問(wèn)題。

之前我在這一塊糾結(jié)過(guò)很多次，同時(shí)也踩過(guò)很多坑。雖然說(shuō)現(xiàn)在網(wǎng)絡(luò)上很多開(kāi)源的大廠的UI框架的元件庫(kù)可以直接使用，但是實(shí)際用起來(lái)的時(shí)候還是會(huì)發(fā)現(xiàn)這些組件庫(kù)總是有些地方不那么暢快。

• 例如在做一些國(guó)際化（多語(yǔ)言）產(chǎn)品的時(shí)候，很多元件庫(kù)默認(rèn)的對(duì)齊方式并不支持，還是需要手動(dòng)改造。
• 元件庫(kù)中只有基礎(chǔ)的按鈕和一些組件，但是寬度和間距等沒(méi)有給出規(guī)范頁(yè)；即使給出了規(guī)范頁(yè)，但是有很多子頁(yè)面或者新頁(yè)面還是需要自己?jiǎn)为?dú)標(biāo)注。
• 元件庫(kù)支持的場(chǎng)景不夠，很多頁(yè)面還需要根據(jù)業(yè)務(wù)而重新定制，需要在保持原來(lái)的規(guī)范基礎(chǔ)上，進(jìn)行自由發(fā)揮。
• ……

最后經(jīng)過(guò)了幾次踩坑實(shí)戰(zhàn)之后，我的解決辦法是：

• 畫(huà)業(yè)務(wù)原型的時(shí)候，把自己當(dāng)做產(chǎn)品看，畫(huà)原型的規(guī)范的時(shí)候把自己當(dāng)做UI看。先出業(yè)務(wù)原型的草圖，最后根據(jù)制定好的原型規(guī)范套進(jìn)去，再修改一次。
• 不需要所有的頁(yè)面都給出精細(xì)化的標(biāo)準(zhǔn)，這樣會(huì)很費(fèi)時(shí)間。先出一兩個(gè)標(biāo)準(zhǔn)頁(yè)，給出詳細(xì)的長(zhǎng)度，寬度，間距和大小等，評(píng)審之后先開(kāi)發(fā)，看看實(shí)際情況。后續(xù)類(lèi)似的原型頁(yè)面，只需要大概把元素和交互說(shuō)明清楚就可以，就無(wú)需精細(xì)化的標(biāo)準(zhǔn)了。

之前我經(jīng)常困于一些新業(yè)務(wù)的頁(yè)面設(shè)計(jì)，就是因?yàn)橐环矫嬗挚紤]了業(yè)務(wù)問(wèn)題，另外一方面又考慮了UI規(guī)范的問(wèn)題，最后導(dǎo)致效率不高，畫(huà)出來(lái)的東西也不太好。其實(shí)拆分成兩個(gè)角色，看似多耽誤了時(shí)間，但是其實(shí)反而是最高效的做法。

先畫(huà)業(yè)務(wù)草圖

再套上UI規(guī)范

二、令人又愛(ài)又恨的啟用和停用

啟用和停用這兩個(gè)狀態(tài)在B端管理系統(tǒng)中很常見(jiàn)，但是對(duì)于設(shè)計(jì)者來(lái)說(shuō)這是一個(gè)又愛(ài)又恨的東西。

截圖來(lái)源：Ant Design

最根本的原因就是：不統(tǒng)一的規(guī)則很容易導(dǎo)致遺漏。

例如說(shuō)在客戶(hù)管理中有啟用和停用的狀態(tài)，那么意味著如果某個(gè)客戶(hù)的狀態(tài)是停用了，他應(yīng)該不能登錄或者不能使用某些功能之類(lèi)的。

同樣地，如果是在倉(cāng)庫(kù)管理中有啟用和停用的狀態(tài)，如果倉(cāng)庫(kù)停用了，則意味著倉(cāng)庫(kù)的員工登錄不了這個(gè)倉(cāng)庫(kù)，使用這個(gè)倉(cāng)庫(kù)的客戶(hù)不能創(chuàng)建對(duì)應(yīng)的單據(jù)到倉(cāng)庫(kù)中，某些和倉(cāng)庫(kù)相關(guān)的業(yè)務(wù)信息也不會(huì)從上游系統(tǒng)同步過(guò)去……

截圖來(lái)源：有贊

這樣看起來(lái)，似乎這個(gè)啟用和停用其實(shí)也沒(méi)啥大毛病，沒(méi)啥好糾結(jié)的。

但是如果類(lèi)似的「xx管理」多了，你就會(huì)發(fā)現(xiàn)，你需要時(shí)刻提醒開(kāi)發(fā)同事，這個(gè)地方的判斷需要加上啟用或者停用的判斷。因?yàn)槿绻_(kāi)發(fā)忽略了眾多規(guī)則中的其中某一個(gè)，就很容易出現(xiàn)BUG。

例如明明上游系統(tǒng)停用了某些配置，但是在下游系統(tǒng)還是可以正常使用某項(xiàng)功能，而數(shù)據(jù)繼續(xù)往下傳的時(shí)候又發(fā)現(xiàn)因?yàn)橥Ｓ玫膯?wèn)題導(dǎo)致了下游的下游不能接收這些數(shù)據(jù)，所以就報(bào)錯(cuò)了。

啟用和停用本身其實(shí)沒(méi)啥糾結(jié)的，但是B端管理系統(tǒng)設(shè)計(jì)到要管理的對(duì)象太多了，而并非所有的對(duì)象都需要啟用或者停用，所以業(yè)務(wù)一旦變得復(fù)雜就容易讓產(chǎn)品和開(kāi)發(fā)都迷糊，到底這個(gè)地方是只要判斷「有沒(méi)有」還是要先判斷「有沒(méi)有」然后再判斷「啟用還是停用」。

對(duì)于這一塊，我個(gè)人看法是：

如無(wú)必要，請(qǐng)勿搞事。

如果是被管理的對(duì)象比較關(guān)鍵和核心，不能刪除或者要填寫(xiě)的內(nèi)容也比較多，那么可以考慮使用「啟用和停用」。如果是一些管理一些的對(duì)象，應(yīng)該考慮使用「刪除」而不是「啟用和停用」。

例如：

• 庫(kù)位和倉(cāng)位管理，可以使用刪除。
• 產(chǎn)品管理，xx映射管理等，可以使用刪除。
• 品類(lèi)管理，地址管理，基礎(chǔ)數(shù)據(jù)管理，可以使用刪除。
• ……

三、搜索區(qū)域內(nèi)的下拉選擇是單選還是多選

列表頁(yè)的搜索區(qū)域是B端管理系統(tǒng)中最最最常見(jiàn)的頁(yè)面了，所謂的CRUD（增刪改查）在這個(gè)頁(yè)面中可以得到充分的體現(xiàn)。

搜索區(qū)域一般常見(jiàn)的組件就是下拉選擇器和輸入框，輸入框一般就是用戶(hù)自己輸入相應(yīng)的內(nèi)容進(jìn)行查詢(xún)，主要就是查詢(xún)的內(nèi)容和查詢(xún)的方式（精確還是模糊匹配），而下拉選擇器比較糾結(jié)的一個(gè)點(diǎn)就是：用單選還是多選。

截圖來(lái)源：有贊

大多數(shù)情況下，大家不太會(huì)注意到這個(gè)問(wèn)題，所以會(huì)普遍使用下拉單選，也就是上圖中的「存貨類(lèi)別」這樣的。

但是隨著業(yè)務(wù)的增長(zhǎng)，這種查詢(xún)的弊端也逐漸出現(xiàn)：每次都只能查詢(xún)一個(gè)狀態(tài)下的數(shù)據(jù)，不能支持多個(gè)狀態(tài)。于是乎，我們需要尋找更好的解決方案，如下圖所示。

截圖來(lái)源：TAPD

采用下拉多選框，可以支持查詢(xún)其中一個(gè)狀態(tài)，也可以查詢(xún)多個(gè)狀態(tài)，極大地滿(mǎn)足了不同用戶(hù)的不同場(chǎng)景下的需求。

我個(gè)人認(rèn)為，下拉單選其實(shí)是下拉多選的一種特殊（常見(jiàn)）的形式，而顯然下拉多選可以滿(mǎn)足更加豐富的場(chǎng)景，比下拉單選有更大的優(yōu)勢(shì)。

是選擇單選還是多選，其實(shí)可糾結(jié)的點(diǎn)不算多，因?yàn)閺臉I(yè)務(wù)發(fā)展的角度來(lái)看，多選是應(yīng)對(duì)復(fù)雜度更好的選擇，產(chǎn)品要做的更重要的事情，是如何向團(tuán)隊(duì)宣講自己的理念和設(shè)計(jì)的初衷。

當(dāng)然，使用下來(lái)單選也能在很多場(chǎng)景下滿(mǎn)足業(yè)務(wù)，而是否要改進(jìn)它，還是取決于作為產(chǎn)品的你是否有g(shù)et到它的好處。

四、是寫(xiě)死還是可配置

• 開(kāi)發(fā)：“這個(gè)地方是要寫(xiě)死，還是要?jiǎng)討B(tài)配置？”
• 產(chǎn)品：“這里未來(lái)可能需要拓展，所以還是動(dòng)態(tài)配置吧，把配置項(xiàng)維護(hù)到數(shù)據(jù)字典中，后續(xù)方便調(diào)整……”
• 開(kāi)發(fā)：”沒(méi)問(wèn)題，那就按你說(shuō)的辦。“

「可配置」聽(tīng)起來(lái)很簡(jiǎn)單也很方便，頗受大家的歡迎。但是從我過(guò)往實(shí)際的項(xiàng)目經(jīng)驗(yàn)來(lái)看，「可配置」埋下的坑也挺多的，并不是一把梭，拿來(lái)即用就萬(wàn)事大吉。

「可配置」會(huì)引發(fā)幾個(gè)問(wèn)題：

1. 誰(shuí)來(lái)配置；
2. 怎么確定配置成功了；
3. 這么多配置，怎么知道什么配置會(huì)起什么作用。

隨著業(yè)務(wù)的越來(lái)越復(fù)雜，可配置的內(nèi)容也會(huì)越來(lái)越多，上面提到的3個(gè)問(wèn)題就很容易引發(fā)一些BUG，因?yàn)槿丝偸菚?huì)出錯(cuò)的，尤其是復(fù)雜度逐漸變高的情況下。

所以未來(lái)當(dāng)開(kāi)發(fā)問(wèn)你是「寫(xiě)死」還是「可配置」的時(shí)候，應(yīng)該要留個(gè)心眼揣摩一下，有些東西到底會(huì)不會(huì)很容易變，如果不容易變，是否可以寫(xiě)死；如果容易變，是否一定需要配置化……

五、是展示名稱(chēng)還是編碼

近期比較糾結(jié)的一個(gè)問(wèn)題就是：到底是展示名稱(chēng)還是編碼，還是兩者都展示。

對(duì)于供應(yīng)鏈系統(tǒng)而言，很常見(jiàn)的對(duì)象有：

• 貨主；
• 倉(cāng)庫(kù)；
• 物流（快遞）；
• 供應(yīng)商；
• ……

一般來(lái)說(shuō)有貨主就會(huì)有貨主代碼，有倉(cāng)庫(kù)也會(huì)有倉(cāng)庫(kù)代碼，有物流也會(huì)有物流代碼……

名稱(chēng)具有語(yǔ)義性，可識(shí)別性；而代碼具有唯一性和準(zhǔn)確性，也有保護(hù)性。

如果是對(duì)于SaaS系統(tǒng)來(lái)說(shuō)，不同的用戶(hù)有不同的用戶(hù)習(xí)慣，我們很難確保用戶(hù)填寫(xiě)的數(shù)據(jù)是符合我們理想的數(shù)據(jù)格式的。所以我們往往會(huì)讓用戶(hù)自定義填寫(xiě)「名稱(chēng)」然后系統(tǒng)自動(dòng)生成「代碼」，或者是讓用戶(hù)自定義輸入「名稱(chēng)」和「代碼」，但是只校驗(yàn)代碼是否重復(fù)，而不校驗(yàn)名稱(chēng)是否重復(fù)……

于是乎，糾結(jié)的問(wèn)題就出現(xiàn)了，在系統(tǒng)的各處界面中，到底要展示用戶(hù)填寫(xiě)的名稱(chēng)還是編碼，亦或是都展示？

截圖來(lái)源：有贊

有贊對(duì)倉(cāng)庫(kù)名稱(chēng)做了重復(fù)性校驗(yàn)，所以沒(méi)有展示編碼，只展示的倉(cāng)庫(kù)名稱(chēng)。這種方案也很常見(jiàn)，不過(guò)弊端也是有的，例如當(dāng)需要批量導(dǎo)入數(shù)據(jù)的時(shí)候，在Excel中，倉(cāng)庫(kù)這一欄就需要填寫(xiě)中文名稱(chēng)，然后進(jìn)行模糊匹配，很容易就會(huì)導(dǎo)入錯(cuò)誤。當(dāng)然前提是兩個(gè)倉(cāng)庫(kù)的名字取的很接近，否則也不會(huì)很容易出錯(cuò)。

以倉(cāng)庫(kù)為例

在實(shí)際的項(xiàng)目中，我沒(méi)有采取有贊的這種方案，因?yàn)榭缇畴娚毯Ｍ鈧}(cāng)的業(yè)務(wù)場(chǎng)景有點(diǎn)特殊。需要用到「?jìng)}庫(kù)」這個(gè)字段的人不僅僅有國(guó)內(nèi)的人，也有海外的工作人員。

如果只展示名稱(chēng)，而名稱(chēng)又是可以很容易就修改的，一方面會(huì)造成大家對(duì)這個(gè)倉(cāng)庫(kù)的理解有偏差；另外一方面海外工作人員不認(rèn)識(shí)漢字，并不能區(qū)分「888倉(cāng)」和「888 倉(cāng)」的區(qū)別，深圳可能「深圳倉(cāng)」和「香港倉(cāng)」在他們看來(lái)，都是方塊字，也不知道到底哪個(gè)是深圳，哪個(gè)是香港……

所以我們采用了名稱(chēng)+代碼的方式來(lái)展示，可能初次看有點(diǎn)冗余，但是實(shí)際用起來(lái)應(yīng)該是會(huì)比只展示名稱(chēng)要好一些的。

六、總結(jié)

本文是關(guān)于「產(chǎn)品設(shè)計(jì)中的糾結(jié)點(diǎn)」的下篇，至此為止一些比較關(guān)鍵的、印象深刻的糾結(jié)點(diǎn)我都寫(xiě)完了。其中的一些糾結(jié)點(diǎn)我想了很久，糾結(jié)了很久，甚至在不同的公司中，在不同的業(yè)務(wù)系統(tǒng)中，都嘗試并思考總結(jié)過(guò)，所以一邊寫(xiě)，腦海中一邊浮現(xiàn)之前那種抓耳撓腮的痛苦狀……

產(chǎn)品設(shè)計(jì)有點(diǎn)類(lèi)似于戴著鐐銬跳舞，但凡設(shè)計(jì)決策必然就會(huì)有糾結(jié)。我認(rèn)為糾結(jié)不是一件壞事，恰恰相反，糾結(jié)過(guò)程其實(shí)就是思考和沉淀的過(guò)程，這也契合了「看山還是山」的道理。

當(dāng)你在產(chǎn)品設(shè)計(jì)過(guò)程中不再糾結(jié)或者少有糾結(jié)的時(shí)候，可能是你已經(jīng)到了「看山還是山」的階段，也有可能你從未思考過(guò)這些細(xì)節(jié)，所以還在「看山是山」的階段。

不論處于什么階段，專(zhuān)研與思考，都是產(chǎn)品工作中的制勝法寶，愿此文對(duì)你有所啟發(fā)。

#專(zhuān)欄作家#

我叫維他命（Vitamin），微信公眾號(hào)：PM維他命。前PHPer，做過(guò)在線教育類(lèi)產(chǎn)品，也做過(guò)3年半的跨境倉(cāng)儲(chǔ)物流方向的產(chǎn)品，目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理。主要專(zhuān)注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域，分享供應(yīng)鏈相關(guān)的產(chǎn)品知識(shí)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來(lái)自?Unsplash，基于 CC0 協(xié)議