大叔已經花了很大一個篇幅說明無障礙，
團隊也花了很大的力氣打造能降低成本的工具，
但能做的有限，因為內容的編排才是重點。

但最後一天大叔只想強調一點，
無障礙的估時，其實不應該另外估，
因為這樣的意思等於你做完一個工項，
才要去檢視無障礙的問題，
這樣做就好像產線先做完一個零件安裝，
再進行下一個零件，
如果其中一個機器有偏差，
等於那段時間的產出都是浪費的。

應該是在當下做該功能的時候，
就把無障礙該做的一併處理，
工時就直接加進去，
其實並不會花太多時間，
因為大部分工時都是花在：

• 用對 HTML tag 和 attr
• 正確使用 ARIA
• 使用正確的 CSS 技術

只要是有紮實的打好基底，這些應該都不難，
除非是比較特殊的頁面，那就要在互動下比較多功夫，
例如圖表、地圖等，
而且隨時都可以檢測無障礙，
真有個突然，也隨時可以上線送機器、人工檢測。

如果無障礙是之後才一併處理的話，
一定會東漏一點、西漏一點沒改到，
甚至是沒改到會連動的東西，
或是 ARIA 漏改（還記得 No ARIA is better than Bad ARIA 嗎？），
或是突然要急著上線，為了拿標章又急就章，搞的壓力又大成品又不好，
那就很麻煩，而且漏改又很容易被退件，
到時就偷雞不著，
甚至還需要為了無障礙改 Html 結構，
到最後關頭還在改結構是風險很高的一件事，

所以，為了讓風險降低與成本降低，
讓大叔最後在呼籲一次：

在討論功能與估時的時候，別「孤立」無障礙的工與時。