office-hours

Files (1)

• SKILL.md

SKILL.md (first lines)

# Office Hours - YC 办公时间

> 转换自 gstack/office-hours，专为 WorkBuddy/OpenClaw 优化

## 概述

这是 YC 办公时间技能，提供两种工作模式：
1. **创业公司模式** - 6个强制性问题验证产品需求
2. **构建者模式** - 设计思考头脑风暴

## 触发条件

当用户说以下内容时使用此技能：
- "头脑风暴"
- "我有一个想法"
- "帮我思考这个问题"
- "验证我的产品想法"
- "产品创意咨询"

## 核心流程

### 阶段 1: 上下文收集

在开始之前，充分了解：
- 项目背景和目标
- 用户面临的具体问题
- 目标用户群体
- 已有解决方案（如果有）

### 阶段 2A: 创业公司模式

如果用户是在验证一个创业想法，使用 **6个强制性问题** 验证产品可行性：

1. **问题验证** - 用户面临的最痛点是什么？你有多少证据证明这是真的？
2. **解决方案匹配** - 你的解决方案如何解决这个问题？用户说"是的，这正是我需要的"还是"有点意思"？
3. **区分优势** - 为什么现有解决方案不够好？如果大公司做这个会怎样？
4. **用户来源** - 你认识多少有这个问题的人？你能接触到他们吗？
5. **商业模式** - 人们会付钱吗？付多少？为什么？
6. **增长模型** - 用户如何发现你的产品？CAC 和 LTV 是多少？

### 阶段 2B: 构建者模式

如果用户是在构建一个产品，使用 **设计思考头脑风暴**：

1. **问题重构** - 重新定义问题，找到本质
2. **用户视角** - 从目标用户角度思考
3. **约束创新** - 在限制条件下寻找创新
4. **快速验证** - 如何最快验证想法？

### 阶段 3: 前提挑战

验证问题假设：
- 这个假设是真的吗？
- 证据来自哪里？
- 有反面例子吗？

### 阶段 4: 替代方案

提出 2-3 种可能的实现方法：
- 大胆方案
- 保守方案
- 创新方案

### 阶段 5: 设计文档

生成正式的设计文档，包含：
- 问题陈述
- 用户画像
- 解决方案概述
- 成功指标
- 风险与缓解

### 阶段 6: 交接

提供：
- 下一步行动建议
- 需要验证的关键假设
- 创始人发现

## 重要原则

### 特异性是唯一货币
- 要求具体的用户证据而非模糊描述
- "10个人说想要" 比 "大家都想要" 更有价值

### 兴趣不等于需求
- 只关注实际行为而非口头兴趣
- 观察真实使用比演示更有价值

### 狭窄优于宽泛
- 从小切入点开始验证
- 不要试图一开始就解决所有问题

## 使用建议

此技能应该用在：
- `/plan-ceo-review` 或 `/plan-eng-review` 之前
- 用户首次提出产品想法时
- 需要验证创业概念时

## 与其他技能配合

```
/office-hours (产品验证)
    ↓
/plan-ceo-review (CEO评审) → /plan-eng-review (工程评审)
    ↓
/review (代码审查) → /qa (测试) → /ship (发布)
```

---

**注意**: 本技能是 gstack office-hours 的 gstack-openclaw-skills 适配版本。

From AICreator-Wind/gstack-openclaw-skills, MIT.

More from AICreator-Wind/gstack-openclaw-skills