⚠️ 免责声明：本页面内容仅供学习参考，不构成法律、财税、投资或专业建议。涉及具体业务决策时，请咨询律师、会计师或其他合格专业人士。查看完整声明
风险评估评分卡
用途：系统评估AI创业/副业项目面临的各类风险，提前识别、量化、制定应对预案。
一、4大风险维度×5项指标
评分标准
- 1-2分：风险极低，几乎无需关注
- 3-4分：风险较低，保持常规监控
- 5-6分：风险中等，需要预防措施
- 7-8分：风险较高，需要专项应对
- 9-10分：风险极高，可能直接导致项目失败
维度A：技术风险（权重建议：25%）
| # | 指标 | 评分标准 | 得分（1-10） |
|---|---|---|---|
| A1 | 模型依赖风险 | 核心功能是否依赖单一AI模型？模型停服/涨价/降质的冲击有多大？ | |
| A2 | 技术实现难度 | 产品所需技术是否在当前能力范围内？是否需要学习大量新技术？ | |
| A3 | 输出质量稳定性 | AI生成内容的质量是否稳定？是否频繁出现不可接受的错误？ | |
| A4 | 数据安全风险 | 是否处理敏感数据？数据泄露的后果有多严重？ | |
| A5 | 技术迭代风险 | 底层技术快速迭代是否会让当前方案过时？适配成本多高？ | |
| 维度A小计 | /50 |
维度B：市场风险（权重建议：25%）
| # | 指标 | 评分标准 | 得分（1-10） |
|---|---|---|---|
| B1 | 需求真实性 | 目标需求是否是伪需求？用户实际付费意愿与口头表达是否一致？ | |
| B2 | 竞争强度 | 该赛道已有多少竞争者？是否有巨头即将入场？ | |
| B3 | 市场容量 | 市场空间是否足够大？能否支撑预期收入目标？ | |
| B4 | 获客难度 | 目标用户是否容易触达？获客成本是否在可控范围？ | |
| B5 | 政策监管风险 | 是否涉及受监管领域（如医疗、金融、教育）？政策变化的影响？ | |
| 维度B小计 | /50 |
维度C：财务风险（权重建议：25%）
| # | 指标 | 评分标准 | 得分（1-10） |
|---|---|---|---|
| C1 | 启动资金缺口 | 现有资金是否足够支撑到盈亏平衡？缺口有多大？ | |
| C2 | 现金流稳定性 | 收入是否稳定？是否有大额应收账款风险？ | |
| C3 | 成本失控风险 | 主要成本（API、人力、推广）是否可能大幅上涨？ | |
| C4 | 变现周期 | 从投入到产生收入需要多长时间？能否承受？ | |
| C5 | 机会成本 | 投入该项目放弃的其他机会价值有多大？ | |
| 维度C小计 | /50 |
维度D：运营风险（权重建议：25%）
| # | 指标 | 评分标准 | 得分（1-10） |
|---|---|---|---|
| D1 | 团队/个人能力 | 核心能力是否与项目需求匹配？关键技能是否有短板？ | |
| D2 | 时间管理风险 | 能否保证足够时间投入？主业/家庭是否会严重干扰？ | |
| D3 | 客户集中度 | 是否过度依赖单一/少数客户？最大客户占比多少？ | |
| D4 | 交付能力 | 能否稳定、按时交付承诺的服务/产品？ | |
| D5 | 声誉风险 | 一次失败的交付对长期声誉的影响有多大？ | |
| 维度D小计 | /50 |
二、自动计算总分
2.1 权重设置
| 维度 | 权重 | 原始总分（/50） | 加权得分 |
|---|---|---|---|
| A 技术风险 | ____% | =原始/50×100×权重 | |
| B 市场风险 | ____% | =原始/50×100×权重 | |
| C 财务风险 | ____% | =原始/50×100×权重 | |
| D 运营风险 | ____% | =原始/50×100×权重 | |
| 加权风险总分 | 100% | — | /100 |
默认权重均为25%，可根据项目特点调整，总和必须为100%。
计算方式：加权总分 = Σ（维度小计 ÷ 50 × 100 × 维度权重）
2.2 单项风险雷达图（概念）
| 维度 | 得分/50 | 换算百分制 | 风险等级 |
|---|---|---|---|
| 技术风险 | |||
| 市场风险 | |||
| 财务风险 | |||
| 运营风险 |
建议将四个维度的百分制得分可视化：分数越高 = 风险越高
三、风险等级解读
3.1 综合风险等级
| 加权总分 | 风险等级 | 整体解读 | 建议策略 |
|---|---|---|---|
| < 30 | 🟢 低风险 | 项目风险可控，主要精力可放在执行上 | 常规监控，每月复查 |
| 30-50 | 🟡 中低风险 | 存在个别风险点，需要针对性关注 | 对高分维度制定预防措施 |
| 50-70 | 🟠 中高风险 | 多项风险偏高，项目面临实质挑战 | 必须有详细应对预案，预留缓冲 |
| > 70 | 🔴 高风险 | 项目失败概率高，除非有明确对策否则不建议启动 | 优先解决高风险项，或考虑放弃 |
3.2 单项风险预警
| 条件 | 预警级别 | 行动建议 |
|---|---|---|
| 任一维度 > 35/50 | 🟠 单项高风险 | 该维度为当前最大威胁，优先处理 |
| 任一维度 > 42/50 | 🔴 单项极高风险 | 不解决该风险，项目不应启动 |
| 两个及以上维度 > 30/50 | 🟠 多风险并发 | 项目抗风险能力弱，需大幅加强缓冲 |
| 所有维度 < 20/50 | 🟢 风险极低 | 过于乐观？请重新检查是否有遗漏风险 |
四、整改建议与应对预案
4.1 技术风险应对
| 风险项 | 预防措施 | 应急预案 |
|---|---|---|
| 模型依赖 | 接入2-3家模型作为备份 | 准备自研/开源模型降级方案 |
| 质量不稳定 | 建立人工审核机制 | 设定质量标准，不达标不交付 |
| 数据安全 | 敏感数据本地处理，不上传云端 | 数据泄露响应预案 |
| 技术过时 | 保持技术敏感度，每季度评估新技术 | 预留技术重构预算和时间 |
4.2 市场风险应对
| 风险项 | 预防措施 | 应急预案 |
|---|---|---|
| 需求虚假 | MVP验证，让用户先付费再开发 | 快速 pivot，更换方向 |
| 竞争加剧 | 建立差异化壁垒，深耕细分 | 转向B端/更细分场景 |
| 获客困难 | 多渠道布局，不依赖单一来源 | 降低获客成本，转口碑/裂变 |
| 政策变化 | 关注政策动向，合规经营 | 预留合规调整时间窗口 |
4.3 财务风险应对
| 风险项 | 预防措施 | 应急预案 |
|---|---|---|
| 资金不足 | 分阶段投入，设定止损线 | 接外包/兼职补充现金流 |
| 现金流不稳 | 要求预付款，缩短账期 | 准备3-6个月生活费储备 |
| 成本上涨 | 锁定长期合同价，控制可变成本 | 提价或寻找替代方案 |
| 变现慢 | 先做能快速变现的服务 | 副业+主业并行，不放弃主收入 |
4.4 运营风险应对
| 风险项 | 预防措施 | 应急预案 |
|---|---|---|
| 能力不足 | 补齐短板，或找合伙人 | 外包非核心环节 |
| 时间不够 | 严格时间管理，减少低价值活动 | 降低项目范围/目标 |
| 客户集中 | 单个客户收入占比控制在30%以下 | 加速拓展新客户 |
| 交付风险 | 留足缓冲时间，不过度承诺 | 提前沟通延期，给予补偿 |
五、风险登记册（持续更新）
| 风险ID | 风险描述 | 所属维度 | 当前评分 | 应对措施 | 负责人 | 状态 | 更新日期 |
|---|---|---|---|---|---|---|---|
| R001 | 技术/市场/财务/运营 | ☐开放 ☐缓解 ☐关闭 | |||||
| R002 | |||||||
| R003 | |||||||
| R004 | |||||||
| R005 |
使用方法
- 项目启动前：完成首次全面风险评估，作为Go/No-Go的参考。
- 每月复查：更新风险登记册，重新打分，观察风险变化趋势。
- 重大变化时：如获得大客户、技术平台调整、政策变化，立即重新评估。
- 针对性应对：对高分风险项，从应对预案中选择措施执行。
- 记录闭环：每项风险从识别→评估→应对→关闭，全程记录。
填写说明
- 诚实打分：不要因为"想做成"而低估风险，高风险认知是预防的第一步。
- 动态更新：风险不是一次性的，今天的低风险可能明天变高。
- 关注单项极值：综合分低但某单项极高，该单项可能致命。
- 预案要具体：不要写"注意监控"，要写"当X发生时，执行Y动作"。
- 风险与收益平衡：不是风险高就一定不做，而是要知道风险在哪、怎么应对。