Please enable JavaScript.
Coggle requires JavaScript to display documents.
Fix Design Process (更好的設計/開發
體驗文件應該
長怎樣？ (Prototyping/Animation (連續步驟式的…
Fix Design Process
更好的設計/開發
體驗文件應該
長怎樣？
-
見樹也見林
應該要有個可以表示整個APP邏輯架構的圖大範圍可以看到有哪些頁面，要看細節就打開各頁面所謂細節包含各頁面彼此切換方式、特效，各頁面內部有哪些 Action, animation . . .目前的處理方式是：各頁面的細節就是用 FlowChart 繪製當有些邏輯過於複雜或是流程可能性過多 . . . 就可能會附上 Mockup / Prototype 連結所以處理的方式就是：不把整個 APP 所有操作情境都純粹用 FlowChart 表達也不會都用 Prototyping 來表達，反而是用In&Cross-page FlowChart + Mockup + Prototype + Doc 的方式來解決
Current Best Practices：就算一部分 Mockup 已經做出來
畫 FC 時也要避開使用UI上的詞彙（e.g. 點擊按鈕、特效），但可以寫在 comment 上（ 使用RealtimeBoard可以瞭解Comment的處理進度，使用 inVision 可以知道各畫面的處理進度 ）
-
如何更好的處理過於複雜/
流程可能性過多的情況？
在協作工具的 Mockup 上留言, add sub-task
-
-
-
-
Design Process
可獨立出來的
分析議題
-
更方便的開發/設計文件
頁面中的 Spacing 可單獨做一個 View 專門給開發者/設計師檢視/標註 Spacing Block, 有特殊情況就直接把 Spacing Block 放在正常的 Mockup 裡
-
Prototyping
Component：e.g. TextField Focus, TextField Error Input . . .
-
-
-