1. <th id="fdehc"></th>
      1. <rp id="fdehc"><ruby id="fdehc"><input id="fdehc"></input></ruby></rp> <th id="fdehc"></th>

        <dd id="fdehc"></dd>
        <dd id="fdehc"><pre id="fdehc"></pre></dd>

        1. 路野
          因為近兩年的疫情影響,企業在線辦公得到飛速發展,越來越多的人開始關注產研協同領域的設計協作。什么是協作?引用一位美國的管理學家、現代管理理論之父巴納德的一個關于組織的定義。“組織是兩個或以上的人,用人類意識加以協調而成的活動或力量系統?!?/strong>因此,組織應該是一個圍繞目標的協作系統。而協作的核心價值是提升整個組織的生產效率。

          圖片

           

          設計協作的發展歷程

          回顧生產方式的發展歷史,我們可以窺探到團隊協作的變化。青銅器時代是以人力為主的作坊式手工生產。到 18 世紀 60 年代的第一次工業革命,機器生產逐漸代替人力生產。再到一戰后,美國人福特(Henry Ford)和通用汽車的斯?。ˋlfred Solon),將歐洲人創造的技藝性生產方式改為流水線、大批量生產方式,使制造業發生革命性變化。

          圖片

          從發展歷程看出,不同時代基于生產目標,會發展出相應的生產工具和協作方式來解決團隊的生產效率和質量問題。

          著眼當下,現代互聯網科技高速發展,軟件生產團隊隨之快速擴大。根據艾瑞網2021年《中國協同辦公市場研究報告》顯示,2020 年中國的協同市場增速達到 43.5%。市場上出現了數以萬計的協同產品希望解決團隊中的協作效率、項目管理等問題。

          在產研協作流程中,和設計師關系更加密切的設計協作發展如何?

          在這篇文章中,通過觀察設計工具的變化,我分別從生產創作、設計評審、資源管理三個維度來分析其發展歷程。

          圖片

          f

          第一階段:通用單體工具 —— Photoshop / Adobe Illustrator

          這個階段互聯網剛剛起步,出現了用于完成精細化圖像設計的工具。在 1990 年 2 月,Photoshop 的 1.0 版本正式發布。Photoshop 是一款位圖編輯軟件,主要處理以像素所構成的數字圖像。因其豐富強大的圖像編輯繪制功能,當時被廣泛應用于各行各業,如早期 PC 端網頁的 UI 設計、門戶網站運營圖設計、廣告海報設計、照片后期處理等。

          而 Photoshop 的兄弟產品 Adobe Illustrator 則是一款矢量圖形設計軟件。相比于 Photoshop,它不依賴于圖像的分辨率,無論顯示器大小如何,矢量圖都不會降低質量,非常適合創建基本的圖形,如 Logo 的設計、字體設計等。

          當 Photoshop 和 Adobe Illustrator 被廣泛的應用時也暴露出明顯的體驗問題。如,設計師交付時需要手動標注和切圖。線下設計評審的方式,需要預定會議室、協調參會人時間,效率極低。還有一種常見評審場景,幾位同學圍著一位設計師的電腦屏幕發表意見。這樣雖然信息傳遞很直接,但也嚴重影響了設計師的工作體驗。

          隨著團隊和項目的發展,設計產出物越來越多,團隊需要將其沉淀消費。而在 Adobe 時代,創作工具和存儲工具的相互獨立,且多次更新需要多次上傳。割裂的工具使團隊資源不便管理且難以再利用。

          第一階段的創作、評審、管理資源的效率提升空間很大,隨著互聯網的發展上述問題影響范圍也隨之擴大。

          第二階段:細分垂直領域的設計工具? —— Sketch,Zeplin

          2010 年后大而全的工具已經無法滿足設計生產需求,針對 UI 領域垂直化工具開始替代傳統設計工具,出現了細分垂直領域的設計工具 Sketch,Zeplin。

          首先在生產創作方面,Sketch 相比 Photoshop 體量更小、占用內存更少、響應速度更快,這些特點讓設計師們逐漸從 Photoshop 切換到 Sketch。將 Sketch 創作的設計稿上傳到 Zeplin,可以省去手動標注切圖的工作,這對設計師生產力的釋放無疑是巨大的。不過,Zeplin 本地安裝的方式以及操作流暢度等問題,依然阻礙團隊協作效率的提升。

          第三階段:多人在線實時協作工具 —— Figma,MasterGo

          到第三階段,互聯網企業規模繼續擴大,去中心化的組織結構要求工具不再受平臺和系統限制,以 Figma、MasterGo 為標桿的在線多人實時協作工具應運而生。(下文以 MasterGo 為代表進行闡述。)

          MasterGo 通過將工具云端化,把剛剛我們談到的生產創作、評審、資源管理融合。對于設計師而言,在線創作后只需要生成一個分享鏈接,團隊成員即可獲取到最新設計稿,節省之前反復修改上傳操作;不再需要手動標注切圖,這些功能對于設計生產力釋放無疑是巨大的。

          同時,MasterGo 相比 Sketch 更輕量、響應更快,這也是其獲得更多設計師親睞的原因。對于團隊,設計評審不再是一件繁瑣耗時的工作,評審人可以根據自己的安排隨時在線評審,提出修改意見。

          在線的方式,保證了項目信息的互通性,每位成員得到的信息是一致的,最新的,打破了團隊成員之間存在的信息壁壘。

          第四階段:產研協同平臺 —— 藍湖

          除了生產方式的重大變革,隨著團隊角色和分工進一步細化,產研協作流程的逐漸規范,僅靠優秀的生產工具已經遠遠無法滿足團隊的需求。更需要一款能夠產品/設計的生產、協作、任務和資源管理整個產研流程串聯的一站式的平臺化工具,來提升團隊協作的效率。
          藍湖目前集中在設計協作環節提效,未來會以設計協作為原點逐漸向產品/設計創作、實時協作及研發生產的全流程輻射,形成一站式產研協同平臺。

           

          國內產研協作的痛點問題

          目前國內產研團隊的協作模型是怎樣的呢?根據調研,大部分團隊處于瀑布式開發或敏捷式開發方式。

          產品經理寫完需求文檔分享到團隊內部溝通群中,團隊成員在 IM 中提出修改意見,或者線下會議評審。產品文檔定稿后,設計師根據產品文檔輸出設計稿,并進行設計評審。之后進入研發階段,研發完成后進行上線前驗收,最后灰度上線。

          圖片

          在這樣的產研流程中,存在非常明顯的幾點問題:

          圖片

          1、項目過程文件割裂,溝通信息流轉失真

          團隊產品文檔/設計稿分散在不同平臺,像一個個信息孤島,割裂的形態成為團隊成員間信息互通和項目信息流轉的天然障礙。比如,研發同學在查看一個項目的產品文檔、設計稿、項目進度時,需要分別進入到不同平臺,操作成本很高。尤其在評審時,大家在 IM 平臺上階段性的瞬時溝通,你一句我一句,使整個溝通信息難以記錄,且信息極易失真。

          2、產品文檔設計圖評審體驗差

          如今,雖然線上評審的形式已經逐漸被大家接受,但依然有很多團隊采用線下評審的方式。線下評審雖然可以直接接受對方的信息甚至情緒,但協調多方人員時間、記錄跟蹤評審意見,追溯文檔修改都影響團隊協作效率。

          3、低效的手動標注切圖

          以往低效的手動標注切圖的方式,一旦漏標或錯標,不僅會消耗大量人力,還會帶來反復確認修改的額外工作。

           

          一站式產研協作云平臺

          藍湖作為一站式產研協作云平臺,是如何解決這些問題呢?

          圖片

          藍湖最初被大家認可是因為高效的自動標注切圖功能。不過,除了大家直接使用到的工具屬性外,藍湖更重要的是作為工具背后的高效協作和管理的理念。

          1、產研團隊資源整合

          當前藍湖集中解決產品文檔與設計稿的整合,即產品經理可以上傳 Axure、word、PDF、PPT 等文檔到藍湖項目中,設計師也可以把項目的 Sketch 、Photoshop、Xd 設計稿上傳,這樣每個團隊成員可以在藍湖一個平臺上基于輸出文檔和設計稿無障礙的溝通協作。

          圖片

          更重要的是,項目過程中產生的設計圖/產品文檔等組織過程資產對于團隊的成長是極其重要的。相信如果有做團隊管理的朋友一定深有感觸,做好團隊的資產管理,不僅局限在資產的存儲和分類,更要做好全生命周期的管理,資產的生產、流轉和消費每一步沉淀價值都是巨大的。

          2、產品文檔、設計文件在線協作評審

          設計師將 Sketch 、Photoshop、Xd 的設計稿上傳到藍湖后,團隊成員可以在線評審,減少線下低效會議。同時線上評審可以精確到設計稿的具體某一點提出意見,信息傳遞更精準,評審環節更高效也更友好。

          圖片

          有時評審后上傳的新設計稿差異很小,只是加了一條分割線,研發同學很難發現。為了幫助研發同學快速分辨設計圖更新點,我們上線了歷史版本對比功能,通過圖像算法的像素級比對能力,自動標記版本間的差異,更新點一目了然。

          3、設計稿自動標注切圖,自動生成代碼

          圖片

          調查顯示,目前藍湖能夠幫助團隊節省每周 2 個工作日的開發時間。但藍湖為產研團隊賦能的能力遠遠不止于此?;谠O計圖一鍵生成整頁代碼功能,可以節省 30% 的開發時間,大幅提升研發效率。并且生成的代碼高度還原了設計效果,設計師不再需要反復走查驗收。

           

          協作與藍湖的未來

          未來的協作趨勢是融合的,藍湖也在持續探索最佳的設計協作方式,不斷打破工具的邊界,進一步解決產品研發協作效率。

          圖片

          藍湖未來不僅會在設計協作每個節點滲透更深入,提供更多最佳實踐。同時會在文檔協作、項目管理、設計創作等多個環節提供解決方案。歡迎大家持續關注藍湖~

          期待我的分享能對你有幫助,更期待我們能在藍湖相遇。

           

          原文地址:藍湖產品設計協作(公眾號)

          作者:藍湖產品設計協作

           

          轉載請注明:學UI網 » 藍湖產品經理:產品設計協作的前世今生

          登錄收藏
           
          你可能喜歡的:
          你今年的目標完成了嗎?你今年的目標完成了嗎?
          微醫APP 3.0 | 健康有道微醫APP 3.0 | 健康有道
          作為設計師,這幾個APP你居然不知道作為設計師,這幾個APP你居然不知道
          3個好用到尖叫的設計細節,再不知道就晚了!3個好用到尖叫的設計細節,再不知道就晚了!
          百度健康服務化體驗百度健康服務化體驗
          聊一聊所謂的B端C化聊一聊所謂的B端C化
          插畫教程 | BlingBling小靜物繪制過程插畫教程 | BlingBling小靜物繪制過程
          情緒版還能這樣做?難怪大廠的設計師那么強情緒版還能這樣做?難怪大廠的設計師那么強
          騰訊設計云發布設計體系了!這次真齊全!騰訊設計云發布設計體系了!這次真齊全!
          工作經驗|設計資產庫中的組件,應該如何命名?工作經驗|設計資產庫中的組件,應該如何命名?
          ?
          性xxxx18学生和老师
          1. <th id="fdehc"></th>
            1. <rp id="fdehc"><ruby id="fdehc"><input id="fdehc"></input></ruby></rp> <th id="fdehc"></th>

              <dd id="fdehc"></dd>
              <dd id="fdehc"><pre id="fdehc"></pre></dd>