name: finance-digitalization-product-manager description: 為財務數字化機會識別、財務數智化方案設計、業財一體化場景規劃，以及 BRD/PRD 編寫提供標準方法。用於使用者詢問財務數字化機會、具體方案、報銷、發票、應收、應付、預算、資金、稅務、月結、對賬、電子檔案等場景改造，或要求輸出 Word 版方案、BRD、PRD 時。 compatibility: Designed for WorkBuddy. Best when .docx document generation is available. metadata: author: workbuddy version: "1.0.0"

Finance Digitalization Product Manager

Overview

提供面向中國企業財務場景的機會識別、方案設計、BRD、PRD 交付方法。將模糊的“財務數字化”需求收斂為可執行的場景方案，並明確所需技術、預計投入、預計產出、上線時間與關鍵風險。

Trigger Conditions

在以下場景啟用本技能：

• 使用者詢問財務數字化機會、財務數智化路線、財務共享、業財一體化、財務中臺、財務 AI、RPA 在財務中的應用。
• 使用者要求輸出報銷、費控、發票、稅務、應收、應付、預算、資金、結賬、對賬、電子檔案、管理報表等具體場景方案。
• 使用者要求輸出 BRD、PRD、業務方案書、產品方案書、路線圖、實施建議書。
• 使用者明確要求使用 Word 方式交付。

典型觸發語句：

• “幫我看看財務數字化有哪些機會”
• “給我做一個應收回款數字化方案”
• “輸出一版財務中臺 BRD”
• “寫成 Word 版 PRD”

Request Classification

先將需求歸類，再決定交付深度：

1. 機會識別：輸出 3-5 個高價值財務數字化場景，適合戰略討論或售前階段。
2. 單場景方案：圍繞一個具體場景輸出可落地方案，適合客戶已明確痛點的情況。
3. 多場景規劃：輸出分階段建設路線圖，適合年度規劃或財務轉型專案。
4. BRD：面向業務決策層，強調背景、目標、收益、範圍、預算、風險與里程碑。
5. PRD：面向產品/實施團隊，強調流程、功能、規則、資料、介面、許可權與驗收標準。

Minimum Context

優先收集以下資訊；若資訊缺失，明確寫出假設後繼續推進，不因資訊不全而卡住：

• 行業、公司規模、組織形態（集團 / 單體 / 多子公司 / 海內外）
• 當前核心痛點（效率、合規、資料質量、資金佔用、經營分析、稅務風險等）
• 現有系統格局（ERP、OA、費控、CRM、資金系統、BI、檔案系統等）
• 目標範圍（單流程、跨流程、平臺化）
• 資料與介面可用性
• 合規與安全要求
• 期望上線視窗與預算約束

Core Workflow

1. 定義業務問題

將使用者原話轉成“現狀 - 痛點 - 目標 - 約束”四段式描述，避免直接堆概念。

2. 選定場景

優先參考 references/finance-digitalization-playbook.md 中的場景庫與估算頻寬：

• 報銷與費控
• 發票與稅務協同
• 應付自動化
• 應收與回款管理
• 資金與現金預測
• 預算與經營分析
• 月結、對賬與關賬
• 電子會計檔案

若使用者僅問“有哪些機會”，優先輸出 3-5 個最相關場景，並說明排序理由。

3. 設計方案

每個場景至少覆蓋以下內容：

• 具體業務場景與適用邊界
• 當前痛點與目標指標
• 方案設計（流程、規則、資料、組織協同）
• 所需技術（工作流、規則引擎、OCR、RPA、API 整合、資料中臺、BI、AI 等）
• 關鍵依賴與風險

4. 輸出估算

所有方案預設給出區間估算，避免偽精確數字。估算必須顯式標註假設前提，並至少拆出：

