2022-9-26 純純
大家對原型工具應該不陌生，無論是設計師還是產品經理，或多或少都接觸過原型圖的工具，比如較為大眾熟知的Axure，國內運用較為廣泛的墨刀和摹客，以及一些較為小眾的產品。不難發現，大多數工具類產品的運作模式幾乎都如出一轍：先免費使用一段時間，養成了用戶認知和習慣后，逐步開始投放廣告或者收取費用變向商業化——原型工具產品自然也脫離不了這種運作模式。所以在這個內卷時代下，各大原型工具相繼脫穎而出，前段時間體驗了一下摹客RP，這次就結合摹客RP這款原型工具產品來聊聊：內卷時代下工具到底應該怎么做
要說怎么做一款產品，首先先確立這款產品的定位和方向，如果定位和方向上不對，自然后續鋪墊的功能還是需求都是在錯誤的事情上繼續做錯誤的事情，相信這是每一個產品人都不愿看到的。但往往理想很豐滿，現實卻很骨感：結合自己的從業經歷，很多時候產品定位和方向是很難先做到清晰，然后才開始鋪設功能的；一般情況都是跟從競品功能，快速拿到結果，才開始結合自身業務特效慢慢摸索產品定位和方向的
眾所周知，作為B端屬性的工具類產品，最為重要的無非就兩點：降本和增效，這兩點向來是B端尤其是偏工具類產品的核心目標；那么如何降本和增效呢？有人說降低操作成本啊，降低認知成本啊，降低學習成本啊，那到底降的是什么本？增效又是增的什么效？
從上圖可以看出，無論是降人力成本、認知成本等等，還是增加學習效率、體驗效率等等，所有對象都指向了用戶群體。有人就會問了：你這不是廢話嘛，工具不就是給用戶用的嘛？誒～還真不一樣！用戶群雖然特指一個群體，但是隸屬不同目標下，自然而然也有類別區分
為什么這樣說，因為不同的用戶群有不同的功能訴求；用戶A通過產品想達成目標A，用戶B通過產品想達成目標B，那么用戶A和用戶B從根本的目標不相同，那么他倆的體驗路徑和信息傳達也是需要有不同
的區分的，簡單來說就是用戶達成的目標不同，想看到的頁面和功能也不相同
把工具產品比喻成一個小中臺來說，所有用戶都是中臺的需求方，不同需求方的目的不同，但是作為小中臺來說都是需要同時滿足的。以摹客RP來舉例，作為一款協作產品，用戶群可大致分為產品經理、UE設計師、研發等，而針對不同的用戶群目標來看，產品經理的核心目標是快速通過原型具像化產品功能，而UE設計師則是通過產品經理的思想以圖形化的形式表達出來，而身為研發的核心目標是快速了解業務邏輯，以便構思開發結構
綜上所述來看，無非就是針對不同的用戶群體的需求都滿足嘛，我都把功能給你做上去不就好啦？表面上的確滿足了所有用戶群的需求，可事實上無形將各類的成本分攤給了各個用戶，怎么理解呢？大家可以腦補想象自己作為一名維修工，此時你急需把一顆梅花口的螺絲給取出來，這時候你來到工具間，你最希望看到下圖中哪個場景？
毋庸置疑大家肯定都會選擇右邊那個工具間，因為功能排列整齊有序，不管你維修工是水電維修還是建筑維修還是網絡維修，都能在這個工具間找你能幫你完成你的目標。這便是所謂的擅百技——基于用戶群的需求全部將功能一一實現
還是以摹客RP舉例，當不同用戶群進入平臺，功能排列整齊有序，都有足夠的區域和節點幫助用戶群實現各自的目標，產品經理能通過組件庫、模板等快速輸出原型圖，UE設計師則能通過多樣的圖形、動效等實現高保真交互稿，團隊方面則有快捷拉起會議、在線留言等功能；所謂是將目前市面上幾乎所有原型工具功能，結合自身的發展沉淀做出的平臺
可是，擅百技就足夠了么？換句話說，當你在找梅花口的的起子時，你會希望看到平口起子在眼前對你進行干擾嗎？
既然你說擅百技不好，那么接下來你是不是以為我會走極端，那就只針對產品經理做一款原型工具精一技不就好了？大漏特漏！雖說術業有專攻，互聯網時代咱們包容性廣，咱不走極端，在每個用戶群的功能需求上更聚焦精細化不就行了，精一技不夠，咱們就精百技，每一個功能打磨透透的，卷到極致這樣夠不夠了？
這樣做OK，內卷時代下大家都是這樣做的，但是會帶來一個新的問題：
在多維全局視角下，體驗成本實際上均是嫁接分攤于各個角色的
怎么理解這個問題呢？可以看到下面一張圖示意：
從二維視角下來看，各個角色以目標核心出發各司其職，通過工具平臺功能都能很好實現目標；但是我們不妨拔高一層視角來看看：
以多維全局視角來看，雖然各個角色各司其職完成了自己的目標，但是基于產品使用層完全是由平臺承載的，導致了各個角色的使用成本嫁接分攤給了其他角色，簡答來說就是：
角色A完成對應目標時，存在角色B和角色C的信息干擾，那么角色A無形中分攤了角色B和C的成本
舉個例子：產品經理打開原型工具后，想直接拖動下拉框組件搭建一個產品原型，這時候選中下拉框組件想進行文案編輯，此時彈出了下拉框組件對應的編輯面板：字號、字色、字體、行高、字間距等等，然后其中部分功能則屬于設計同學關注的，例如字體、字色、字間距等，但是此類成本則分攤給了產品經理，產品經理在整個搭建原型的過程中，增設了過濾這些信息的成本
那有人就會說了，這很簡單啊，可以直接做成個性化定制工具平臺啊，根據每個角色身份不同進來設計師進來就只看到和設計相關的功能，產品經理進來就只看到和產品相關的功能不就好了？而且我把每一個角色對應的功能做到專精，是不是就精一技且解決問題了？
看到這個標題大家可能會想到我們的詠春葉問老師，無論對手學的什么招數、有多少個人，葉師傅都能一人單挑全部，然后撂下一句霸氣的：“我要打十個！”
收一收，繼續回來我們的主題上來，是否將工具平臺做成個性化定制平臺并且其中功能都打磨細致，就能解決工具降本增效的問題了？其實不然，問題不能想得太復發，當然也不能想得很簡單，都知道用戶需求是分階段而不同的，可能產品經理A不需要設置字號大小顏色，但是產品經理B為了今年績效決定卷一卷同事，立志要出“高保真原型”，開始設置起了字號大小顏色，此時平臺功能又被局限住了
那么究竟應該怎么做呢？不妨把眼界跳出同類競品Axure、墨刀等，結合不同多角色并行的工具搭建類產品做競品調研，得出兩個不同的產品方向思路：
思路1是像葉師傅詠春拳一樣，見招拆招：平臺以通過不同身份拆分成不同時間段進行角色管理
大致以上中下游角色進行功能分發，例如產品初期，上游的產品視角進入平臺，基礎的團隊管理、項目管理、關聯PRD等，然后進行聚焦產品原型搭建；之后流到中游由設計師進行二次加工，包括高保真原型稿、交互動效、串聯頁面跳轉等；最后流到下游研發團隊視角，研發通過已經二次加工過的高保真設計稿進行框架搭建、前后端接口串聯等開發評估
站在平臺的視角來看，綜上所述產品方向可拆解為：
時間維度：核心解決降本問題，包含時間成本、溝通成本，更加以維度追溯問題（產品問題追溯上游、設計問題追溯中游等等）
角色維度：核心解決增效問題，減少信息干擾、提升操作效率、溝通效率和協作效率
思路2則是基于前面個性化定制工具平臺的思路上進行優化改造的，通過不同角色視角進入不同的工具平臺，通過數據打通串聯實現多角色同平臺操作，減少時間維度上的強依賴關系
例如產品進入平臺，依舊是創建項目、管理團隊等，然后開始進行產品形態輸入和原型搭建，之后UE同學便能在同平臺看到協作項目進行產出或者進行二次優化，最終通過管理員權限人員進行收口；其次針對平臺來說，不斷更新同步的數據，能間接豐富平臺的多元化
無論是思路1還是思路2，不難發現：將原型工具的核心目標降本和增效，往上抽象出一層就是圍繞兩個維度在解決問題：一個是具備時效性的時間維度，一個是具備多元性的角色維度。從上圖可以感知到：不同時間節點，不同角色介入的時間隨著時間維度的增加而變化
因為整個項目周期，不同職能的角色一定會有先后順序，那么有了這一層抽象以后，無論你的需求刻畫多么具體，無論你的case多么邊界，只要緊貼圍繞這兩個維度進行優化，都是從本質上解決工具平臺的降本和增效問題
作者：雨灰
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.lzhte.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司