如何撰寫開發商真正能報價的項目需求簡介。

為何簡介會改變您收到的報價

收到「我們的店舖需要一個應用程式」的供應商,什麼都得靠猜。每個猜測都會計入價格,有的偏高、有的偏低,所以您收到的報價會相差甚遠,原因卻與他們的質素無關。簡介消除了猜測。供應商可以把時間花在重要的問題上,而您亦能看出誰真正理解了問題。我們的應用程式及網站的費用指南說明了範疇如何影響價格。

應該寫些什麼

• 目標。完成這句話:「顧客應該能夠……,從而……」。像「無需致電便能預約」這樣的目標,比「我們需要一個應用程式」更容易設計。
• 相關的人。誰會使用、誰負責批准決定、誰在之後提供支援。請註明他們閱讀哪些語言。
• 首個版本。第一天必須做到的兩三件事。其餘全部放進「稍後」清單。請參閱規劃首個版本。
• 現有的東西。網站、試算表、會計或預約工具、社交帳戶、品牌形象,以及必須沿用的內容。
• 限制。限期及其背後的原因、適用的規則(例如私隱及促銷同意)、無障礙需要,以及公司內部所需的審批。
• 如何得知成功。可以量度的改變,例如致電減少、報價更快或回頭預約增加。
• 預算(如有)。一個範圍即可。這讓供應商提出您負擔得起的方案,而不是您無法承擔的。

一個簡短的例子

(此為示例,並非客戶。)一間小型物理治療診所這樣寫:

• 目標:病人無需致電便能預約及改期,令前台不再整個早上忙於接聽電話。
• 相關的人:病人(中英文)、四位治療師及一位接待員。
• 首個版本:按每位治療師的真實空檔網上預約、附改期連結的提醒、前台一份日程表。
• 稍後:套票、網上付款、登記表格。
• 現有:紙本日誌、共用的病人試算表,以及必須維持不變的臨床記錄系統。
• 限制:健康資料須審慎處理;訊息中不得包含敏感細節;須在一月前上線。
• 成功:三個月內預約電話減半,空置時段減少。

任何供應商都能針對這樣的簡介提出具體問題及範疇明確的建議書。

讓工具草擬第一稿

我們的項目需求簡介產生器會按次序提出上述問題,並把答案整合為一份簡介,供您修改、複製或發送給任何供應商。它在您的瀏覽器中運行,除非您選擇分享,否則不儲存任何內容。