从”做出来”到”讲清楚”：我给自己的 AI 项目写了一份 PRD

起因：想做产品经理，但作品拿不出手

我的目标岗位是产品经理。但翻开我的作品集，全是”做了个网站""做了个调研""焊了个机器人”——都是执行层面的东西。

产品经理的面试官不会只看”你会不会做”，他更想看你会不会想：为什么做这个？为谁做？怎么做才能更好？

于是我给自己补了一课：用产品经理的方式，把自己做过的项目重新复盘一遍。 第一个拿凡人修仙传助手开刀——写了一整份 PRD。

PRD 是什么，为什么值得写

PRD（Product Requirements Document）是产品经理的”图纸”——把”我要做一个产品”翻译成用户是谁、什么场景、什么痛点、怎么解决、怎么衡量。

写它的价值不在于”文档好看”，而在于强迫你想清楚四件事：

1. 为谁做？ —— 用户画像
2. 为什么做？ —— 场景与痛点
3. 怎么做？ —— 功能方案
4. 做得好不好？ —— 数据指标

我是怎么复盘凡人助手的

用户画像（不是”所有人”，是三种人）

• 追更党：更新慢、断更久，回来全忘了 → 要”一键找回剧情”
• 碎片读者：时间零碎，人物关系串线 → 要”快速查这是谁”
• 深度读者：想查宗门、功法、地理 → 要”结构化信息库”

场景与痛点

做之前我只有”做个阅读助手”的模糊想法。写 PRD 时才发现，痛点可以拆得很具体：追更断档、人物混乱、世界观厚重、沉浸感缺失——每个痛点都对应一个功能模块，一一对应。

功能方案

五个核心模块，全部从痛点倒推出来，而不是”我觉得这个功能酷”：

• 人物数据库 → 解决”人物混乱”
• 剧情时间线 → 解决”追更断档”
• 世界观/地图 → 解决”体系厚重”
• BGM 无缝 → 解决”沉浸感”

数据指标

最关键的转变：我给它定义了一个北极星指标——“回忆找回成功率”（读者想查的信息能否一次找到）。以前我只关心”做没做出来”，现在开始关心”好不好用、能不能留人”。

Roadmap

还补了迭代路径：数据增强 → 多作品支持 → AI 问答 → 社区 UGC。这一步让我意识到：做产品不是一次交付，是一条持续演进的线。

我的收获

写完这份 PRD，我最深的体会是：

“做出来”是执行问题，“讲清楚”是思考问题。 后者才是一个产品经理真正的核心能力。

以前我写代码，第一反应是”怎么实现”；现在我开始先问”为什么要实现、为谁实现”。这份复盘不改变代码，但它彻底改变了我看项目的方式。

我把完整 PRD 放在了项目页。它不是我做过最复杂的技术项目，但可能是最能体现我产品思维的一份作品。