Writing suggestion of request for proposal

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

原則

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

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

範例建議

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

• 建議: 因為 IE 對於 HTML5 支援度不佳，但是儘管是其他瀏覽器支援度也有差異，可參考 HTML5test - How well does your browser support HTML5?。用字建議改成「支援哪個功能，哪個版本的瀏覽器」

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

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

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

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

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

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

範例5: 資訊圖表提供匯出功能、下載功能

• 建議: 匯出或下載什麼檔案格式，例如 CSV, PNG 檔案？資料來源與資料輸出的欄位可以進一步定義。

相關資料

相關資料

• 軟體需求與功能規格書-以線上糕餅網站為例 · GitBook
• gaya/佛教圖書館館訊/第二期/圖書館自動化之路－－經由建議需求書 RFP「因為 RFP與日後合約的內容有相當密切的關係（甚至，國外有些 RFP的範本，中間有一段落就是要求廠商的建議書中要提供合約的草約），所以，撰寫 RFP需要花相當的心思，小心謹慎，力求文字清楚嚴謹，儘量用量化、具體的數據與敘述，避免有模稜兩可或者任何彈性釋意的空間或機會。 」

相關概念

• Operational Definition - 操作定義 (Operational Definition)

This article "Writing suggestion of request for proposal" is still being written. If there are any incomplete parts, you are welcome to directly edit them. 這篇文章「Writing suggestion of request for proposal」內容還在撰寫中，如果有不完整的部分，歡迎你直接動手修改。