驗收後｜18｜公司層級分析
企業報告只能建立在已驗收成果上
未繳交成果並不等同於失敗，但絕不能列入已驗證範圍；凡缺乏驗收佐證之項目，均須明確註明資料不足。
完整說明
企業報告僅能依據實際提供的課前問卷、工作任務表、Agent 能力護照、課間實測作業、個人 Skill、小組工作流程、正常與異常情境測試紀錄，以及個別檢視結果進行彙整。這些資料並不會自動包含在可複製的 Prompt 當中；產出報告前，必須逐一上傳相關檔案或貼上完整內文，並清楚條列檔名、版本編號與適用資料範圍。未繳交之項目僅能視為課堂參與或學員自評參考；若特定公司未具備任何已驗收的成果，報告中即應如實陳述資料不足，切勿對其作業流程與導入可行性妄作斷言。
表格較寬時可左右捲動。
| 章 | 內容 |
|---|---|
| 1. 參與與成果概況 | 人數、提交、Skill、Workflow、工具環境、資料限制 |
| 2. 已驗證工作單元 | 部門、資料、Agent 角色、人工角色、驗收結果 |
| 3. 已形成工作流程 | 交接、人工轉換、可標準化與暫不適合自動化 |
| 4. Flow／Judgment／Memory | 流程、判斷集中、知識保存與接手 |
| 5. 工作設計改變 | 減少重複、增加查核、主管新判斷、維護責任 |
| 6. 新能力需求 | 描述工作、整理資料、設計指令、查核輸出、停止與交接 |
| 7. 後續建議 | 個人、部門、公司 Skill、需資訊／管理介入、先補資料權限、暫不擴大 |
成果分類
每項主張先分類為「已驗證」「尚未驗證」「資料不足」。只有第一類可以寫成既有成果；第二類是待測試，第三類則需補資料。ROI 只能作延伸評估，且要把可貨幣化工時／錯誤成本與決策品質、風險、知識重用分開，不能把不同單位硬塞入同一算式。
具體示例
若要提出「採購部門已建立穩定之自動化流程」這類結論，前提必須具備以新資料重跑、遇異常及時中止，以及其他同仁順利接手的完整佐證。若手邊僅有課堂操作畫面，規範的表述方式應為「已完成 Skill 雛型並於課堂執行一次，穩定性與後續交接能力仍待驗證」。
練習
選擇一間模擬公司，把成果分為已驗證、尚未驗證與資料不足，再撰寫一項後續建議。
可複製 Prompt
將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。
完成與停止條件
- 七章完整。
- 已驗證、尚未驗證與資料不足分開。
- 未提交成果未被列為通過。
- 建議包含下一階段最小測試。
當該企業未產出任何正式驗收成果時，報告中必須明確標示資料不足，絕不可為了顧及報告篇幅而擅自推論其導入成熟度或預期效益。
本單元下載
本單元如何接到下一步
本頁產物：證據式企業報告與後續建議。
下一步：到下載中心取得分階段工具、完整網站與離線使用說明。