Writing suggestion of request for proposal: Difference between revisions
Jump to navigation
Jump to search
m (→相關資料) |
(→範例建議) |
||
| Line 15: | Line 15: | ||
範例3: 後台資料庫填報要符合RWD精神，讓老人家使用 (來源: AMOS 推坑賴群祖) | 範例3: 後台資料庫填報要符合RWD精神，讓老人家使用 (來源: AMOS 推坑賴群祖) | ||
* 建議: (1) | * 建議: | ||
** (1) 符合 「RWD精神」、「老人家使用」的用字過於模糊，不是功能規格文字，連帶造成日後無法驗收。RWD 建議改成可以準確作為驗收的項目，例如參考 [[Research_surveys#.E5.85.A8.E7.90.83.E7.80.8F.E8.A6.BD.E5.99.A8.E3.80.81.E4.BD.9C.E6.A5.AD.E7.B3.BB.E7.B5.B1.E3.80.81.E8.9E.A2.E5.B9.95.E8.A7.A3.E6.9E.90.E5.BA.A6.E3.80.81.E6.90.9C.E5.B0.8B.E5.BC.95.E6.93.8E.E5.B8.82.E5.8D.A0.E7.8E.87.E7.B5.B1.E8.A8.88.E8.A1.A8 | 全球瀏覽器、作業系統、螢幕解析度、搜尋引擎市占率統計表]]，研究哪些是目前是市佔率高的裝置或者是專案需求，再改成「支援哪個螢幕尺寸的哪種行動裝置」 | |||
** (2) 釐清「老人家使用」的需求：需求端可以再與廠商溝通確認關於字體大小、按鈕大小、內容版面等設計細節， | |||
範例4: 網站資料分析要具備機器學習功能 | 範例4: 網站資料分析要具備機器學習功能 | ||
Revision as of 09:44, 10 June 2021
避免這樣寫 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精神」、「老人家使用」的用字過於模糊，不是功能規格文字，連帶造成日後無法驗收。RWD 建議改成可以準確作為驗收的項目，例如參考 全球瀏覽器、作業系統、螢幕解析度、搜尋引擎市占率統計表，研究哪些是目前是市佔率高的裝置或者是專案需求，再改成「支援哪個螢幕尺寸的哪種行動裝置」
- (2) 釐清「老人家使用」的需求：需求端可以再與廠商溝通確認關於字體大小、按鈕大小、內容版面等設計細節，
範例4: 網站資料分析要具備機器學習功能
- 建議: 因為機器學習包含預測、分類、分群等領域，建議展開為子項功能，才能收斂為日後交付的功能範圍。
範例5: 資訊圖表提供匯出功能、下載功能
- 建議: 匯出或下載什麼的檔案格式，例如 CSV, PNG 檔案？以 CSV 檔案格式為例，資料來源與資料輸出的欄位可以進一步定義。
相關資料
相關資料
- 軟體需求與功能規格書-以線上糕餅網站為例 · GitBook
- gaya/佛教圖書館館訊/第二期/圖書館自動化之路－－經由建議需求書 RFP「因為 RFP與日後合約的內容有相當密切的關係（甚至，國外有些 RFP的範本，中間有一段落就是要求廠商的建議書中要提供合約的草約），所以，撰寫 RFP需要花相當的心思，小心謹慎，力求文字清楚嚴謹，儘量用量化、具體的數據與敘述，避免有模稜兩可或者任何彈性釋意的空間或機會。 」
- 產品經理 PM 第 3 講：如何開始一個改版專案 [Last visited: 2018-08-17]
- RFP怎麼寫 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天 [Last visited: 2020-11-16]
相關概念
- Operational Definition - 操作定義 (Operational Definition)
- Software acceptance test plan (使用者驗收測試)
相關討論
- 如何一次把軟體需求講清楚 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天 [Last visited: 2018-10-17]
Web site design and development process
- Information gathering: Research surveys
- Planning: Before you start to build a website, Content development strategy | Register domain name, Choose web hosting | Information architecture | Data model: Data type, Data flow | Documentation: Request For Proposal | Licensing
- Design: CSS tools, Free fonts, Free photos, Emoji & icons
- Testing & delivery: Usability test, check browser compatibility | Web testing | Speed up websites: Web Ping, Software acceptance test plan | Promote your web
- Maintenance: Site backup & restore test, Software update (OS patch or CMS security update)
- Need help? Community, I need inspiration, Web design glossary