Writing suggestion of request for proposal: Difference between revisions

Revision as of 10:28, 17 October 2018

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

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

範例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: 資訊圖表提供匯出功能、下載功能

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

相關概念

相關討論

Web site design and development process

@@ Line 24: / Line 24: @@
 == 相關資料 ==
 相關資料
 * [https://legacy.gitbook.com/book/masonwu1762/bakerystorespec/details 軟體需求與功能規格書-以線上糕餅網站為例 · GitBook]
 * [http://www.gaya.org.tw/journal/m2/2-main1.htm gaya/佛教圖書館館訊/第二期/圖書館自動化之路－－經由建議需求書 RFP]「因為 RFP與日後合約的內容有相當密切的關係（甚至，國外有些 RFP的範本，中間有一段落就是要求廠商的建議書中要提供合約的草約），所以，撰寫 RFP需要花相當的心思，小心謹慎，力求文字清楚嚴謹，儘量用量化、具體的數據與敘述，避免有模稜兩可或者任何彈性釋意的空間或機會。 」
@@ Line 29: / Line 30: @@
 相關概念
 * [http://terms.naer.edu.tw/detail/1314560/ Operational Definition - 操作定義] (Operational Definition)
 * [[Software acceptance test plan]] (使用者驗收測試)
+相關討論
+* [https://ithelp.ithome.com.tw/questions/10191107 如何一次把軟體需求講清楚 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天] {{access | date=2018-10-17}}
 {{Template:Build a website}}
 [[Category:WebDesign]]