前言
在什麼階段發現設計問題？
這其實是一個看似很白癡的問題，從V字模型來看，當然是在設計階段發現問題最好。
但是如何能讓客戶意識到我們在設計階段發現了很多的問題，併爲客戶節省了成本。
對於客戶來說，好的例子
我們在設計階段，就判斷出來，一個畫面的返回按鈕如果顯示，會對整體流程造成不好的效果，建議不顯示。
對於客戶來說，不好的例子
我們在測試階段，才發現畫面上一些按鈕的提示文言，在某種條件下沒有顯示（條件，誘導某種條件附加的商品時）。
對於按鈕的提示文言不現實，用戶的要件上並沒有明確提出。只是用戶提供的圖片上沒有顯示而已。
這個其實在設計階段就應該發現。但是到了測試階段才發現。
（雖然沒有發現，我們也能說得過去，因爲和用戶要件上提供的是一樣的，但是，我們是可以早期發現並提出的）
對於開發方而言，此時，如果此處有變更，那麼就作爲CR來對應，工數增加。
==============================================
我們在按照客戶的要求進行程序開發時，並不能一次性滿足客戶的所有的要求。
在開發的過程中，我們要對客戶的變更點進行記錄，這些都是CR
比如，根據用戶要件的需求，我們完成了設計，可是發現有問題，就算是在測試時點發現的，這也是CR
（前提條件，你的設計書和用戶的要件是一樣的）
但是，有一點疑問，如果我們再設計階段就能發現問題，是否還算是CR？
在設計階段發現問題，總共數變少，對於用戶是好事，但是對於開發方，總共數變少，卻意味着錢的變少。
提案，
如果我們能在設計階段，發現問題，那就表明用戶的設計書一定需要修改，
問題是我們需要一個地方記錄，我們發現了他們設計上的缺陷，
這也雖然我們前期看的仔細，花費了時間，卻爲整體節省了時間，我們需要讓客戶意識到這一點。
對於最開始沒有提出的需求，變更之後，
變更部分對應的作業的工數，也要追加