<address id="ttjl9"></address>

      <noframes id="ttjl9"><address id="ttjl9"><nobr id="ttjl9"></nobr></address>
      <form id="ttjl9"></form>
        <em id="ttjl9"><span id="ttjl9"></span></em>
        <address id="ttjl9"></address>

          <noframes id="ttjl9"><form id="ttjl9"></form>

          這些設計細節你知道嗎?

          2022-9-22    seo達人

          目錄

          • 產品需求與設計研發的良性循環
          • 今日事今日畢
          • 設計文檔的規范性
          • 多渠道溝通
          • 驗收不僅僅是記錄問題
          • 沉淀業務組件的必要性

           

          一、產品需求與設計研發的良性循環

          從產品經理提出需求開始,到研發開發完成上線,整個過程我們可以看作是一個迭代。倘若與研發同一個迭代完成產品設計,時間上肯定是不夠用。需求是永遠都做不完的,一個人無論怎么埋頭苦干,還是會時間緊迫無法喘息!這時候團隊合作顯得至關重要。我們需要進行合理的任務管理,利用工具達到更好的效果。目前我們敏捷組產品與設計小團隊用的是飛書文檔,它可以新建所需要的任務看板,清晰直觀的看到此任務當前流轉的階段,任意拖拽方便快捷。

          圖片
          圖片

          完善需求的詳細信息,比如:所屬項目、任務執行人、優先級、外審狀態、敏捷組、文檔鏈接等等,就可以從不同維度去管理任務,篩選我們想要了解的重點。

          那么基于此,如果我是視覺設計,完成需求后就可以將它拖入下一泳道,等待排期。未完成的也就不會進入到排期和研發階段,這樣基本上每個迭代研發都會提前拿到相應的設計稿,盡管后續可能會有細節上的修改和返工,也不會很倉促。

           

          二、今日事今日畢

          每天的工作充滿“已知”和“未知”。“已知”的是固定要做的需求設計,“未知”的是工作消息的各種溝通與答疑。
          新的一周開始,我們可以安排下本周大致要做的事情,通過自己習慣的方式去記錄。簡單清晰即可,沒必要給自己增加額外負擔。
          盡量不延誤,保證本周事情完成率90%以上不會對下周產生很大壓力。重要的事情和需要長時間投入的需求可以用完整且精力比較好的時間段去完成,瑣碎的任務集中時間去搞定,或者快下班了搞搞完。

          圖片

          三、設計文檔的規范性

          每個人都有自己習慣的設計稿排列方式。整齊、清晰、直觀的布局,有利于研發快速捕捉到想要查看的信息。

          圖片

          ?? 設計文檔基本由以下部分組成:目錄、交互原型、交互說明、視覺稿。交互稿與視覺稿最好合并在一個文檔中,方便研發查看。

          圖片

          ?? 具體到頁面細節說明,可以安排在相應設計界面的附近,用清晰的數字或者標簽展示。

          圖片

          ?? 如不同狀態,不同變量的變化,也需要詳細標注。

          圖片

          ?? 設計內容過多時,像以下細節單純在頁面上展示很容易被忽略,需要單獨拿出來在旁邊重點強調一下。

          圖片

          ?? 如今標注插件很多,不需要全部手動標注了,但對于一些我們認為研發會忽略和寫錯的尺寸、間距等,可以表示一下。設計軟件的自動展示標注有時候會因為圖層覆蓋之類的問題點不到某些元素,這個也需要檢查一下。不然研發就自由發揮了喲~

          圖片

          ?? 各式各樣的組件有非常多的形式和狀態,設計在引用時要明確類型,避免研發亂用。

          圖片

          ?? 比如這個全局提示組件,組件本身可以提供多行展示的樣式和規則,但研發很有可能不知道某種情況下對應的展示樣式,實現的不是我們預期。以下是日常迭代中研發實現的有問題的樣式與正確的對比:

          圖片

          如上述所講,完善補充細節,譬如圖標的顏色變量,懸停變化,狀態變化,引用組件備注等等,這些都是開發還原落地視覺設計的基礎。頁面設計中,所需的圖標、圖例、圖片等素材,切圖并壓縮給到研發,最好用統一的方式去管理圖標,比如iconfont,或者自己公司的組件平臺等。

           

          四、多渠道溝通

          當接到新的需求并且拿到交互稿,前幾周也參加了需求&交互內審,基本不會出現需求和框架大改的問題。大體了解背景和設計重點后,可完善視覺細節。

          圖片

          做完設計稿只是成功了一半,還需在設計內審前,發給對應的產品和交互同學評論提意見,先修改掉一波明顯的問題。這是視覺設計階段第一個比較重要的溝通,提前在大部分內容上達成共識,節省了后續評審的時間。

          圖片

          修改完大家提的問題后,視覺評審會明顯順利許多~

           

          五、驗收不僅僅是記錄問題

          1、項目上線前驗收

          提到驗收是我非常頭疼的事。前期設計稿準備充足的情況下,研發如果能實現到視覺稿的80%,驗收起來不會特別吃力。有時會遇到驗收內容多,前端還原度低,耗費設計同學大量時間,建立良好的驗收機制非常關鍵,與研發同學的溝通和磨合也是必不可少的。

          涉及到人員較少時,可以坐到一起面對面去溝通;若此次內容較多,涉及不同人,可建立文檔。

          圖片

          一遍驗收后并不完美,基本要2-3輪的繼續走查,針對優先級比較高或者問題重災區,標紅后給到相應負責的前端繼續修改,保證上線前90%以上的問題得到解決。若還有問題遺留,可新建kaptain任務后續優化,讓驗收問題有跡可循。

          2、日常全局驗收

          線上已有問題,按照模塊集中歸納,建立對應的研發任務。開發過程中可與前端同學隨時溝通,提供細節補充。

          有時我們認為很簡單的去掉一條間隔線或者間距,可能涉及到非常多不同的場景面板,提前溝通也有利于研發評估工作量。

          圖片

          六、沉淀業務組件的必要性

          每當開始新的項目設計,要費好大功夫找源文件呀。適當的歸納整理歷史文檔,也有助于我們快速的進入設計狀態,對新人也很友好!

          圖片

          以業務需求為背景,在組件庫的基礎之上,業務組件的整理尤為重要。按照每個人的使用習慣,我們可以建立自己的“業務”組件庫,方便需求迭代時快速定位。

          比如,我們可以將業務組件分為幾部分:圖標、圖例、場景等,進而細化場景中的內容。至于怎么去命名和排版細節,都可以按照自己的習慣來整理,當然組件形成后也可以擴大到我們同業務線的UX或交互同學一起使用,提高設計效率。

          圖片

          可能對于非設計崗位來說,看到的僅僅是一張設計圖,但在設計稿背后我們需要去支持和處理的細節也是非常有價值的存在。

          希望這篇小小滴文章可以帶給你一定的幫助 ~(≧▽≦)/~


          作者:小柴

          轉載請注明:學UI網》這些設計細節你知道嗎?

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請加藍小助,微信號:ben_lanlan,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系01063334945。


          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。


          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務、UI設計公司、界面設計公司、UI設計服務公司、數據可視化設計公司、UI交互設計公司、高端網站設計公司、UI咨詢、用戶體驗公司、軟件界面設計公司



          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.syprn.cn

          存檔

          亚洲va欧美va天堂v国产综合