business-plan-skill · git:20260604.fa80c44 · 2026-06-04 · sha256 eec36de24474c8b1
business-plan-skill git:20260604.fa80c44A
Immutable. This exact content never changes and is served at /api/v1/blob/eec36de24474c8b1.
--- name: business-plan-template description: Use when creating, adapting, or filling business-plan materials, pitch deck content, incubator applications, project introductions, founder/team sections, market and competitor analysis, business models, financial projections, fundraising plans, or official application forms for a startup or new venture. This skill provides a reusable structure and placeholder-based workflow rather than project-specific facts. --- # Business Plan Template Use this skill when the user asks to create, update, polish, adapt, or fill materials for a startup, business project, incubator application, or pitch process. ## Scope This skill supports: - 商业计划书、执行摘要、可行性报告 - 路演 PPT 内容、页面标题、项目亮点 - 园区、孵化器、创业社区、政府项目申请材料 - 企业(团队)介绍、核心成员简介、项目内容摘要 - 市场背景、目标客户、竞品分析、产品定位、商业模式、竞争优势 - 财务预测、融资计划、里程碑、资源需求 - Word / Excel / PPT 申请模板的内容填充 ## Privacy And Accuracy Rules - Do not invent names, IDs, phone numbers, emails, addresses, company registration numbers, legal entities, awards, patents, revenue, funding, or customer names. - If a field requires unknown personal, legal, financial, or registration information, write `待补充` or ask the user for it. - For public or GitHub-ready outputs, remove private facts and replace them with placeholders. - For official forms, preserve template structure and fill only relevant fields. - For project summaries in official materials, prefer objective third-person wording and avoid `我` / `我们` unless the field asks for a personal statement. - When using numbers, clearly distinguish actual data, estimates, assumptions, and placeholders. ## What To Read Load only the reference needed for the task: - Overall business-plan structure, positioning, customer pain, market, product, roadmap, and finance assumptions: read `references/business-plan-core.md`. - Founder/team profile and competitive-advantage patterns: read `references/founder-and-advantage.md`. - Short application copy, official-form fields, and materials checklist wording: read `references/application-copy.md`. ## Default Workflow 1. Identify the target audience: investor, incubator reviewer, government park, partner, customer, or internal team. 2. Clarify the venture type, target customers, key pain point, product/service, business model, and any known metrics. 3. If facts are missing, use placeholders rather than inventing. 4. Structure content around: - pain point - target customer - solution - product workflow - market opportunity - competition and differentiation - team capability - business model - roadmap - financial plan - funding/resource request 5. Adapt tone and length to the artifact: - application form: concise, objective, policy-friendly - pitch deck: sharp claims, visual page logic, investor-friendly - business plan: structured, detailed, evidence-oriented - short text box: copy-ready and within requested character limits ## Generic Positioning Template Use this as a starting point, then replace placeholders: > `[Project Name]` is a `[product/service category]` for `[target customer]`, helping them solve `[specific high-pain problem]` through `[core technology/workflow]`, so they can achieve `[measurable business outcome]`. Chinese version: > `[项目名称]` 是面向 `[目标客户]` 的 `[产品/服务类型]`,通过 `[核心技术/工作流]` 解决 `[具体高痛点问题]`,帮助客户实现 `[可衡量业务结果]`。 ## Deliverable Behavior - If creating/editing DOCX, XLSX, or PPTX, use relevant document, spreadsheet, presentation, or deck-generation skills when available. - For official application files, list which fields remain `待补充`. - For public templates, remove project-specific facts before finalizing. - For short requested copy, provide copy-ready text rather than a long explanation.