共计 4212 个字符，预计需要花费 11 分钟才能阅读完成。
没有代码也能创造产品？作者通过自身的经历告诉我们：只需一段提示词与 AI 伙伴的结合，就能够将“每次复制提示词都需翻阅文档”的困扰转变为800用户日常使用的浏览器插件。从飞书表格到谷歌商店，分为两个阶段、五个步骤，避坑经验公开分享。阅读完这篇复盘后，你将意识到：产品并非凭空想象，而是在不断的发展中形成的。
上周，我完成了“提示词管理助手”2.0版本的开发。起初，我对这款产品的功能预期并不高，但它却在用户需求的推动下逐渐成长。
查看谷歌插件后台的数据，现有用户总数达800，每天大约有600名用户在使用这一产品，对于一个插件而言，这样的数字非常可观。
今天，我想详细回顾一下“提示词管理助手”从零到二点零的整个开发历程；如果你也在构思或开发自己的产品，希望我的经历能为你带来一些启示。
V1.0版本
V2.0版本
更新日志
作为一名产品经理，我将开发过程划分为两个阶段：
第一阶段是验证可行性：从零到一，确认是否有用户愿意使用这款产品。
第二阶段是放大价值：从一到十，提升用户体验，吸引更多用户。
接下来，我将按照这两个阶段来介绍“提示词管理助手”是如何发展的。
1.验证可行性阶段🍍
从零到一，验证产品的可行性，看看是否有用户愿意使用这款产品。
1.1 识别需求
每个产品的诞生都有其起点，我们首先要谈谈“提示词管理助手”的需求是如何被发现的。
为何要开发提示词管理这一功能呢？
原因在于我手中有一堆提示词，这些提示词散落在不同的文档中，每次使用时都需要翻阅文件，这让我感到极为不便。
重塑高效工作方式：探索提示词管理助手的开发历程在我最初的构想中，并没有打算将其发展为一款产品。我仅仅是对飞书文档进行了整理，创建了一个提示词的汇总。这种做法显著提升了我查找提示词的效率。
然而，复制提示词的过程依然繁琐：首先打开飞书文档，接着找到所需提示词，再进行复制，最后还要切换回AI聊天界面进行粘贴。这样的流程反复进行，难免让我感到厌烦。
我期待能够有一个复制按钮，点击后提示词便能直接粘贴到需要的地方。
针对“提示词管理助手”的需求，其实源于我与AI频繁互动的日常。我一直面临着提示词管理的困扰，因此最终决定开发这款产品，既能满足我的需求，也希望能够帮助到有相似需求的用户。
在识别需求后，我的建议是：从自身需求出发，寻找其他有相似需求的用户。
1.2 需求分析
当我确定要开发“提示词管理助手”后，首要解决的问题是：它应以何种形式呈现？
当时我有三种选择：1. 开发网页工具 2. 制作桌面应用 3. 创建浏览器插件
这三种形式看似都能满足我的需求，但究竟该选择哪种呢？
我依据的判断标准是：选择开发成本最低、能最快满足核心需求的方案。
作为一名高频使用浏览器的用户，我的工作设备包括一台Mac和一台Windows电脑。
因此，我迅速排除了前两种选择。网页工具虽然通用，但与直接打开飞书文档复制提示词并没有实质性区别，用户体验并未提升，还需要考虑域名注册等上线问题。桌面应用同样不合适，因为在Windows和Mac上需要独立开发，开发成本显然较高。
最终，我决定开发一个谷歌浏览器插件，这样只需维护一个版本，便能覆盖我所有的使用场景。
确定产品形式后，我接下来需要思考“提示词管理”具体该如何实施。
同样有三种选择：1. 本地提示词管理 2. 自建云端服务器 3. 接入飞书多维表格
我的判断逻辑依然是：选择开发成本最低、能够快速满足核心需求的方式。由于我有两台电脑，本地管理显然不适合，因为这意味着需要维护两套提示词，过于繁琐。云端服务器也被排除，因为需要购买服务器并进行各种测试，开发过程相对复杂。
最后，选择接入飞书多维表格，只需调试对接流程，操作简单高效。
经过多次需求分析后，“提示词管理助手”的定义最终明确为：一款能够读取飞书多维表格、支持一键复制提示词的谷歌浏览器插件。
1.3 MVP开发
在需求分析完成后，我清楚了将要开发的产品形态。
接下来，我的目标是尽快推出第一个可用版本，并邀请用户进行验证，看看是否有人愿意使用这款产品。
MVP开发的原则是：以最小的成本验证核心价值。
提示词管理助手的核心价值是什么？
便捷的复制提示词。
因此，第一版“提示词管理助手”仅实现了两个核心功能：1. 读取飞书多维表格的提示词数据 2. 复制提示词。
这两个功能完成后，便形成了最小可用产品形态。我先进行了自我体验，确认无误后，才开始推广给更多用户。
1.4 测试与反馈收集
MVP开发完成后，我将产品分享至我的提示词群和一些AI开发者群，邀请大家试用，并收集反馈。
需要注意的是，第一批测试用户的数量不必太多，几十位愿意尝试的用户即可。
这一阶段的重心在于收集用户反馈并迭代产品，而非用户数量。
从我担任产品经理以来，我一直关注用户反馈，观察他们如何使用产品，遇到什么问题，提出哪些意见。
这次也不例外，我创建了一个用户反馈群，主要有两个目的：1. 帮助用户解决使用中的问题 2. 收集用户对产品的真实反馈。
在这个反馈群中，我获得了许多宝贵的意见，例如：飞书授权流程复杂，可以简化步骤；增加预览功能，以便查看提示词内容；深色模式兼容性差，用户体验不佳；增加标签分类和模型名称，便于随时管理提示词。
“提示词管理助手”是用户与我共同成长的成果，若仅靠我个人的思考，许多优秀的功能或许根本不会出现。
例如深色模式的兼容性，我作为一个不常使用深色模式的用户，确实无法想象这一需求。
如果不是用户的反馈，我可能一直无法意识到这个功能的重要性。
1.5 推广上线
在用户反馈的基础上，我又进行了几次版本优化，最终决定正式推广上线。
由于产品形态为谷歌浏览器插件，我无需考虑SEO等问题，只需进行适当宣传，吸引部分用户，然后逐步迭代产品即可。
因此，我主要通过写公众号文章和在即刻平台进行宣传，告知大家我推出了这款产品。
在此，我要特别感谢我的好友 @卡尔的AI沃茨 和 @AIGC创意猎人，他们为我撰写宣传文章，给予了我极大的帮助。
为何不选择更多渠道进行推广？
主要是因为我自身精力有限，日常需要学习AI知识、进行AI编程实践、撰写文章以及参加各种AI活动，留给推广的时间并不多。
未来的计划是借助AI来拓展更多的推广渠道，这是放大价值阶段的重要目标。
2. 放大价值阶段🐣
从1到10，为用户提供更佳的产品体验，实现用户的快速增长。
2.1 产品2.0版本升级
当“提示词管理助手”更新至1.6.6版本时，围绕飞书多维表格的提示词管理功能基本完善。在进行下一个版本迭代时，我回顾了当前遇到的问题：代码库架构存在缺陷，部分代码文件过长，导致AI开发效率显著下降，bug频发。
用户多次反映希望能够使用本地提示词，结合团队的需求，若能实现飞书提示词导出和本地提示词导入的功能，将极大提升用户体验。
经过评估，我决定将这两个版本合并开发，认为难度不大。
这是我开发“提示词管理助手”以来犯下的一个最大错误：将过多功能合并开发。
我认为自己的AI编程能力已相当成熟，便试图一次性解决所有问题。
然而事实却告诉我，这种想法过于天真，最终只会导致一堆bug的产生。
“提示词管理助手”2.0版本的开发历时三周。在前两周，我希望能在架构调整的同时引入新功能，但实际上，我并不具备深厚的编程架构技能，因此在这一策略的实施中，我的代码库遭遇崩溃。
我又回到了逐个功能开发、修复大量bug的阶段。
于是，我决定停下来进行反思，意识到问题在于我总想一口气完成所有任务。
因此，我为自己设定了一个新目标：每次开发只专注于一项任务。
我将2.0版本的开发计划拆分为以下几个部分：补充飞书授权token过期测试的API；实现飞书提示词和本地提示词的增删改查API；重构样式文件CSS；拆分核心组件JS文件。
在claude code和cursor的协助下，我一点点地完成了“提示词管理助手”的2.0版本。
2.2 接下来的计划
完成“提示词管理助手”2.0版本升级后，我给自己放了几天假，暂时不进行文章撰写或产品开发，而是复盘近期遇到的各种问题，阅读大量文章，与朋友进行深入交流，并思考许多事情。
探索“提示词管理助手”的未来发展
关于“提示词管理助手”的后续构想，我的思路大致如下：首先，需要为这个产品选一个吸引人的名称。此前一直拖延的官网介绍页面也应该尽快完成，以便让用户明确了解这个产品的功能。此外，优化谷歌浏览器插件的介绍内容，这次我将与AI共同合作，重构产品架构。还有一些未完成的任务需要继续进行，比如进一步优化产品功能，调整细节设计。特别需要关注的是浏览器的兼容性，确保能够支持360浏览器、Edge浏览器以及DIA浏览器，为未来的规模化推广做好准备。
接下来，产品的推广也亟需开展，像小红书和即刻这些平台的宣传工作应当启动。另外，我计划创建一个“提示词广场”，汇集我和好友们的提示词，方便大家检索使用。同时，还要开发一个提示词生成器，允许用户自主优化提示词并进行对比测试。
我脑海中的思路大致如此，接下来会对这些任务进行优先级排序，并逐步落实。
在我看来，放大价值阶段与验证可行性阶段的区别在于，前者的目标往往是不确定的。当产品有200个用户在使用时，我们就可以确认验证可行性阶段已经结束。然而，放大价值的阶段是没有尽头的，你可以进行产品升级，扩大用户规模，探索商业化，甚至选择不进行任何操作。
我认为，这个阶段的关键在于思考：这款产品希望为自己和用户带来什么样的价值。
结尾思考
在完成对“提示词管理助手”的复盘时，我脑中浮现出一句至理名言：
产品是通过成长而不是单靠想象而成的。
在开发产品的过程中，我们无法预知它将会发展成何种状态。当我完成提示词管理助手1.0版本上线时，我也曾认为这个产品的潜力有限。然而，随着越来越多用户的反馈和自身思考的深入，我意识到可以实现的功能还有很多，需求是永无止境的。
如果现在你心中有一个产品的雏形，最重要的是尽快推出一个版本。边实践边思考，及时解决遇到的问题，这才是最有效的执行方式。
本文由人人都是产品经理的作者【云舒】原创/授权发布，微信公众号：【云舒的AI实践笔记】。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
