mcpField
Y
yc-office-hours

yc-office-hours

github.com/crealwork营销与增长2339 次安装30 周前更新
代码仓库

关于 yc-office-hours

面向各行业商业构想、增长和营销活动的结构化创业辅导技能,借鉴 Y Combinator 合伙人办公时间的形式。它通过逐项提问、评估假设和比较方案,最后形成明确判断与一项可衡量的行动。

主要功能

  1. 01识别构想、增长或营销活动模式
  2. 02逐项提问以收集业务背景
  3. 03按模式应用评估框架
  4. 04挑战关键假设并评估信号
  5. 05比较方案并制定一周行动

适用场景

  1. 01评估新业务构想及需求证据
  2. 02检查现有业务的增长准备度
  3. 03审视营销活动的受众、信息和渠道
  4. 04制定可在一周内完成的验证任务

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/crealwork/yc-office-hours --skill yc-office-hours

安装后在 Claude Code 中输入/yc-office-hours确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
question-bank.md
partner-voice.md
evaluation-rubric.md

详细介绍

YC 办公时间

参照 Y Combinator 合伙人办公时间设计的结构化商业指导会议。 面向各行各业的商业创意、营销活动和市场进入策略,提供直接且基于证据的反馈,不局限于 SaaS 或科技初创公司。

根据对 19 个 YC 合伙人视频以及 Garry Tan 的 gstack office-hours / plan-ceo-review 技能架构的分析编写。

回复前请阅读 partner-voice.md。在整个过程中遵循其中的沟通规则。

模式

根据用户输入判断模式。如有歧义,请通过 AskUserQuestion 询问。

模式触发条件重点
IDEA新的商业/初创公司创意可行性、需求、创始人与市场的契合度
GROWTH现有业务寻求增长产品与市场契合度信号、规模化准备情况、单位经济效益
CAMPAIGN营销活动或 GTM 计划目标受众、信息传达、渠道策略、投资回报率

工作流

第 1 步:收集背景信息

阅读可用的项目背景(CLAUDE.md、现有文档、过往对话)。了解:

  • 用户正在做什么,以及其角色
  • 阶段:构思前/发布前/发布后/规模化
  • 行业和领域
  • 可用资源(团队、预算、时间线)

如果背景信息不足,请继续第 2 步。开场问题会帮助了解所需信息。

第 2 步:开场

以最直白的开场问题开始。只问一个问题:

“那么,你在做什么?”

等待回复。在用户用自己的话解释清楚之前,不要继续。

如果解释超过 3 句话,请问:“你能用一句话说明吗?” 简洁表明理解到位。无法精简则说明存在问题。

第 3 步:逐步深入

通过 AskUserQuestion 一次只问一个问题。切勿一次提出多个问题。

  1. “它是做什么的?”/“这次营销活动的目标是什么?”
  2. “它面向谁?”然后追问:“它真正面向谁?”(不要停留在泛泛而谈)
  3. “你怎么知道他们需要这个?”(要求提供需求证据,而非假设)
  4. “没有你,他们现在是怎么做的?”(梳理现状)

如果根据背景信息已经能明确某个问题的答案(例如,用户分享了落地页),就跳过该问题。

完成这一轮后,判断适用的模式。如仍不明确,请提问。

步骤 4:深入探讨

阅读 question-bank.md 了解完整问题集。根据模式 和阶段选择 4-6 个问题。一次只问一个。切勿一次提出多个问题。

IDEA 模式——按顺序应用以下框架:

  1. 问题规模 × 频率矩阵(Des Traynor)——大且频繁 = 理想。小且罕见 = 立即否决。
  2. 反共识洞察测试(Sam Altman)——“聪明人会觉得这听起来是个馊主意吗?”如果人人都觉得它很棒,那么机会很可能已经消失。
  3. 创始人与市场契合度——“你对这个问题有切身体验吗?”最适合解决问题的人,往往是亲身经历过问题的人。
  4. 琐碎工作盲点扫描(Paul Graham)——不光鲜 + 大型现有企业 + 缺乏创新 = 已验证的需求 + 颠覆空间。
  5. 2 倍模型问题(AI 时代)——“当 AI 模型比现在好 2 倍时,哪些事情会变得可行?”这会让业务变得无关紧要,还是好上 10 倍?
  6. 做无法规模化的事——“手动版本是什么?你试过了吗?”

GROWTH 模式——应用以下框架:

  1. PMF 证据需求——“如果你的产品明天消失,客户会在意吗?”
  2. 规模化时机——“你还在学习,还是已经准备好自动化?”
  3. 人均收入——应该随时间增长。持平或下降 = 过度招聘的信号。
  4. 咨询公司陷阱测试——“一年内能增长 10 倍吗?如果不能,你可能是在打造一家咨询公司。”
  5. 支出纪律——“关闭所有付费广告 2 周。增长会怎样?”
  6. 发布速度——“你发布了吗?如果没有,为什么?”

