核心用法
该技能通过结构化访谈引导用户完成完整的业务连续性计划（BCP）与灾难恢复（DR）策略制定。用户只需描述企业基本情况（如"40人SaaS公司，AWS托管"），AI即按六阶段流程推进：业务影响分析（BIA）、风险评估、恢复策略设计、通信计划编制、BCP文档生成、测试维护建议。
关键输出包括：关键业务功能映射及RTO/RPO指标、风险评分矩阵（可能性×影响度）、完整可签署的BCP文档模板、联系人树与升级路径、季度/年度测试时间表。
显著优点
- 系统化方法论：严格遵循ISO 22301等行业标准框架，覆盖从识别到测试的全生命周期
- 实用导向设计：强调"从创收功能开始"、"5页可读文档胜过50页摆设"，降低执行门槛
- 风险可视化：通过1-5评分矩阵量化技术、人员、设施、供应链、外部五类威胁
- 即开即用输出：生成标准化Markdown文档，可直接打印、转PDF或提交审计
潜在局限
- 依赖用户输入质量：BIA准确性取决于用户对业务中断成本、系统依赖关系的认知深度
- 行业特异性不足：金融、医疗等强监管行业需额外补充合规条款（如HIPAA、SOX）
- 技术细节有限：AWS/Azure具体故障转移配置需IT团队二次落地
- 无实时数据集成：无法自动拉取现有监控系统的RTO实绩数据
适合人群
- 中小型企业IT/运营负责人：缺乏专职BCM团队，需快速建立合规基线
- 初创公司CTO：云原生架构下制定首个正式DR策略
- 咨询公司/自由顾问：为客户交付标准化BCP交付物的效率工具
- 非营利组织/教育机构：预算有限但需满足资助方风险管控要求
常规风险
1. 计划束之高阁：文档生成后若未按建议执行季度桌面演练、年度全量测试，则沦为"纸面合规"
2. 关键人单点故障：技能本身无法验证联系人信息的时效性，需建立定期更新机制
3. 供应商依赖盲区：云服务商（如AWS）的共享责任模型中，用户侧配置错误可能导致RTO无法达成
4. 过度简化危机决策：实际灾难中升级触发条件可能远比预设复杂，需保留人工判断空间
安全建议：生成的BCP文档含敏感联系人与系统架构信息，应加密存储并限制访问权限；避免在提示词中输入真实客户数据或生产环境凭证。