核心用法
GENERAL_ORDER_KICKOFF 是一款面向跨行业订单与项目启动的标准化协作文具。它在销售合同或项目确认完成后介入，系统性地组织销售、交付、运营、财务及相关团队完成启动前核对，最终输出可执行的启动清单。用户需提供客户/项目信息、交付范围、数量/工作量、目标日期、验收标准、商业付款条件及内部责任人等核心参数，技能将自动输出参数状态表、启动结论、里程碑规划、责任分工、依赖清单、验收变更机制、风险清单及未来七天行动项。
显著优点
结构化启动流程：将原本散落在邮件、会议和文档中的启动信息整合为标准化输出，避免关键要素遗漏。七步启动流程覆盖版本锁定、成果拆解、依赖识别、资源核对、机制定义、风险标注和会议议程，形成完整的启动闭环。
多方协作对齐：明确销售、交付、运营、财务等角色的输入输出边界，减少跨部门信息断层和责任推诿。参数状态表（已命中/部分命中/缺失/冲突/待验证）提供清晰的进度可视性。
风险前置拦截：设置明确的停止条件，在合同冲突、验收标准缺失、资源未确认、日期不可执行或责任悬空时自动阻断，输出阻塞事项及确认人，防止带病启动。
轻量可落地：不追求复杂项目管理工具的深度，聚焦于"启动"这一关键节点的必做事项清单，降低使用门槛。
潜在缺点与局限性
非承诺性输出：技能明确声明不得将计划日期写成承诺日期，输出本质是协作草案而非正式承诺，仍需人工确认和审批流转。
依赖输入质量：参数状态表的准确性高度依赖用户提供信息的完整度，若用户隐瞒或误报关键信息，后续输出将存在系统性偏差。
行业特异性不足：作为通用模型，对特定行业（如建筑、医药、军工）的合规细节、特殊资质要求覆盖有限，需结合行业专家知识补充。
变更管理后置：技能聚焦于启动时点，对启动后持续变更管理的支持较弱，需搭配其他流程工具。
适合的目标群体
- B2B 交付型企业：SaaS、硬件、咨询服务、系统集成等存在复杂交付链条的企业
- 项目管理办公室（PMO）：需要标准化启动模板、减少项目启动失败的团队
- 销售运营团队：需在签约后快速拉齐交付、财务、法务的衔接角色
- 中小企业管理者：缺乏专职项目经理，需要结构化工具弥补管理能力的场景
使用风险
流程僵化风险：过度依赖标准化模板可能忽视特殊项目的灵活需求，建议在关键节点保留人工 override 机制。
责任虚化风险：输出清单中的责任人需经过被指派方的正式确认，单方面标注存在"被安排"争议。
数据泄露风险：启动清单包含客户信息、商业条款、内部责任人等敏感数据，输出物的存储和流转需符合企业信息安全规范。
版本同步风险：合同或订单版本锁定后若发生变更，需手动触发重新评估，技能本身不具备实时同步能力。
执行衰减风险：启动会议议程和会后清单若未配套跟踪机制，易沦为"文档完备、执行落空"的形式主义产物。