成长的每一步都算数

这些都是我的来时路，提醒自己以后不许再出现类似错误。

1. 一个失败的产品

这是我第一次以产品的身份，也是第一次使用vibe-coding去尝试做一款产品。所以大概没有一件事情，会比我的人生第一件产品+第一次尝试在第一次线下showcase中，被要求换方向，更令人沮丧。

在我回来后进行了深刻的反省，我将自己的主要问题总结为：

1. 没理解MVP —— 最小可行性方案。在MVP产品中，只是简单的功能堆砌，没有想好核心痛点，在时间很短的情况下，需要小而精。敲黑板，MVP！！！
2. 没有深入理解价值感知公式，现在用户接受去下载一款新APP，是一件极其困难的事情。我的价值是否>>用户迁移到新产品的成本？
3. 没有好好体验用户旅程，我的按钮功能设置，是否便于用户上手？至少V0.1版本首页进入后，用户不知道该如何使用【来自第一名用户的反馈】—— 这或许也是产品经理也要画原型图的意义。
4. 敲黑板划重点，没有考虑短时间内的技术可行性！！！！

"职得"在短短得1个月中，经历了多次迭代：V0.1——功能的堆砌；V0.2——AI的引入；V0.3减法，减减减！！！V0.4 —— 好好体会用户旅程；V0.5——"职得"初见面；V0.6——增加首页底部导航栏；V0.7——线下课showcase；V1.0——UI优化，AI解析结果自动填充表单

V0.1 — 功能的堆砌

https://n5v0diux0v.feishu.cn/docx/KUMPdzRQtoFArcxqd6VcTUVTnVU?from=from_copylink

我想我们的失败大概在于，一开始就是从功能出发，我们调研了背景、竞品，但是忽略了需求。应该找几个正处于海投的用户，看看他们的具体需求。我们理所当然的认为自己就处于海投期间，我自己就可以做用户，却忘记了或许因为这是我自己的产品，我会下意识的去肯定他，而不是反思他是否有价值，又或者，他确实存在广大的市场，但他是否能做到比飞书的多维表格更便利？【来自体验了V0.8版本的某个用户】

1. 首页仪表盘

想要的功能：打招呼、任务进度仪表盘、待办、AI语音助手快速输入

1. 职位管理卡片——核心价值

卡片显示字段：公司名称、岗位名称、工作地点、求职状态（已投递、面试-第一轮、面试-第二轮、OFFER、已拒绝）、申请进度、申请日期、下一步、薪资。

1. 提醒管理模块

类似于闹钟或者日历，提醒用户面试笔试进度。

V0.2 — AI的引入

V0.1中，我自己埋头制定了巨大蓝图，在与我们小组比较懂开发的同学探讨后，现实哐哐打脸，我真是没学会走呢就想跑！迅速重新制定计划，改为简单的AI职位洞察，简单调用设置Prompt即可。

1. AI职位洞察

基于用户求职数据（公司和岗位）提供个性化的企业文化和产品介绍。

V0.3 — 减法，减减减！！！

第一次线上showcase，有点像高考语文作文偏题了的感觉。MVP——最小可行性方案。功能做了很多，但是不是MVP。在与成员讨论后，最终只留下了"职位管理卡片"和"洞察"。

V0.4 — 好好体会用户旅程

求职管家的第一位用户——我们的小组导师犀利的提出：虽然求职管家仍存在其他的小bug，但最大的问题在于：首页界面复杂，没有把我们的核心功能展现给用户。这引来了我极大的反思，在用户旅程上，我的分析还是太过于浅薄，于是回去之后抓紧分析用户旅程，思考如何去设计使用门槛较低的产品，此时我突然理解了为什么产品经理需要画原型图，因为在产品开发流程中，他是最懂用户、最懂业务的存在，每个页面需要哪些功能，这与用户旅程密不可分。好的产品要把方便留给用户，困难留给自己。

V0.5 — "职得"初见面

我们将主要功能缩减为职位管理，引入洞察功能，作为后续迭代入口。优化欢迎界面，注册登陆界面UI使他更像一个合格的产品。 https://n5v0diux0v.feishu.cn/wiki/J5RJwuI3oiP695kY0nZc9H6Onkh?from=from_copylink

