程式設計師，其實都不喜歡接手別人開發過的專案，寧可重寫相同的功能。
因為，在前廠商沒有留下註解或文件的情況下 ( 即使有留下，也未必是最新或正確的 )，與其想盡辦法弄清楚當初開發者的思路，不如自己重寫，可能還比較快。

雖然客戶不見得都有預算，再重新開發一次。
可是，絕對都有不滿意前廠商，想要更換的理由。

因此，耗費巨大心力，協助客戶改善原廠商所遺留下的問題之後。
我們總是想著，如何才能避免相同的情況再度發生。
就如同廣告標語一般：「為客戶建立可長可久的技術架構。」

人的行為分為「意識性的活動」和「下意識的活動」。
其中，大腦大部分的運作都是下意識的，是隱性的、快速的、自動的，能控制擅長的行為。
只有高層次、反思性的過程，才是意識性的判斷。
就有如冰山的一角，你只能意識到一小部分的生活體驗。

可是，我們發現大部分的公司在設計人機介面時，都很希望能喚起人們的主動意識。
大量的提示文字、大量的提醒訊息、華麗閃爍的動畫、多重步驟的操作「功能很簡單，這幾個項目都是固定的，以後絕不會改...」 每次開發時，多少都會聽到一兩次。
沒經驗的程式，會將這些「客戶保證」的固定項目，寫死在 code 中。
因此上線之後，若發生意料之外的狀況，光是修改這些固定項目，就足夠令人煩躁的了...

其實，這是一種莫非定律：

「如果你真心喜歡做一件事，請把它當作工作，朝夕相伴。」
越簡單、越小的專案，越可能不小心成功，延伸成大專案。
越是擔保不會變更的項目，越可能不小心出現例外。

與其發生例外時，跟客戶拿會議記錄嘔氣...
還不如聽我建議，在一開始就採取較為彈性的策略：
各種「號稱不會修改的項目」，仍舊紀錄於資料庫欄位中。
各種「保證不會再新增的品項」，仍舊保留新增欄位，並以關聯表的形式，提高後續增修的可能性。
這並不代表需要額外撰寫相對應的修改程式，只是在建立資料表時，保留更多彈性。
一旦發生不可預期的例外時，只要修改欄位值，即可完成更新。
想要後續增補程式，用以擴大功能，也能簡單實現。

因此，真正有遠見的程式設計師深知：
「現在一點小小的投資，可能讓未來所有人都皆大歡喜。」... 都在不斷暗示使用者：「不注意到我，別想繼續進行下去...」
所以，我們在接受客戶的 UX 優化案中，最常聽到客戶對不良介面的抱怨就是：「聽提案時感覺很好，不過實際使用後，才發現格外地耗時、耗神。」

為專注的人服務並不難，但人們不可能永遠精神飽滿。
因此，我們為心不在焉的人設計，創造若有似無的使用者體驗。