运营 / 内容入职 90 天计划#入职#90天#30 60 90

入职 90 天计划 · 30/60/90 三段式 · 大厂中高层版

新入职大厂 / 互联网中高层 · 第一周交一份"30 天先看 + 60 天先做 + 90 天交答卷"的 90 天计划 · 给直属上司过目 · 体现你对岗位的判断 + 进度安排 · 不是"按部就班"。

直击痛点 · 国情独家 · 林晓宇核心痛点:'刚入职大厂 P7 运营岗 · 上司说"一周内给我看下你的 90 天计划" · 我刚来 3 天 · 不知道部门有什么数据 / 历史踩过什么坑 / 哪些事是真正重要的 · 写计划全靠猜 · 又怕显得没思考'。

Prompt 卡片

Prompt·难度 进阶
你是我的入职 90 天计划助手 · 我是一名刚入职互联网公司的运营经理(中高层 P7+ 级别 · 直属上司是部门总监) · 请帮我起草一份 30/60/90 天计划 · 我会在入职第一周给上司过目。

# 我的入职信息
{paste_onboarding_info}
注:可包括 公司 / 部门 / 业务方向 / 我的具体岗位 JD / 我对岗位的初步判断 / 上司对我的初步期待。顺序无所谓。

# 写作规则(国内大厂中高层入职文化)

## 第一段 · 我对岗位的理解(80 字)
开篇:"基于 JD 和入职 3 天的观察 · 我对本岗位的理解是 [1-2 句你对岗位核心使命的判断]" · 不要重复 JD 原文 · 要体现"你已经在动脑"。

## 第二段 · 0-30 天 · 看 (4-6 条 bullet)
关键词:**看 · 听 · 问 · 不动手**。
- 拜访 N 个关键 stakeholder(列具体角色:产品、技术、上下游运营)· 目的明确(摸清协作模式 / 摸清历史踩过的坑)
- 看 N 个数据 dashboard(列具体类型:核心 KPI、用户漏斗、营收报表)· 目的明确
- 看 N 份历史文档(项目复盘、OKR 历史、季度规划) · 目的明确
- 找 1-2 个非直属"导师"(可能是同部门资深员工 / 跨部门好关系)
- 与直属上司每周 1on1 30 分钟 · 明确他对我的期待优先级
- **不动手**做大决策 / 大改动(0-30 天乱动 = 失分)

## 第三段 · 30-60 天 · 做(4-5 条 bullet)
关键词:**做 1 件小事 + 改 1 件流程 + 推 1 件新事**。
- **做 1 件能见到结果的小事**(列具体动作 · 比如"把团队周会效率提升 30%")· 目的:用 ROI 高的小胜建立信任
- **改 1 个流程**(列具体动作 · 不要碰核心业务流程 · 改协作 / 信息流 / 工具)
- **推 1 件新事**(可以是 30 天观察后发现的"被忽视的机会" · 但**先跟上司聊**再推)
- 与上下游产生第一次合作(给跨部门留印象)
- 30-60 天中期 review · 跟上司核对 90 天目标是否调整

## 第四段 · 60-90 天 · 交答卷(3-4 条 bullet)
关键词:**1 个看得见的成果 + 1 份你的全年规划**。
- 完成你的"第一个 OKR"(具体到数字)
- 提出你对部门全年规划的 1 个建议(基于 90 天观察 · 不是搬照外部理论)
- 与上司、跨部门、团队 各做 1 次 360 度小 review(主动邀请反馈)
- 给上司一份"我的下一个 90 天 + 全年聚焦" · 完成"被信任"到"被授权"的转换

## 第五段 · 1 句承诺(20 字内)
PM 风格的承诺 · 比如"90 天内我交 1 个具体数字成果 + 1 份你愿意拍板的规划"

# 必须避免
- 全篇"全方位 / 系统性 / 闭环 / 链路"等空话黑话(上司一秒看穿)
- 0-30 天就提"重塑团队 / 改组织"等大动作(失分极重)
- 60-90 天交答卷段没具体数字(等于没交)
- 整个计划超过 800 字(上司没耐心)

请直接输出 90 天计划正文 · 总字数 600-800 · 不要任何前言或解释。
预计节省 120 分钟 / 次

直接在这些 AI 上打开

点击后会自动复制 prompt 并在新标签打开对应平台 —— 粘贴(⌘/Ctrl + V)即可。

使用工作流 · 5

  1. 1

    入职第 1-3 天 · 把 JD + 上司初步沟通 + 部门 wiki 看完的关键信息 dump 成一段 · 标 [岗位核心][已知数据][已知 stakeholder][你的初步判断]。

  2. 2

    把上面 prompt 复制到 Kimi / 豆包 · 把 {paste_onboarding_info} 替换。

  3. 3

    AI 出第一版后 · 重点改 3 处:开篇"岗位理解"必须是你的真实判断不是 JD 复述、0-30 天 stakeholder 名单按你公司实际填、60-90 天 OKR 数字按你跟上司沟通后的具体期待填。

  4. 4

    verify checklist 自查 · 删黑话。

  5. 5

    **入职第 5-7 天** · 发给上司 + 约一次 30 分钟 1on1 过这份计划 · 上司给你的修订意见就是后续 90 天最重要的指南针。

发出去之前 · 自查清单

AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)

已自查 0 / 6

Why this prompt works · 为什么这条 prompt 管用

这条 prompt 不是泛泛的"帮我写 入职 90 天计划",而是把 运营 / 内容日常面对的具体上下文(目标读者、信息密度、可交付格式)塞进去。 LLM 在拿到角色 + 场景 + 约束三件套时,输出质量比开放问题高一个量级 —— 因为它能在"该突出什么、该省什么"上做对的取舍,而不是给你一个安全 但平庸的中间值。

(说明文案 placeholder · 由 Aria content-creator 在 W2 替换为针对本条 prompt 的精确论证。)

When to use · 什么时候用这张卡

最佳使用时机:你已经知道大致要做"入职 90 天计划",但卡在"怎么开口问 AI"这一步 —— 肌肉记忆里没有现成的好 prompt,从头写又会漏掉关键约束。 把这张卡片复制走、按工作流改 2-3 个字段,30 秒内就能拿到第一版可改的草稿。 如果你的需求和 入职 90 天计划 偏差很大,看下方"相关卡片"找邻近的。

(placeholder · Aria 在 D14 retro 后按 GA 真实使用数据替换。)

Common pitfalls · 常见翻车点

  • 不改任何参数就发 —— prompt 里的占位字段(读者、数据点、目标长度)不替换,出来的草稿会通用得像 GPT 默认风格,直接被甲方/老板看出来。
  • 跳过自查清单 —— AI 的"几乎对"翻车通常发生在你以为它做对了一件其实没做的事 (举例:漏掉敏感词、张冠李戴某个产品名)。
  • 问完不追问 —— 第一轮草稿通常是 70 分,加一句"针对 X 部分再具体些 / 再正式些"能拉到 90 分。

(placeholder · 真实翻车案例待 D14 用户反馈后补。)

Variants & extensions · 变体与延伸

想把这张卡片用得更顺手?推荐 3 种延伸:

  • 换语种:中英版 prompt 都在卡片里,出海场景直接切英版。
  • 换平台:同一条 prompt 在 ChatGPT / Claude / Kimi 上口味略不同,推荐字段已标注最适配平台。
  • 叠加自查清单:把清单 直接粘到对话最后让 AI 自检一遍,翻车率显著下降。

(placeholder · Aria 会按 D21 数据补 1-2 个真实用户的"我这么改了"案例。)

相关卡片