「藍湖有方」是藍湖的一檔內容欄目，希望透過真實的使用者故事，為大家分享藍湖提效小技巧，幫助各位產設研從業者更好地交付。

本次分享的內容來自國內某知名健康醫療大資料公司的UI設計師小徐，她所在的公司不僅為市級醫院提供自助終端系統的定製，也承接過省級防疫大資料專案。公司的業務量很大，所以對每個專案得時效都有極為嚴格的要求：每個需求的上線週期都必須在3周內。

公司每個專案組規模大概 10 人左右，如此精良的配置卻沒有帶來想象中的效率提升。溝通不及時、資訊遺漏、評審低效，文件管理混亂等問題頻頻出現，該如何解決？

受歡迎的產品需求長什麼樣？

“每次評審會都一直和研發掰扯那些點，背景、收益、功能實現的邏輯等，開會 5 個小時的結論往往是：回去改產品需求文件。”小徐在訪談中提到，專案組裡兩位產品經理都有豐富的經驗，但和協作團隊卻沒有共識的標準，所以每次產出的需求文件都會被挑戰。產品經理有段時間想到評審會就頭痛，“有一次研發說我的需求都是拍腦袋想的，當時敢怒不敢言。”

小徐作為藍湖的忠實粉絲，提議團隊使用藍湖超級文件來寫需求，主要因為藍湖超級文件是專門為網際網路產設研人群打造的功能。其中自帶的模版，都是來自騰訊、位元組跳動、谷歌等全球頂尖公司的實操經驗，是經過驗證的成熟機制，具備體系化的結構和標準，一鍵啟用就可以幫助團隊建立標準和機制。小徐的同事試用了一下，立馬感覺找對了工具。

產品經理在參照位元組跳動的模版時，學會了把需求文件分為 4 個型別：超大需求、大型需求、小需求、超級小需求，再根據不同的型別去做團隊資源分配和協調。現在團隊的夥伴們接到需求，第一反應都會問：“是什麼型別的？我排下工期。”

不僅如此，藍湖超級文件還有參照模式，戴上耳機，聽著沉浸模式自帶的白噪音，對照著右邊的參照文件，對於團隊中的產品經理來說，寫需求文件不再是一件痛苦的事，甚至開始享受起來了。

好的互動說明長什麼樣？

在UI設計師小徐的工作流程中，往往需要向客戶展示產品原型與設計圖。最初，產品經理們都是抱著電腦，在原型圖和設計圖之間來回切換，給客戶進行演示講解。遇到超大型專案，客戶難免聽得雲裡霧裡，來回切換未免有些尷尬。

使用藍湖後再面對大型專案時，產品經理將低保真設計圖上傳到藍湖，使用互動原型功設定起始頁和跳轉頁，就能清晰地展示頁面的互動邏輯和效果，複雜的地方還能使用文字卡片新增描述。這樣不僅團隊成員一目瞭然，還能生成連結透過微信發給客戶收集反饋意見，快速定版。小徐說，“當客戶看到設計圖在安卓、蘋果的主流機型上，以及網頁端的顯示效果後，再複雜的專案，一遍也就清楚頁面之間的互動關係了。”

分不清到底哪個是最終版？

設計稿、需求文件一改再改，不同命名的檔案滿天飛，找檔案的時候突然疑惑“到底哪個才是最終版”，這是不是一個又一個似曾相識的場景？

為了解決物料歸集和管理的問題，小徐決定設計圖定稿與否都以藍湖為準：首先在畫布頁將定稿的設計圖新增至“定稿”分組，確認定稿後通知工程師檢視“定稿”分組，對有疑問的設計圖可以直接打點評論進行溝通，中途需要修改的設計圖移出“定稿”分組，待修改通過後再次移入“定稿”分組並@工程師檢視。

工程師不再需要反覆地下載最新的終版，小徐自己也不會混淆版本，可謂一箭雙鵰。

在訪談中，小徐毫不吝嗇自己對藍湖的喜歡，“自從使用了藍湖，團隊內部各崗位之間的摩擦少了很多，協作順暢起來之後，就有更多時間去思考創作，產品質量的提高也是順理成章的事。”

作為一家以使用者和產品驅動的公司，藍湖始終以“產品力”為本，專注於使用者體驗最佳化和產品打磨，持續創新和創造，充分挖掘和解決使用者的痛點，有效幫助產設研人群提高生產和協作效率。