DOCUMENT 01 / SCOPE
一頁範圍摘要
- 要解決的事
- 讓預約意向集中記錄,由服務人員確認時段後回覆。
- 第一版包含
- 需求表單、待確認清單、負責人與處理狀態。
- 這次不包含
- 即時空位判斷、自動預約成立、金流與第三方訊息串接。
- 你需提供
- 服務項目、可公開說明、必要欄位與處理這筆詢問的角色。
YAOAIM / CONCEPT VISUALPROJECT JOURNEY / 合作地圖
先看全程,再往下查看你要準備什麼、YAOAIM 負責什麼,以及如何驗收。
確認目標與範圍
確認方案與責任
使用者情境驗收
取得發布核准
發布須另經核准;交期依實際範圍確認,不預設固定週數。
REVIEW SAMPLE / 文件示範
以虛構的預約詢問流程為例,把「這次做什麼」和「怎麼算完成」放在一起檢查。這是文件格式示意,不是既有客戶專案或固定方案。
DOCUMENT 01 / SCOPE
DOCUMENT 02 / ACCEPTANCE
四個階段 / 三方對照
合作階段與界序法互相對照,但不把不同專案硬套成相同工期;實際範圍與驗收項目會寫入合作文件。
變更與例外怎麼處理
先記錄並評估影響;超出核定範圍時,另行確認費用、順序與交期後再開始。
API、帳號、用量或平台政策無法支援時,提出替代路徑,不把未驗證串接當成已完成。
保留問題與重現方式,修正後重新驗證;重大錯誤未排除前不進入部署。
先完成不依賴素材的部分,並重新標示受影響的驗收與發布時點。
在合作文件中確認帳號、網域、資料、程式與第三方元件的持有人與移交方式。
四個決策關卡
關卡不是增加流程,而是把「可以繼續」的依據留在文件與測試紀錄裡,避免最後才發現雙方理解不同。
目標、交付物、不包含事項、素材責任、修改輪次與預算都已寫入合作文件。
主要流程、頁面或資料結構、角色權限與驗收方式可被逐項確認。
指定使用者用真實情境完成測試,重大問題已修正或有雙方接受的處理方式。
建置、安全、Secrets、公開資訊、帳號歸屬與回復方案通過檢查,再由你確認發布。
依頁面、流程、資料與串接範圍評估。
依合約範圍提供更新、排查與流程檢視。
網域、寄信、訊息、模型等費用由實際使用量計算。
超出約定範圍的新需求另行確認範圍與費用。
文字、圖片與品牌素材由你提供並確認可公開;需要協助整理時另行約定範圍。
依合約列出版本更新、故障排查、備份檢查與小幅內容調整的範圍與頻率。
專案開始前確認帳號、資料、原始碼與第三方元件的歸屬與移交方式。
FAQ
不一定。先評估現有工具與接口,能保留的部分優先保留,再補上必要流程。
可以從詢價、待辦與案件管理等少數高頻需求開始,不必直接做完整企業系統。
可以先說明現在的工作方式與最困擾的問題,再一起整理優先順序與範圍。
依頁面、流程、資料、串接與交付範圍評估;建置、維護與第三方用量分開說明。
重要對外承諾與操作須經核准,不預設由 AI 自行執行。
可先評估需要的功能、帳號授權與 API 條件,確認可行後再納入建置範圍。
依合作範圍提供操作交接與維護安排,新增需求另外確認。
專案開始前確認帳號、資料、原始碼、第三方元件與移交方式,並寫入正式約定。
不預先保證。可先定義衡量方法,再依實際使用資料檢視成效。
目前網站預覽中,尚未開放正式收件;開放後提出需求也不代表預約完成,實際會談時段由雙方確認。