Writing suggestion of request for proposal

怎麼避免這樣寫 RFP (Request For Proposal) 需求建議書

原則: 功能規格的文字，需要可以準確作為驗收或交付的項目。例如

• (1) 將模糊的大功能，展開為子項功能。
• (2) 將模糊文字，改成可以操作的功能文字。

範例1: IE 必須死 不支援 IE

• 建議: 原因 IE 對於 HTML5 支援度不佳，用字建議改成「支援哪個功能，哪個版本的瀏覽器」

範例2: 支援 HTML5 的新版瀏覽器 C, F ... 等

• 建議: 由於瀏覽器版本一直更新，無法確定最新版本是否會出問題。建議確認哪個版本瀏覽器是沒有問題後，將用字改成「支援哪個版本以上的瀏覽器」

範例3: 後台資料庫填報要符合RWD精神，讓老人家使用 (來源: AMOS 推坑賴群祖)

• 建議: (1) 「RWD精神」、「老人家使用」的用字過於模糊，無法驗收 (2) RWD 建議改成可以準確作為驗收的項目，例如參考 [| 全球瀏覽器、作業系統、螢幕解析度、搜尋引擎市占率統計表]，研究哪些是目前是市佔率高的裝置或者是專案需求，再改成「支援哪個螢幕尺寸的哪種行動裝置」 (3) 關於字體大小、按鈕大小等設計，需求端可以再與廠商溝通確認細節，釐清「老人家使用」的需求。

範例4: 網站資料分析要具備機器學習功能

• 建議: 因為機器學習包含預測、分類、分群等領域，建議展開為子項功能，才能收斂日後交付的功能範圍。