思维工具箱SMART 目标检验
F01
SMART 目标检验
SMART Objectives
用具体可验的五项约束把模糊愿望写成可验收目标
这是什么
领导常说「提升体验」「加快交付」，听起来正确却没法验收。SMART 用一组约束把目标改写成：谁、在什么范围、改变什么结果、用什么口径衡量、谁负责、何时检查。它帮你写清楚，不能证明目标值得做；版本里 A/R 含义常有分歧，团队先约定用哪套再写。
示意图
什么时候用 / 别用
该用
- 目标表述模糊，无法判断是否完成
- 需求或改进任务缺可验证的成功标准
- 部门目标需要落到指标、责任人和期限
别用
- 探索任务结果尚不明确，应先设学习目标而非硬凑数字
- 目标方向本身错误，写得再具体也没用
- 只想把活动数量包装成「看起来很 SMART」
怎么做
准备：业务问题与当前基线；目标对象、可用资源与期限；负责人及可追溯的验收证据
- 把愿望改写成「谁在什么范围内改变什么结果」
- 明确指标分子、分母、统计周期与当前值；无法量化时写观察标准
- 与负责人核对能力、预算和依赖
- 设目标值、完成时间与检查频率
- 找一位不了解项目的人复述验收方式，纠正歧义
交付：一条可验收的目标陈述，附指标口径、负责人、资源与复核日期
一个例子
假设示例 · 产品
【假设示例】产品经理把「优化 51as.com 工具页体验」改为：负责人在下月末，将工具页首次完成阅读率从假设的 35% 提到 50%，以进入页的新访客为分母、停留并点开步骤区为成功，每周复核；跳出率不得恶化。
容易踩坑
- 目标具体却方向错误，或用容易量化的活动数替代价值
- 为满足格式编造假精确数字
- 不同 SMART 版本混用却未约定，团队各说各话
出处：常见于管理目标写法检验（Doran 原文与后续常见改写并存）