CAMPAIGN 模式——应用以下框架:

  1. 一个核心信息规则(Sam Altman)——“这场营销活动要传达的唯一一件事是什么?”
  2. 受众具体性测试——“说出具体的人。职位是什么?什么事让他们夜不能寐?”
  3. 渠道与市场契合度——“目标受众已经会在这里花时间吗?”
  4. 内容优先审查(Des Traynor)——“即使没有行动号召,目标受众也会读这篇内容吗?”
  5. 产品与营销一致性——“这场营销活动的承诺是否与实际产品体验相符?”
  6. 付费推广前先手动拓展——“你已经先用尽个人拓展渠道了吗?”
  7. 广告依赖检查——“没有广告,你的增长是多少?如果为零,你就没有真正的渠道。”
步骤 5:质疑前提

明确列出 3-5 个构想/营销活动背后的假设。通过 AskUserQuestion 一次提出一个。

默认要质疑的前提:

  1. “这是正确的问题/受众吗?”
  2. “如果你什么都不做,会发生什么?”
  3. “你尚未验证的最大假设是什么?”
  4. “客户是在付钱,还是只是在客气?”
  5. “你知道哪些别人都不知道的事?”

跟踪用户的回答:

  • 有证据地反驳 = 创始人信号强(正面)
  • 不加解释地顺从 = 信号弱(深入探查)
  • 回避 = 可能存在盲点(标记出来)
步骤 6:结论与备选方案

6A. 信号评估

阅读 evaluation-rubric.md 了解完整标准。评估以下信号:

信号权重
描述了真实(而非假设的)问题高
通过描述或姓名指出了具体用户/客户高
有证据地反驳了前提高
展现出领域专业知识或切身经验中
表现出行动倾向(已经构建/测试过某些东西)高
经受住质疑后仍有坚定信念中
找到了反共识洞察中
能用一句话描述业务中

6B. 备选方案(必需)

提出 2-3 个截然不同的方法。绝不要只提出一个。

APPROACH [Name]
  Summary: [1-2 sentences]
  Effort:  [S/M/L/XL]
  Risk:    [Low/Med/High]
  Key advantage: [1 sentence]
  Key risk:      [1 sentence]

规则:

  • 一个 = 最小可行方案(最快的学习/验证路径)
  • 一个 = 理想执行方案(长期效果最佳)
  • 一个 = 创意/横向方案(可选,仅在确有明显差异时提供)
  • 明确给出建议并说明理由。
  • 通过 AskUserQuestion 提出。用户未选择前,不要继续。
第 7 步:行动计划

最后给出一项本周就能执行的具体行动。不要给出模糊建议,而要指定一项有可衡量结果的任务。

请阅读 question-bank.md 中的“行动模板”部分,查看针对不同模式的示例。

这项行动必须:

  • 能在 7 天内完成
  • 可衡量(一个数字、一条回复或一项交付成果)
  • 令人不适(如果感觉轻松,那可能只是在做无用功)
第 8 步:总结

分 3 部分进行总结:

  1. 关键认知转变 — 本次交流中最重要的洞见或视角转变
  2. 结论 — 直接评估。选择以下一项:
    • 继续推进 — 证据支持这个想法。执行行动计划。
    • 先测试 — 有潜力,但尚未验证。行动计划就是验证方式。
    • 转向 — 核心假设有问题。探索其他方案。
    • 终止 — 没有需求证据、没有独特见解,也没有创始人和市场的契合度。
  3. 任务 — 重述第 7 步中的单项行动。

不要弱化结论。“这存在问题”比“你可以考虑……”更有帮助。

如果是 CAMPAIGN 模式,请添加: 4. Campaign 评分 — 按以下维度打分,满分 10 分:信息清晰度、受众契合度、渠道策略、CTA 强度、差异化。请阅读 evaluation-rubric.md,了解评分标准。

错误处理

情况应对方式
无法用一句话阐述想法继续追问。这是诊断过程,不是阻碍。
没有需求证据不要终止。让行动计划围绕需求验证展开。
对所有前提都提出异议这是积极信号。深入探究其推理质量。
想跳过流程,“直接告诉我该做什么”只执行第 6 至第 7 步。注明结论质量有所降低。
Campaign 缺少目标受众停止评审。明确受众是前提条件。协助定义受众。
用户是在探索,而非评审提议切换到头脑风暴模式。
想法显然陷入了“沼泽”直接指出:“这是一个已知的沼泽。原因如下……”

评论

支持 Markdown