1️⃣第一天 愚人之旅
就像塔罗牌的第一张牌，我们开启了愚人之旅。 我们都希望能够快速的到达终点，所以所有人都在寻找捷径。 然而，真正的捷径是“不走弯路”。
1.2.3 最小化可行产品（MVP）
MVP（minimum viable product，最小化可行产品）概念最早由埃里克·莱斯提出，刊载于哈弗商业评论，并有出版物《精益创业》。
通过通读PRD，我们需要砍需求的时候，能够从哪些方面下手？
用户账户和个人资料：锦上添花，为了方便用户之间的交互；为了让我们更了解客户，方便后期的运营和维护，运营负责人这个时候会跳出来说这个至少不能全砍。
学习资源和支持：方便用户知道如何使用，重要吗？重要。但是好像将界面设计的更符合直觉能减少用户对帮助文档的依赖，刚需用户也能通过摸索自己掌握大部分功能。所以虽然重要，但是好像你让我砍掉精选集功能，我更愿意砍掉这部分。
精选集：主打就是一个方便，让用户的关键词变得更好管理更体系化，但是没有不影响核心功能的使用。
社区互动：让用户有参与感，激发分享欲，带来多巴胺。但是显然没有也不影响刚需用户的使用，作为一个UGC(User Generated Content)的项目，顶多是影响内容的产出，增加编辑工作量似乎就能完成冷启动。那么砍不砍只取决于时间够不够或者人手够不够了。
提示词库：砍掉这个我们项目就能原地解散了，显然这个是核心功能，是一切的基础，哪怕只有添加、删除、显示功能，那么退一万步讲至少是一个本地个人用的知识库系统，仍然能够成为原子功能。
聊天：跟GPT聊天，点击提示词就能直接使用，非常方便，实现逻辑也不复杂，能做当然最好。但是即使没有也不影响提示词库，若是做一个基于Chat-GPT或者其他的AI的Web浏览器插件也能方便的调用提示词，还不用消耗Token，只是用户体验将感严重下降。
所以，即使没有其他所有的功能，只要提示词库功能存在，项目就有意义。
这也引出这个系列文章中最重要的一个概念：最小可行产品（MVP）。
最小可行产品（MVP）是一个产品开发概念，它强调在最短的时间内，用最少的资源，构建出一个具有核心功能的产品，以便尽快地测试其市场前景和用户反馈。MVP 不是一个完全成熟或完善的产品，而是为了验证关键假设和学习用户需求的一个初始版本。
MVP 的主要目标:
验证产品的核心假设：通过构建产品的核心功能，团队可以测试其主要的价值提议，并确认其市场需求。
减少开发时间：通过只关注关键功能，团队可以快速推出产品，而不是等待一个完整的版本。
节约资源：避免在未经验证的功能或概念上投入大量时间和金钱。
收集用户反馈：MVP 允许团队从实际用户那里获取反馈，从而对产品进行必要的迭代。
适应市场变化：通过迅速发布并迭代产品，团队可以灵活地适应市场的变化和需求。
MVP 的开发过程:
市场研究：了解目标用户和市场需求。
定义核心假设：确定产品的主要价值提议和关键功能。
设计并开发 MVP：集中资源开发最核心的功能。
发布并推向市场：让目标用户使用 MVP。
收集反馈：基于实际用户的使用情况收集数据和反馈。
迭代和改进：根据收集到的反馈对产品进行调整。
MVP 的优势:
降低风险：通过验证核心假设，团队可以避免开发没有市场的产品。
加速学习：通过与实际用户互动，团队可以更快地学习并调整战略。
资源效率：MVP 可以确保团队的时间和金钱被有效地用于最有价值的功能。
然而，也要注意，MVP 不是为了制作一个低质量或半成品的借口。 它应该是一个可工作的、可以为用户带来价值的产品，只是在特性和功能上更为集中和有限。
那么第一天我们要做的准备工作还挺多，尤其是需求的整理工作。 明天我们拿到整理完成的需求，要开始进入技术选型的阶段了。
Last updated
