BizThinkFrame
返回框架查询
框架 4-3-4 / 制订策略

SMART

SMART goals

用具体、可衡量、可达成、相关和有时限五个标准设定目标。

什么时候用

需要把方向写成可检验的目标时使用。逐项检查具体、可衡量、可达成、相关和有时限,并约定测量方式。

需要准备

目标对象、基线、统计口径、资源约束、期限和可达成依据。

你会得到

可复核的目标表述、测量规则和待确认条件。

01

先理解,再动手

使用步骤

把目标逐项校准为具体、可衡量、可达成、相关、有时限。区分基线、目标值与实际结果;可达成需要资源依据,不能仅宣称努力即可实现。

  1. 01

    写出目标草案

  2. 02

    逐项检查是否具体、可衡量、可达成、相关、有期限

  3. 03

    补充指标、范围和截止时间

  4. 04

    确认目标与上位目标一致

使用时,留意这一点

目标不等于已实现效果;预计样本数不证明统计充分性。比例变化注明百分点,区分交付截止日和完整结果观察期。

02

看清框架结构

虚构案例示意
S 具体改善首次邀请与完成协作任务的引导M 可衡量同口径七天激活率由 30% 提高到 40%A 可达成基于访谈与原型结果提出挑战目标,仍待验证R 相关激活改善服务于真实协作与后续留存T 有时限四周完成发布,最后一批再观察七天

从一份空白提纲开始

复制到你的文档,填入真实的业务事实与判断。

查看空白提纲
SMART · 空白提纲

什么时候用:需要把方向写成可检验的目标时使用。逐项检查具体、可衡量、可达成、相关和有时限,并约定测量方式。
需要准备:目标对象、基线、统计口径、资源约束、期限和可达成依据。
预期产出:可复核的目标表述、测量规则和待确认条件。
使用边界:目标不等于已实现效果;预计样本数不证明统计充分性。比例变化注明百分点,区分交付截止日和完整结果观察期。

工作问题:
期望结果:
已有证据与假设:
未知项与下一项核查:

填写说明:对象、范围和要实现的变化。
1. S 具体:

填写说明:指标定义、基线、目标值和数据来源。
2. M 可衡量:

填写说明:资源、能力与可行性依据。
3. A 可达成:

填写说明:如何支持上位目标?
4. R 相关:

填写说明:截止时间和中途检查节点。
5. T 有时限:

检查清单
□ 目标表述具体清楚。
□ 有明确指标和期限。
□ 目标与业务方向相关且可执行。

考虑下一个框架
PERT图: 目标和期限已有依据,但行动存在依赖关系时,用 PERT 检查路径、资源与工期假设,得到需协调的安排。
https://bizthinkframe.com/zh/frameworks/pert-chart

BizThinkFrame · https://bizthinkframe.com/zh/frameworks/smart
03

跟着案例走一遍

虚构教学案例

把“提高激活”改成可检查的目标

组织、人物、数据和结果均为虚构,仅用于说明框架用法。

背景与问题

云桥完成了新手引导的需求研究,准备给团队设定四周目标。

“尽快显著提高激活率”无法判断是否完成。

手头有哪些材料

  • 当前七天激活率为 30%
  • 每周约 50 家新团队,四周可观察约 200 家

如何使用这个框架

  1. 把目标对象、行为与指标写清楚。
  2. 补上数据成熟所需的七天,避免上线日就判断结果。
  3. 说明样本有限,结合趋势与访谈解读变化,不宣称必然因果。
得到的结果

形成能排期和复盘的目标,包含统计口径与观察截止日期。

从 30% 到 40% 是增加 10 个百分点的目标。约 200 家团队是计划规模,不证明样本充分;上线期限和完整七日观察期分别安排。

下一步行动

建立每周批次看板,同时观察邀请失败和投诉。

目标写得漂亮,为什么仍可能不能承诺

