30-60-90 天计划是一份三阶段爬坡计划，把新员工的第一个季度拆成学习、贡献、改进三段。它不是一张写着「入职」二字的超长清单，而是给员工和主管同一个答案，回答两个人都在心里问的那句：第 30 天、第 60 天、第 90 天，分别做到什么算好？
这篇指南先讲怎么用 6 步做出一份计划，再展示它在新员工、晋升、销售岗三种场景下的样子。你可以直接用30-60-90 天计划模板，在浏览器里改目标、行动项和成功标准。
一份 30-60-90 天计划该解决什么
30-60-90 天计划不是一张有九十个格子的待办清单。它是按时间组织的爬坡，每个阶段有各自的任务。前 30 天用来学习——团队、工具、术语，以及工作真正怎么流转的那些不成文规则。中间 30 天用来贡献——用少量帮助把一个真实任务从头做到尾。最后 30 天用来改进——退后一步，提出一个改变，并商量好下一步做什么。
一份有用的计划要做到五件事：
- 员工清楚地知道前 30 天该学什么、去哪学；
- 主管知道员工要独立负责的第一个任务是什么、什么时候交；
- 每个阶段都有一个第三方也能核验的成功标准；
- 计划写进真实的工具、真实的人和真实的任务，而不是空泛占位；
- 每个 30 天阶段结束时有一个约定好的复盘点。
30-60-90 拆分比平铺清单更有效，原因在于它强制推进。清单告诉你该完成什么；30-60-90 计划还告诉你完成这件事证明了什么。「做完产品培训」是个勾选项；「第 30 天能独立做一场需求挖掘」才是个里程碑。
怎么做一份 30-60-90 天计划
最有用的计划是为某一个具体的人、某一个具体的岗位写的，而不是从库里整套搬来。下面这 6 步带你从一张白纸走到双方都能真用的计划。
1. 从岗位出发，而不是从模板出发
先写下这个岗位，以及「完全上手」对它意味着什么，用大白话写。对开发可能是「能独立交付一个功能」，对销售可能是「能独立跑完一个完整销售周期」。这句话就是终点，三个阶段只是通向它的路线。跳过这一步，计划就变成一份盖着员工名字的通用入职清单。
2. 把 90 天拆成三个阶段
把季度拆成第 1–30 天、第 31–60 天、第 61–90 天。给每个阶段一个动词：学习、贡献、改进。动词比天数更重要，因为它定下每个阶段的基调。第 1–30 天刻意压低风险；第 31–60 天是 ownership 的起点；第 61–90 天是员工开始塑造这份工作，而不只是完成这份工作。
3. 每个阶段写一个目标
每个阶段只写一个目标，写成结果而不是动作。「熟悉团队、工具和核心流程」是目标；「读 wiki」是为它服务的动作。一个目标让阶段保持聚焦。当一个阶段塞进三个目标时，时间不够的时候员工反而分不清哪个更重要。
4. 补上行动项
每个目标下面列三条行动项——通向目标的那些具体动作。学习阶段的行动项可以是：和每位同事做一次 1 对 1、开通账号并通读团队文档、从头到尾跟一遍核心流程。控制在三条，再多行动项就变成了第二张和目标抢注意力的清单。
5. 补上成功标准
这是大多数人跳过的一步，也是让整份计划真正落地的一步。成功标准说明双方如何判断一个阶段结束了：「能说出每个人的职责并独立完成基础任务」，或者「有了合格漏斗和第一笔成交」。写到第三方不用问意见就能勾掉的程度。
6. 约定复盘节奏
在每个 30 天阶段结束时固定一个复盘点。第 1–30 天写全细节，第 31–60 天和第 61–90 天先写轻，每次复盘时根据真实发生的事更新。一份从不回看的计划，两周之内就会和现实脱节。
新员工入职示例
对新员工来说，这条弧线是经典的三段：先学习，再独立，最后改进。第 1–30 天围绕团队和它的运转方式——和每位同事做一次 1 对 1、开通账号、通读团队文档、从头到尾跟一遍核心流程。成功标准很简单：这个人能说出每个人的职责，并独立完成基础任务。
第 31–60 天转向独立负责。员工在少量帮助下交付一个小项目，收集主管的反馈，并改进一个拖慢自己的环节。重点不是项目大小，而是员工第一次完整走完「开始—交付—复盘」这条闭环。
第 61–90 天转向外部。员工写出一份想落地的改进方案，和主管对齐下一个 90 天目标，并向团队汇报计划。一份停在「做完入职」的计划，离它真正的回报差了一步；第三阶段才是新员工开始反哺团队、而不只是吸收团队的时候。
晋升或新岗位示例
晋升计划看起来不一样，因为这个人已经熟悉公司了。晋升的风险不是「学不会工具」，而是把旧习惯带进更大的职责范围。所以计划从范围出发，而不是从任务出发。
前 30 天用来梳理利益相关方和他们的期望，列出能尽快交付的快速胜利，并建立每周对焦节奏。成功标准是范围、负责人和早期成果都写了下来——因为没有写清范围的晋升，只是一个头衔。
中间 30 天用来交付一个可见成果。这个人交付杠杆最高的那个快速胜利，把一项任务授权出去释放时间，并主动向上要一次反馈。授权比成果本身更重要：这是这个人开始在新层面思考、而不是顶着新头衔做旧活儿的第一个信号。
最后 30 天定下下一季度的节奏——起草带负责人的季度计划、和主管与团队对齐、定义衡量成功的方式。90 天之后的更长期目标，可以接着用目标设定模板。
销售岗示例
销售岗的 30-60-90 天计划靠活动和漏斗推进，因为这份工作本身就是靠活动和漏斗跑的。阶段还是学习、贡献、改进，但衡量方式变了。
第 1–30 天围绕话术。销售熟记产品和定价，旁听五场需求挖掘电话，整理一份 100 家潜在客户名单。成功标准是能带笔记独立做一场需求挖掘——不是成交，只是不用人扶就能把对话接下去。
第 31–60 天是漏斗打开的阶段。销售从名单里约见客户，独立做需求挖掘和产品演示，推进商机进入每个阶段。成功标准是有了合格漏斗和第一笔成交；只会约见却推不动商机的销售，只算爬了一半。
第 61–90 天围绕可复制性。销售把触达和演示标准化，达成每周活动量目标，并记录哪些打法有效、哪些无效。可复制的节奏，是区分「第二个月靠运气」和「之后每个月都能达标」的分水岭。这个爬坡所服务的季度目标，可以接着用OKR 规划模板。
常见的 30-60-90 天计划错误
阶段没有成功标准
「熟悉产品」没有终点。没有成功标准，阶段就在时间耗尽时结束，而不是在目标达成时结束。把每个阶段写到第三方也能核验完成的程度。
一次性把三个阶段都填满
第 61–90 天取决于前 60 天发生了什么。一开始就写全细节，意味着后面大部分要重写。第一阶段写细，后面两个阶段写轻，每次复盘再更新。
照抄模板不改
30-60-90 天计划只有写进岗位真实的工具、真实的人和第一个任务才有效。团队根本没有某个账号，模板里却还写着「开通账号」——这就是照抄、不是写计划的信号。
把爬坡当成评分卡
计划是爬坡，不是评估。头几周就用计划给绩效下结论，只会让新员工藏问题而不是把问题摆出来，这恰恰毁掉了爬坡的意义。
没有复盘节奏
一份写一次就不再看的计划，两周之内就会偏离现实。在每个阶段结束时固定一个复盘点，把后面的阶段当成草稿，而不是承诺。
让计划活过 90 天
计划是一份活 90 天的文档，不是一张证书。每次复盘问一句：员工学到了什么、会让下一个阶段发生什么变化，然后重写它。90 天结束时，最后一个阶段应该已经指向了下一步——一个真实的目标、一个真实的 OKR，或一个真实的项目——让爬坡落进一件能持续的事里。
从30-60-90 天计划模板开始，把示例换成你团队真实的角色和任务，并在每个阶段结束时约定一个复盘点。计划所服务的更长期目标，看目标设定模板；爬坡之后的那个季度，看OKR 规划模板。
