「藍湖有方」是藍湖的一檔內容欄目,希望通過真實的用戶故事,為大家分享藍湖提效小技巧,幫助各位產設研從業者更好地交付。
本次分享的內容來自國內某知名健康醫療大數據公司的UI設計師小徐,她所在的公司不僅為市級醫院提供自助終端系統的定制,也承接過省級防疫大數據項目。公司的業務量很大,所以對每個項目得時效都有極為嚴格的要求:每個需求的上線周期都必須在3周內。
公司每個項目組規模大概 10 人左右,如此精良的配置卻沒有帶來想象中的效率提升。溝通不及時、信息遺漏、評審低效,文檔管理混亂等問題頻頻出現,該如何解決?
受歡迎的產品需求長什么樣?
“每次評審會都一直和研發掰扯那些點,背景、收益、功能實現的邏輯等,開會 5 個小時的結論往往是:回去改產品需求文檔。”小徐在訪談中提到,項目組里兩位產品經理都有豐富的經驗,但和協作團隊卻沒有共識的標準,所以每次產出的需求文檔都會被挑戰。產品經理有段時間想到評審會就頭痛,“有一次研發說我的需求都是拍腦袋想的,當時敢怒不敢言。”
小徐作為藍湖的忠實粉絲,提議團隊使用藍湖超級文檔來寫需求,主要因為藍湖超級文檔是專門為互聯網產設研人群打造的功能。其中自帶的模版,都是來自騰訊、字節跳動、谷歌等全球頂尖公司的實操經驗,是經過驗證的成熟機制,具備體系化的結構和標準,一鍵啟用就可以幫助團隊建立標準和機制。小徐的同事試用了一下,立馬感覺找對了工具。
產品經理在參照字節跳動的模版時,學會了把需求文檔分為 4 個類型:超大需求、大型需求、小需求、超級小需求,再根據不同的類型去做團隊資源分配和協調。現在團隊的伙伴們接到需求,第一反應都會問:“是什么類型的?我排下工期。”
不僅如此,藍湖超級文檔還有參照模式,戴上耳機,聽著沉浸模式自帶的白噪音,對照著右邊的參照文檔,對于團隊中的產品經理來說,寫需求文檔不再是一件痛苦的事,甚至開始享受起來了。
好的交互說明長什么樣?
在UI設計師小徐的工作流程中,往往需要向客戶展示產品原型與設計圖。最初,產品經理們都是抱著電腦,在原型圖和設計圖之間來回切換,給客戶進行演示講解。遇到超大型項目,客戶難免聽得云里霧里,來回切換未免有些尷尬。
使用藍湖后再面對大型項目時,產品經理將低保真設計圖上傳到藍湖,使用交互原型功設置起始頁和跳轉頁,就能清晰地展示頁面的交互邏輯和效果,復雜的地方還能使用文字卡片添加描述。這樣不僅團隊成員一目了然,還能生成鏈接通過微信發給客戶收集反饋意見,快速定版。小徐說,“當客戶看到設計圖在安卓、蘋果的主流機型上,以及網頁端的顯示效果后,再復雜的項目,一遍也就清楚頁面之間的交互關系了。”
分不清到底哪個是最終版?
設計稿、需求文檔一改再改,不同命名的文件滿天飛,找文件的時候突然疑惑“到底哪個才是最終版”,這是不是一個又一個似曾相識的場景?
為了解決物料歸集和管理的問題,小徐決定設計圖定稿與否都以藍湖為準:首先在畫布頁將定稿的設計圖添加至“定稿”分組,確認定稿后通知工程師查看“定稿”分組,對有疑問的設計圖可以直接打點評論進行溝通,中途需要修改的設計圖移出“定稿”分組,待修改通過后再次移入“定稿”分組并@工程師查看。
工程師不再需要反復地下載最新的終版,小徐自己也不會混淆版本,可謂一箭雙雕。
在訪談中,小徐毫不吝嗇自己對藍湖的喜歡,“自從使用了藍湖,團隊內部各崗位之間的摩擦少了很多,協作順暢起來之后,就有更多時間去思考創作,產品質量的提高也是順理成章的事。”
作為一家以用戶和產品驅動的公司,藍湖始終以“產品力”為本,專注于用戶體驗優化和產品打磨,持續創新和創造,充分挖掘和解決使用者的痛點,有效幫助產設研人群提高生產和協作效率。
