解密設計師工作：「設計營運」思維搭配 JANDI，如何幫設計師逃脫低效率溝通？

很多企業沒有設立設計部門，但設計師卻是妝點公司產品/服務最不可缺少的角色。近年國外興起「DesignOps 設計營運」概念，這篇提供設計師幾個方案，將 DesignOps 的工作流程結合 JANDI 功能，讓工作效率大幅提升。

文/ JANDI 特約編輯陳薪智 

有句笑話說「前世沒燒香，這輩子當設計」，設計作為一門專業，除非是專門的設計公司，要不然經常是組織內被邊緣的角色，甚至反映在薪資上，根據 2022 人力銀行設計類人員的平均薪水，扣除主管類型，月薪多半落在 3~5 萬區間。

儘管一般企業約 8 成沒有設計部門，不過設計師往往是妝點公司產品/服務門面的重要角色。尤其隨著軟體、數位工具的普及，UI/UX 設計師逐漸成為搶手的職務，甚至國外近年興起一個新的詞彙「DesignOps 設計營運」，有人把 DesignOps 解釋成一種工作思維/流程，也有人視它為一種組織內的角色。

設計師為何需要設計營運來加持？關鍵在於缺乏標準化工作流程

組織內的設計師，如果把他的工作流程做簡單拆解，主要包含幾個環節，第一是掌握客戶/老闆想法、需求；第二是投入創作，提供初步內容並經過來回溝通調整；最後是提交最終的成品，讓客戶/老闆滿意，自己也獲得成就感。

如果在小公司執行小專案，只有一位設計師負責全部工作，反而相對有效率，因為所有討論、創作都能點對點快速對接。不過如果隨著案子增加，或是公司規模變大，聘請越來越多位設計師，這時候就會發現設計師的精力，反而被分散到溝通的環節。

例如一個專案需要多位設計師協作，甚至跨部門確認，這時候往往耗費更多的溝通成本，設計師會發現自己在忙一些重複性又沒有價值的事情，導致壓縮自己投入創作想靈感的時間。因此 DesignOps 的興起，也就是 Design + Operation 兩個英文字的結合，致力幫助設計團隊在工作流程，能降低跨部門溝通成本，讓設計師真正專注在有價值的工作。

導入 DesignOps 流程想有直接的效果，就是結合 JANDI 工具。設計師可針對個人工作需求，在 JANDI「議題區」設立不同專案的子議題，藉此設計師能在每個專案的獨立議題內，與產品部、工程部、PM部門等不同成員，針對目前工作進度做討論或彙報。而且 JANDI 還有截圖功能，可以在該圖檔下面展開專屬對話框，@Tag 特定成員進一步討論，解決以前一來一往的無效溝通處境。

設計師最怕設計稿版本大亂，雲端即時儲存＋建立檔名好搜尋

Airbnb 這間公司就有導入 DesignOps 思維，希望讓設計師使用相同的開發工具，甚至在核對設計稿版本過程，有效降低不必要的進度討論。對設計師來說，一個設計案從最初構想到最後成品，少說有數十個檔案，甚至多則上百個，如果遇到龜毛的客戶，要求修改後突然又說上個版本比較好，如果沒儲存對的版本，對設計師就是一場噩夢。

因此設計師在工作時，使用 JANDI 的雲端空間，隨時把修改過的版本丟到雲端，而且存取方便不會有過期的問題。每個版本的檔案名稱，設計師能夠自己命名，或是遵照公司的定義規則，未來其他設計師在找圖檔的時候，就能直接在 JANDI 的搜尋欄位輸入關鍵字，立刻找到相對應檔案。縱使員工離職後，新進的設計師也能依循命名規則，找到以前的檔案。

龜毛又謹慎的客戶如何面對？
記事板＋準成員加入專屬議題讓訊息一目了然

設計師除了做設計工作，有時候也可能要跟著老闆或業務總監一起到客戶那邊簡報，說明這款產品的設計理念，以及相關視覺呈現的概念及細節。然而，許多時候設計師初期不會直接接觸到客戶，因此在接收、傳遞訊息的時候彷彿多了一層紗，導致資訊斷層的問題。

面對此情境，或是有些設計專案要開始定期與客戶會議，這時候公司就能在 JANDI 成立一個專屬的討論議題，邀請客戶窗口以「準成員」的身分加入。每周要開會之前，設計師就能公告最新的記事板議題，條列說明本次會議要溝通要點及事項，讓客戶在會議之前就能知道本次要討論的主題或更新目前進度，減少不必要的再次說明。

DesignOps 的核心精神，就是讓設計師維持高效率來應付每天的新任務，而設計看似是傾向個人化的工作，但其實前置作業、初步成果階段都需要有高頻率的溝通及協作。從組織長期發展來看，JANDI 就是能幫助設計部門建構一致的工作流程，並且在多人協作的情境下，減少不必要的誤解或來回無效討論，藉此展現設計師無可取代的價值。