Writing suggestion of request for proposal: Difference between revisions

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

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

* (1) 將模糊的大功能，展開為子項功能。

* (2) 將模糊文字，改成可以操作的功能文字。

範例1:  <strike>IE 必須死</strike> 不支援 IE

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

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

相關資料

* [https://legacy.gitbook.com/book/masonwu1762/bakerystorespec/details 軟體需求與功能規格書-以線上糕餅網站為例 · GitBook]

* [http://www.gaya.org.tw/journal/m2/2-main1.htm gaya/佛教圖書館館訊/第二期/圖書館自動化之路－－經由建議需求書 RFP]「因為 RFP與日後合約的內容有相當密切的關係（甚至，國外有些 RFP的範本，中間有一段落就是要求廠商的建議書中要提供合約的草約），所以，撰寫 RFP需要花相當的心思，小心謹慎，力求文字清楚嚴謹，儘量用量化、具體的數據與敘述，避免有模稜兩可或者任何彈性釋意的空間或機會。 」

{{Template:Draft}}

[[Category:WebDesign]]