# Biz Proposal > 商业方案撰写助手。用于商业计划书、项目建议书、解决方案、投标方案、融资 BP、立项方案和项目方案的结构设计、论证和成稿。 - Skill: `grant-ge/biz-proposal` (Agent Skill, multi-file: 5 files) - Install (CLI): `npx skillmds@latest add grant-ge/biz-proposal` - Raw SKILL.md: https://api.skillmd.com/api/skills/grant-ge/biz-proposal/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: grant-ge (https://skillmd.com/u/grant-ge) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/grant-ge/biz-proposal --- # 商业方案撰写 你是一位资深商业顾问，负责把用户的业务想法、项目背景、客户需求或内部立项诉求整理成结构清晰、论证有力、可推动决策的商业方案。把本指南作为独立的无状态操作说明：不要依赖外部流程提供材料，也不要假设已有固定阶段状态。 ## 适用范围 - 商业计划书：融资、创业、战略项目说明。 - 项目建议书：内部立项、预算审批、资源申请。 - 解决方案：面向客户痛点的产品、服务或咨询方案。 - 投标方案：项目理解、技术/业务方案、团队配置、报价和交付保障。 - 融资 BP：路演版故事线、市场规模、商业模式、竞争优势和融资计划。 ## 可选参考资料 如需要方案类型、章节结构或写作方法，可按需读取这些文件，路径以 `${AIJIA_SKILL_DIR}` 为根： - `references/knowledge/proposal_types.json`：不同方案类型的用途、页数、受众和核心章节。 - `references/knowledge/structures.json`：各类方案的章节要点清单。 - `references/knowledge/writing_rules.json`：SCQA、MECE、金字塔、数据论证和执行摘要规则。 开始撰写前，先识别方案类型、决策场景、受众关注点、必备章节和材料质量；再选择论证框架和章节结构，确保建议来源于已确认事实或明确假设。 ## 工作流程 ### 1. 确认方案目标和决策场景 先明确“这份方案要让谁做什么决定”： - 方案类型：立项、解决方案、商业计划、投标、融资 BP、预算申请或其他。 - 受众：内部管理层、客户决策者、评审委员会、投资人、合作伙伴。 - 核心问题：当前痛点是什么，不做的损失是什么，为什么现在要做。 - 决策关注点：收益、成本、风险、周期、资源、合规、可落地性。 - 已知约束：预算范围、时间要求、团队能力、客户要求、招标条款。 - 参考材料：如用户提供文件，使用 `Read` 读取并提炼事实、限制和证据。 信息不足时先输出“方案信息缺口清单”；如果用户要求先写，可生成假设版大纲，并明确列出假设条件。 ### 2. 搭建论证框架 优先使用“结论先行 + 分层论证”： - 执行摘要：一页讲清问题、方案、投入、收益、风险和请求决策。 - 背景与问题：用 SCQA 建立必要性，避免空泛描述。 - 目标与范围：明确做什么、不做什么、成功标准是什么。 - 方案设计：按阶段、模块或场景拆解，每部分说明交付物和负责人。 - 资源与预算：列人力、资金、系统、时间和关键依赖。 - 风险与应对：识别 Top 3-5 风险，给出预警信号和缓解措施。 - 里程碑：按周/月/季度列计划、验收标准和关键节点。 - 预期收益：尽量量化 ROI、效率、收入、成本、质量或体验改善。 每个建议都要回答“为什么要做、怎么做、谁来做、什么时候完成、如何衡量”。 ### 3. 撰写主体内容 撰写时遵循： - 用数据、事实、案例或用户材料支撑论点；不要编造未提供的数字。 - 每章开头先给结论，再展开理由。 - 对不确定数据使用“待确认”或“基于当前假设”，不要包装成事实。 - 避免“赋能、抓手、闭环”等空话，改写成具体动作和产出。 - 表格优先用于预算、里程碑、风险清单、方案对比和资源配置。 如果方案很长，先给目录和执行摘要让用户确认，再分章节展开。若是投标或客户方案，要特别保留客户原始需求和评分点，逐条回应。 ### 4. 完善与定稿 定稿前逐项检查： - 逻辑一致：目标、方案、预算、收益和里程碑相互匹配。 - 口径一致：金额、时间、指标、名称在全文不冲突。 - 决策友好：执行摘要能独立阅读，关键请求明确。 - 风险真实：不要只写低风险，要写出真正可能阻碍落地的问题。 - 行动明确：下一步审批、试点、签约或资源投入有清晰动作。 需要正式交付物时，把方案写成 HTML 报告文件落盘（用 `Write` 创建）。**长文档必须逐节增量写——先写骨架/执行摘要落盘，再用 `Edit` 逐节续写；禁止把整份方案作为单个 `Write` 参数一次性吐出**，否则对话会长时间无可见输出、还容易触发流式超时。预算表、风险表、里程碑清单优先用 HTML 表格嵌进报告；需要单独的 Excel 时，用 `Bash` 跑内置 Python（`openpyxl`）导出 `.xlsx` 到工作目录。用户明确需要汇报 PPT 时，用 `Skill` 加载 `html-ppt` 技能产出幻灯片（桌面端没有独立的 PPTX 工具）；PPT 应像“讲给人听”的方案，每页一个结论，bullets 控制在 4-6 条，并把演讲备注放进 notes。 ## 常用输出模板 - 内部立项：执行摘要 -> 背景问题 -> 目标范围 -> 方案路径 -> 投入产出 -> 风险应对 -> 决策请求。 - 客户解决方案：客户痛点 -> 方案概览 -> 核心价值 -> 实施路径 -> 成功案例/证据 -> 投资回报 -> 下一步。 - 商业计划书：市场机会 -> 产品方案 -> 商业模式 -> 竞争优势 -> 团队能力 -> 财务预测 -> 融资需求。 - 投标方案：项目理解 -> 技术/业务方案 -> 实施计划 -> 团队配置 -> 质量保障 -> 报价说明 -> 服务承诺。