方向已有共识、但大家不知道怎样算进展时,可以用SMART。先说明实际工作问题,以及目标要支持什么决定。目标具体可测,仍可能与业务无关,或超出可用容量。五项提示用于暴露缺少的约定,不是打一个质量分。

三种情况下先不承诺:基线无法找回定义与来源,不清楚什么事件被算进去了;拟负责人、资源或必要权限没有确认,句子里点名不等于对方接受;期限早于结果能完整观察的时点。功能交付日与结果测量结束日可能不同。

不要用没有依据的数字装点精确感。记录为什么提这个目标、还有什么不确定、什么情况需要修订。挑战目标可以帮助讨论,不等于预测。同时保留与主指标相关的保护指标,避免一个数变好就遮住体验变差。

看当前缺少哪一段约定

SMART用于整理目标。指标口径、本人选择与试验复查可能分别需要别的方法,选能解决当前缺口的下一步即可。

围绕目标的不同产出
方法输入产出及边界
SMART方向、基线、约束和拟期限可检查的目标草案;可行性仍需确认
KPI树人群、单位与数量定义一致可复算的指标结构;不批准目标
GROW本人的目标、现状与备选路径本人选择的下一步;不替对方决定
PDCA有限变更和观察计划学习循环;执行完成不证明改善

完整推演:四周计划与证据分开写

延续上方Yunqiao虚构激活案例:现有七日激活率30%,拟目标40%;每周约50个新团队,四周大约200个。这是规划量,不是已知基线分母。不能悄悄把基线改成“200个中60个激活”,也不能说200个团队都将看到新引导。

工作涉及首次邀请与协作任务,但确切激活事件、合格团队定义、数据源和排除规则仍需登记。访谈与原型发现支持探索,不保证能交付,也不证明结果会有统计上的确定性。邀请失败与投诉继续保留,没有上线后的实际结果。

因此目标草案要并排写已知值与待约定项。30%到40%是增加10个百分点,相对基线约增加33.3%。这个计算只描述拟目标差距,不是已实现改善,也不是功能带来的新增激活团队数。

从现有材料到目标约定草案
项目已知或拟议承诺或测量前要补什么
方向改善首次邀请与协作任务引导确认具体工作范围
基线 / 目标七日激活30% / 拟40%找回事件、分母、来源和排除项
规划量约50团队/周,四周约200记录实际批次及版本暴露
容量与负责人尚未确认取得真实接受与资源约定
时间与保护指标四周交付;完整七日窗口;失败/投诉交付与最终测量分别约定检查点

结论带条件,复查回到实际批次

可以提出:“请确认四周引导变更的指标定义、负责人和容量。按同一口径,以30%为基线,拟目标40%;各批次观察满七天再测量。”条件未约定就保留草案状态,不用一个肯定的截止日替代交付依据。

准备批次台账:合格起始期间、实际团队数、看到的引导版本、激活数及观察终点。未来结果留空。每周只评价窗口已完整的批次;第四周末进入的团队仍需要完整七天。交付截止不能授权把未满窗口算失败,也不能悄悄剔除。

复查报告实际分子分母、保护指标和定义变化。资格或暴露不同,先说明可比边界再谈进展。容量改变时保留原目标,追加修订约定、理由与批准人。引导做完、达到目标、证明因果效果,是三种需要不同证据的说法。

04

检查你的思考

再问自己几个问题

  • 目标是否能被不同人理解为同一件事?
  • 用什么指标判断完成?
  • 这个目标在当前资源下是否现实?

完成前的检查清单

  • 目标表述具体清楚。
  • 有明确指标和期限。
  • 目标与业务方向相关且可执行。

框架参考

参考资料说明框架定义与适用范围,不验证虚构案例的结果。

接下来,什么时候值得继续

PERT图目标和期限已有依据,但行动存在依赖关系时,用 PERT 检查路径、资源与工期假设,得到需协调的安排。

看看这个框架怎样应用

新用户不再回来,先查哪一步?用同一份队列计数切换分母,区分首次完成与后续使用,形成带观察限制的问题陈述和取证清单。