V0.6 — 增加首页底部导航栏

导航栏：洞察、添加、OFFER

添加新职位和添加新提醒合并进入导航栏下方添加按钮

V0.7 — 线下课showcase

https://n5v0diux0v.feishu.cn/docx/Fo8QdOSLEoZNOLxAttEcqRH8nTf?from=from_copylink

最难忘的两天。在老师们的指导下，我们进行了一次大改——

1. 更改添加新职位的输入内容

用户自行输入 —> 用户前往招聘官网复制岗位JD；

用户前往招聘官网复制岗位JD —> 粘贴入文本框 —> AI解析；

1. python邮件解析得到的岗位信息

解析流程：

• 功能入口 ：用户通过首页的"邮件解析"按钮进入功能，系统会先检查用户是否已设置QQ邮箱授权码；
• 邮件展示 ：展示用户的邮件列表，标识已解析和未解析状态；
• 解析过程 ：用户可选择单封邮件解析或批量更新，解析后会自动查找匹配的职位并更新其状态。

用户验证：

showcase的最后，我们寻找了三名真实用户，收集了他们的反馈。

https://n5v0diux0v.feishu.cn/docx/J368dF8vfofbKRxozdjcVA8DnRc?from=from_copylink

这些用户反馈是非常难得的宝贵财富，也是我们未来迭代进步的方向。

V1.0 — UI优化，AI解析结果自动填充表单

cursor额度用完了，换到trae使用。使用期间发现，相比于cursor，trae不仅免费，编程能力还与cursor不相上下。但有一点体验不同的是，同样输入：

"你先设计方案，我确认后再执行。"

cursor会给我一个详细的方案，等我确认；

但trae不会理会我的要求，他会直接更改代码文件。

追其溯源：

cursor是VSCode改造而来，天然遵循"先问后改"；

trae更强调"Builder一键产出"，Builder模式本来就是为了[从需求到成品]设计的，默认强绑定执行。

解决方案：我尝试采用提示词进行约束。

方案一：

你是我的代码助理。在我确认前，不要生成或修改任何代码。

你的任务流程是：

1. 先输出【方案设计】，用文字描述你的思路和实现步骤。
2. 等我确认后，再进入【代码生成/修改】阶段。

如果我没有明确说"执行"或"生成代码"，你只能停留在【方案设计】阶段。

方案二：（放在对话开头作为工作约定）

请严格遵循以下规则：

• 第一步：只输出方案，不要写代码。
• 第二步：等待我输入"确认"或"执行"，你才生成或修改代码。
• 如果我没确认，请一律不要进入代码阶段。

最后

今天，在写这篇课程总结的时候，读到了一篇公众号推文：

https://mp.weixin.qq.com/s/q3zDh_Xkg5k0c2Zoc0cwxg

感慨良多，因为提到了三点致命缺点，而我在我的第一个失败的小产品中，就体验到了两点😵：

1. 这份PRD的起点，是产品经理脑中的"假设"，而不是用户家里的"现实"。它所有的细节完美，都建立在一个虚无缥缈的地基上。你把地图画得再好看，也无法改变真实世界里，那条路根本就走不通的事实。
2. 你用"一次性完美"的幻想，替代了"持续性迭代"的科学。你把一个本该是小步快跑、不断验证的探索过程，变成了一场只能赢不能输的豪赌。而通常，你都会输。

总结

1. PRD不是"圣旨"，而是"假设"。我最重要的工作不是闭门造车，而是走出去，和至少5个真实用户聊一聊，让我的假设被现实"暴打"一顿。
2. 要学会问自己这个经典的问题："如果我们这个版本只能做一个功能，会是哪个？" 用这个方法去倒逼自己做取舍，找到那个价值最大、成本最小的MVP（最小可行产品）。刚起步可以尝试一个浏览器插件、微信小程序等入门门槛较低的产品，而不是APP。
3. 好的产品，要把方便留给用户，困难留给自己；
4. 好好珍惜这份真实的用户反馈，他是我们迭代努力的方向。

现在回头看看我们的产品，从里到外透露着两个字 —— "青涩"。不过，他是我的来时路，是我最珍贵的宝藏。