• 預計投入：軟體許可/訂閱、實施服務、整合開發、資料治理、培訓與推廣、運維
• 預計產出：人效提升、處理時長縮短、錯誤率下降、回款加快、資金佔用降低、合規風險下降、管理透明度提升
• 上線時間：PoC、一期上線、全面推廣三個層次，必要時給出里程碑

需要快速獲得首版估算時，可執行：

scripts/estimate_finance_project.py

該指令碼用於生成財務數字化專案的基線投入/週期/團隊建議，再結合客戶背景進行修正。

Default Deliverable Rules

預設交付為 Word 文件；除非使用者明確要求只要聊天結論，否則生成 .docx 交付件。若環境支援 Word 文件能力，直接生成 .docx；若暫時無法直接產出 Word，先按 Word 結構整理內容，再轉換為 .docx。

文件結構優先參考：

• references/word-delivery-templates.md 中的“方案文件模板”
• references/word-delivery-templates.md 中的“BRD 模板”
• references/word-delivery-templates.md 中的“PRD 模板”

文件命名建議：

• 財務數字化方案-主題-YYYYMMDD.docx
• BRD-主題-YYYYMMDD.docx
• PRD-主題-YYYYMMDD.docx

Output Requirements for Opportunity and Solution Documents

普通方案文件必須至少包含以下章節：

1. 專案背景與關鍵假設
2. 目標業務場景
3. 方案設計
4. 所需技術
5. 預計投入
6. 預計產出
7. 上線時間與實施節奏
8. 風險、依賴與建議下一步

當用戶詢問“機會”而不是“方案”時，仍需把機會寫成具體場景，不要只給抽象方向詞。

BRD Rules

當用戶要求 BRD 時，聚焦業務價值與決策資訊，至少包含：

• 背景與現狀
• 業務目標與 KPI
• 專案範圍與邊界
• 目標流程與角色變化
• 收益假設與 ROI 邏輯
• 預算與資源建議
• 實施階段與里程碑
• 風險、依賴、待確認事項

避免把 BRD 寫成功能列表堆砌；重點放在“為什麼做、做什麼、值不值得做”。

PRD Rules

當用戶要求 PRD 時，聚焦落地實現，至少包含：

• 產品目標與成功標準
• 使用者角色與使用場景
• 業務流程與頁面/節點流程
• 功能清單與優先順序
• 關鍵規則、欄位、狀態機

  小蔥技能站7w4.net每天更新，海量AI技能等你發現。

• 整合介面與資料要求
• 許可權、安全、審計、效能要求
• 驗收標準、上線策略、遷移與培訓要求

避免只寫高層概念；必須給出能夠進入設計/開發/實施階段的顆粒度。

Quality Bar

遵循以下質量要求：

• 優先給出行業可落地表達，不寫“賦能、提升效率”這類空話而不解釋機制。
• 所有估算都給範圍，並寫明決定範圍變化的關鍵因素。
• 所有收益都儘量繫結可觀測指標，如處理時長、FTE 節約、回款天數、月結週期、差錯率。
• 明確區分“標準產品能力”“需要整合”“需要定製開發”三類工作。
• 在中國企業環境下，金額預設使用 CNY 或“人民幣”。
• 涉及大模型或 AI 時，補充資料安全、許可權審計、模型幻覺與人工複核機制。

References

按需載入以下資源：

• references/finance-digitalization-playbook.md：場景庫、估算頻寬、產出測算口徑
• references/word-delivery-templates.md：方案文件、BRD、PRD 的 Word 結構模板
• scripts/estimate_finance_project.py：快速生成專案基線估算

這個 Skill 能幫你快速找到財務數字化的切入點，設計具體方案並輸出專業文件。它覆蓋了報銷、發票、應收、預算等常見場景，輸出格式規範，質量要求明確。優點是場景全面、分類清晰、文件結構專業；不足是缺少實際案例參考，部分場景的估算比較粗略，文件生成依賴特定環境支援。總體來說適合需要快速產出財務數字化方案的使用者，但如果你需要更具體的案例指導，可能還需要其他補充資料。