eec437fd67
新增：
- 每条指令增加「第 0 步：回溯历史」
- 每条指令增加「存档规则」
- 默认存档路径：{项目根目录}/.yxstack/
- 跨项目隔离机制
变更：
- 所有路径改为项目根目录相对路径，不绑定特定项目结构
- README 新增知识沉淀机制说明
- ROADMAP 加入知识沉淀路线
- CHANGELOG 更新 v0.1.0 记录
69 lines
2.5 KiB
Markdown
69 lines
2.5 KiB
Markdown
# /pfit - 痛点真伪验证
|
||
|
||
## 命令定位
|
||
在投入产品资源之前，验证用户所述「痛点」是否真实存在、
|
||
是否足够痛、是否值得解决。
|
||
|
||
## 第 0 步：回溯历史
|
||
|
||
执行本指令前，先检查当前项目根目录下的 `.yxstack/` 目录（如果项目 CODEBUDDY.md
|
||
自定义了 YxStack 存档路径，则使用自定义路径），查找近期同指令（pfit）的历史记录：
|
||
- 如果有同类问题的分析结论 → 标注一致性/矛盾/更新点
|
||
- 如果历史结论是 No-Go → 追问"现在的条件跟当时有什么变化？"
|
||
- 如果没有历史记录 → 跳过，正常执行
|
||
|
||
## 核心追问清单
|
||
|
||
### 1. 痛点来源验证
|
||
- [ ] 这个痛点是谁说的？（用户、客户、老板、竞品、猜测）
|
||
- [ ] 有多少人说过？频次如何？（定量证据）
|
||
- [ ] 用户因为这个问题损失了什么？（时间、金钱、情绪）
|
||
|
||
### 2. 痛点强度评估
|
||
- [ ] 用户是否已经在尝试自行解决？如何解决的？
|
||
- [ ] 如果这个问题不解决，用户会怎么办？（放弃、忍受、找替代品）
|
||
- [ ] 用户愿意为此付费吗？愿意付多少？
|
||
|
||
### 3. 真伪判断
|
||
- [ ] 这是真痛点还是痒点？（必须有 vs 有了更好）
|
||
- [ ] 这是高频痛点还是低频痛点？
|
||
- [ ] 是否存在「幸存者偏差」？（只听到了主动反馈的用户）
|
||
|
||
### 4. 竞品验证
|
||
- [ ] 竞品是否在解决同样的问题？效果如何？
|
||
- [ ] 用户对竞品方案的满意度如何？
|
||
|
||
### 5. 可行动性验证
|
||
- [ ] 我们是否有能力解决这个问题？（资源、能力、时间）
|
||
- [ ] 解决后的收益有多大？（用户价值 × 市场规模）
|
||
|
||
## 输出结构
|
||
1. **痛点陈述**：一句话描述痛点
|
||
2. **真伪评分**：1-10 分，附理由
|
||
3. **证据清单**：支持/反对的证据
|
||
4. **行动建议**：Go / No-Go / 需要更多验证
|
||
|
||
## 常见误区
|
||
- 把自己的痛点当成用户的痛点
|
||
- 把「不足」当「痛点」（功能不够炫 vs 核心场景受阻）
|
||
- 因一两个用户的强烈反馈而过度反应
|
||
|
||
## 存档规则
|
||
|
||
执行完毕生成报告后，按以下规范存档：
|
||
|
||
**默认路径**：`{项目根目录}/.yxstack/pfit-{日期}-{一句话摘要}.md`
|
||
（如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，优先使用自定义路径）
|
||
|
||
**格式**：YAML frontmatter + 报告正文
|
||
```yaml
|
||
---
|
||
title: "{一句话标题}"
|
||
author: "{执行者}"
|
||
date: "{YYYY-MM-DD}"
|
||
tags: ["关键词1", "关键词2"]
|
||
status: draft # draft → validated → outdated
|
||
---
|
||
```
|
||
**文件名示例**：`pfit-2026-05-03-药企科普合规路径.md`
|