从效率工具转向AI玄学应用，这个产品经理的跨界尝试竟意外引爆用户需求。通过130次迭代、2人团队和全程AI协作，他们打造出一款高知人群疯狂追捧的情绪价值产品。本文将深度拆解这个颠覆性项目的需求洞察、MVP验证和敏捷开发全流程，揭秘为何精英阶层愿为玄学付费的底层逻辑。
从一开始只是一个idea，到历经130多个发布版本的迭代后上线，中间发生了很多有意思的事情，我也在整个从0到1缔造一个产品的过程中，积累了不少关于产品的思考，今天这篇文章主要对这整个项目过程做一次复盘回顾，我会跟大家分享，作为一个一直致力于效率类的产品经理，为什么会去做一个AI玄学的应用、以及具体怎么逐步验证需求和打磨产品。全文1.4万字，内容比较多，建议收藏后慢慢阅读。
另外，由于在这次项目开发的整个过程中，整个团队只有2个人，且基本上所有的环节都通过AI来解决，包括“产品稿设计、交互和UI设计、前端开发、AI服务开发、后端开发”等，所以这个项目也是我们第一个将AI全面应用到产品研发的全新实践尝试。
做了将近10年的产品经理，我从来没有想过，开发一个真正面向用户和市场的产品的团队，可以压缩到只需要2人，一个产品经理+一个全栈研发，全新的敏捷研发的模式已经到来了。
这部分我会重点分享对于自己做AI玄学产品这个决定从零到1的思考，包括从需求发现、用户洞察、MVP验证、组建团队、产品研发的整个经历和故事。
1）从发现热爱玄学的大厂人和金融用户开始
我是从什么时候开始关注这个领域的呢，时间大概可以追溯到2024年的4月份左右的时候吧，当时我和Hayley（一个鹅厂美女小姐姐）约了个咖啡相互分享各自的一些心得和思考，在交流的过程中Hayley跟我分享了她会抽一些时间认真研究学习玄学相关的知识，并且每年花费在这里的费用还不少，我想她一定在这个学习的过程中获得了很多包括身心、修养和人生的哲学与思考，所以每次和她相处交流的过程中都能感受到平和与优雅。
后来我和很多鹅厂的朋友在交流的过程中，发现无独有偶，还有很多的同学他们对这个领域表现出浓厚的兴趣，并且出奇一致的是，他们都很舍得为这个事情花钱。
作为一个绝对唯物主义的理工男来说，这让我非常的惊讶，我开始很好奇，为啥他们会把宝贵的时间用于研究和探索这些事情。后来我又认识了不少金融圈的朋友，从他们身上，我又发现，这个圈子的同学非常神奇，其中有很多用户不仅信这个，而且他们还会将其应用于工作决策上，并且他们会经常相互之间分享和交流其中的一些趣事。
很显然，对于这些理性的高知群体们而言，这种行为肯定不是“迷信”，更像是在掌握一门通过右脑感性的方式在生活中做决策选择的艺术。所以当一个东西，这个社会上的精英阶层还有高知群体，他们都感兴趣的时候，我们便没有理由去忽视它，所以我觉得自己有必要好好研究一下。
2）豆包和DeepSeek火了以后，使用量top的场景竟是AI+玄学
这也是一个有意思的发现，今年DS的火热让更广大的用户开始使用AI，然而其中真正能够将AI应用于办公效率的提升以及生产效率的提升这个事情上的人，只是少数，却有超级多的用户，将AI用于心理咨询、情感陪伴、AI玄学的应用。
我有一个很好的朋友，她愿意花一晚上的时间跟DS探讨与次相关的东西。如果说前面的发现只是一些小样本的抽样检验，这次可能从数据上，可以看出来这个领域是一个不可质疑的刚需场景，我开始认真的考虑做一个这样的产品出来玩一玩。
3）做AI提效应用，还是做AI+情绪价值应用的选择
除了以上的洞察和经历之外，今年促进我关注和研究这个领域的另一个主要的原因，是我对于下一个AI应用创业方向在“AI提效”和“AI+情绪价值”之间的选择与思考。
长期以来，我们一直都在从事SaaS方向的AI应用的工作，核心是提升效率，并且我们也开发了几个AI提效相关的应用，一个AI生成研究报告的应用；以及一个生成用户增长策略分析的AI增长顾问，但是在做AI提效应用的过程中，我们发现基本都存在如下几个难题：
反观之下，我们发现将AI应用于用户情绪价值的满足这个事情上，情况却相对不一样。一方面，以AI聊天和AI玄学等为主的这些场景，在实现难度上相对更加简单，很多时候可能基本使用大模型，然后组合一些简单的程序或者API，搭配一段提示词，可能就能跑出80分的效果，所以实现的难度相对更低、周期更短，用户的满足度也相对高些。其次是成本方面，做效率领域的产品，非常消耗token，100万token可能都不够我生成一篇几万字长文，而AI聊天和玄学领域的产品，一个用户整个生命周期可能都消耗不完100万token。
在付费意愿这个事情上，相比与在为提效这个事情上抠抠搜搜，用户却很舍得花点钱去买杯奶茶犒劳自己，或者花几百块做个测评体验，所以满足用户的情绪价值更容易获得让用户掏钱包。
基于以上的一些思考，我想可能我也没有必要一直固执的就坚持只做提效这个事情，既然情绪价值的人的天性所需，我们也应该尊重和迎合用户的需求，也在这个方面做一些尝试，没必要一直在一个很难的事情上死磕到底，对于难而正确的事情，我们坚持就好，但是也不要排斥可以简单并快速获得结果的需求。
以上的这个对于用户需求的转变，是最终让我开始做这个事情的最本质的原因。
既然打算要做这样的产品了，我想我需要先尝试去理解清楚用户底层的需求，也就是弄明白，为什么大家都对玄学感兴趣，背后潜藏着什么样的用户心智。最近我将产品的第一个版本拿给身边的朋友体验的时候，我基本会固定地和他们讨论一个问题：人为什么会对玄学感兴趣？
我把大家的一些反馈和自己的思考总结如下：
1）通过小红书和公众号笔记验证用户真实的反馈
当然，我也没有一下子就立马开始着手做这个事情，为了快速的验证一下用户的需求反馈，避免以上仅仅是我自己的空想，我想了一个快速验证需求的办法：我先尝试自己写了一段AI运势大师的提示词，并支持一键生成可视化的报告，然后分享到了小红书和公众号！
结果笔记在当周的流量一下子就提升到了3000左右的浏览，有几百个用户不停的私信和评论想要提示词，这个结果完全超乎我的意料，通过这个方式，我快速的完成了一波MVP需求验证。并且通过小红书和公众号发笔记验证产品和用户需求这个方式，后来也成为了我开启一个新的项目前的必备验证环节。
2）请教投资人和创业者
除此之外我后来也陆续的请教了一些投资人以及创业者的朋友们，询问他们对做一个类似这样的产品的观点，他们在第一时间，都觉得是一个很不错的方向。
在确定要做这个事情之后，一开始对于团队的构成，我想可能至少还是需要3个人，包括1个产品经理+1个后台研发+1个前端工程师，虽然后台我也可以找一个全栈研发一起解决前端的研发，但是说实话这样会很分散他的精力，因为前端研发本身也是一个很费时间的工作，因为要调很多前端视觉这些，另外还有一个必备的就是设计师，这部分我选择花点钱外包。
然而只能说AI编程的进步实在太快了，cursor 、Trae等新的AI编程产品的出现，以及Gemini 3 PRO等代码能力超强的模型的到来，让我们直接干掉了前端工程师和设计师的需求，只需要2个人的搭配就可以跑通整个过程。新的分工环节可以按照这样的方式来：
整个项目真正开始启动研发的时间大概是10月26日，到12月初的时候，我们已经基本完成了第一阶段的产品项目的开发，用时大概是1个月左右，而且说实话，如果不是因为中间等待网站备案审核耗费了很长的时间，我们说不定还可以更快。这就是全新模式的AI开发迭代模式，未来说不定我们可以通过这个方式，2个人每个月就快速开发一个验证型的产品。
1）目标用户人群划分
概括起来，目前这个领域主要的使用用户可能包括如下4部分人群，这4个人群基本上可能也是我对于这个领域用户的划分框架，通过分析和理解他们的诉求、专业程度、市场规模以及满足的难易度与付费意愿，我初步明确了自己想要主打的人群，下面将提到。
2）市场赛道划分
如果对市面上目前的玄学产品做一个赛道划分，概括起来可以归纳为如下表格，其中，我把测评领域也合并进来，因为他们最终的目的其实殊途同归。
不同的派系其实只是采用不同的模型，从不同的用户属性切入分析，但是从用户最终的需求的角度上看，可以将需求场景概括为如下：
3）目前用户常用的产品以及存在的问题
（1）以“测测”这款产品为例？
目前市面上的主要的产品，他们大体都是怎么做的？体验了一圈大部分产品之后，发现其实都大同小异，以测测这款产品为例，这款产品主要面向的人群是前面提到的第三类（深度爱好者）和第四类（普通爱好者），并不是面向专业用户；在产品层上，主要的特点如下：
产品存在的问题：
（2）以豆包和DS等这类通用AI产品为例
目前也有很多用户将豆包和DS应用到这个领域里面，通过亲自体验以及调研身边朋友的反馈，这类应用目前主要存在如下几个问题：
1）目标人群是谁？
首先对于目标人群的选择这点，基于前面提到的4类人群，结合他们的市场规模，满足难易度，付费意愿等考量，我的思考如下：
第一，我们的目标用户绝对不是服务第一类人群，一方面我们就没有这样的专业能力，也不打算深挖成为这个领域的专家，这类人群我们直接放弃，我们可以重点服务的可能是2、3、4类人群。
对于第2类人群，我们可能主要是提供一个便利、简单的工具给他们用于经营和培训使用；比如当下他们可能使用的是像“问真”这种相对专业一些的工具，上手的门槛比较高，培训一个这样的销售和经营同学比较难，他们需要一个更加简单的工具；因为涉及商业经营的场景，所以对于这个人群的商业和产品的定位是主打高净值，提供更的深度服务，完成高客单转化；
对于第3类人群，他们看重的是测算的结果，所以需要提供的就是符合他们精准要求的测算服务；这些是我们的超级影响力用户，我们需要重点发展好他们，该人群属于市场规模相对高，而且用户使用和付费需求极高的人群，但是他们肯定要求也更高。商业和产品的定位同样也是主打高净值，提供更的深度服务，完成高客单转化；
对于第4类人群，这些就是玩一玩为主的用户，核心价值就是市场规模大，重点发展规模，付费的意愿可能比较低，客单价也比较低，但是这类人群是影响范围最广的人群，也是增长和传播的核心人群。
所以，在前期目标人群的优先级原则上，我可能倾向于：深度爱好和信任者>使用玄学变现的经营者>普通爱好者，前两者可能是超级用户前期先发展成为影响力用户，我们要按照他们的标准打磨产品，但是从长期上看普通人群才是最终我们要服务的人群。
2）初始赛道选择
前面分析了，玄学领域的赛道非常多，在如此多赛道的情况下，我的第一个版本应该选择哪个切入领域？
因为我不可能一下子做那么多领域，那样不切实际，对于这块，我的思考是，优先选择当下国内用户普及度比较高的领域：国学传统文化八字这个领域，生成分析的核心理论模型主要基于传统文化八字理论。
而在切入用户需求的角度上，我觉得用户最核心的诉求是了解自己、决策选择以及解答困惑，所以产品的核心服务也是帮助用户从另一个角度了解和探索自己，以及解答自己的困惑。
3）产品怎么差异化？
结合前面两类（测测、豆包）产品目前存在的问题和用户的需求，我觉得我们的产品可能在如下几个方面可以做一些差异化：
通过以上的调研和思考，我大概想清楚了怎么去做第一个版本的产品出来，接下来就是具体怎么做出来！
这部分我想分享整个产品迭代更新过程中的一些经历和思考，复盘自己在产品设计过程中遇到的问题、犯过的错误，以及围绕着具体的问题设计的一些优化举措，这些对于产品经理而言，我觉得会是很宝贵的一些经验。
左边为一开始设计的版本，只有生成命理报告的功能，没有解惑答疑这部分；另外新的版本还在排盘部分增加了“为自己/为亲友”的选择tab，并在首页底部增加一个最近生成报告的状态栏入口。
做以上细节优化的主要原因如下：
1）为什么MVP的版本需要增加解惑答疑部分的功能？
这其实是一个忽视了用户需求的产品逻辑设计的失误，因为事实上，对于个人报告这种东西，用户只要输入并生成一遍，后续可能就没有需求的，那就意味着这个产品只能用一次；虽然在表单输入项里面还有一个“最近困惑的问题”这个输入项是有高频的需求的，但是两者放到一个模块，最后导致即使生成两次不同困惑问题的记录，个人的报告部分会有大量重复的内容。
这个问题是当我们开发好第一个版本，邀请第一波体验用户使用的时候，跟我反馈的问题，我邀请了5个用户，结果他们出奇一致的反馈这里有问题，然后我仔细下来一想确实是这样，而且这个问题很低级。后来我一直在复盘思考为什么自己会对这么简单的问题都视而不见；我觉得最主要的原因可能包括如下几点：
在获得这个反馈之后，我们立刻改进了MVP版本的功能，只有把个人报告+解惑答疑这两部分结合起来，才能算是一个完整的MVP产品。
2）为自己、为亲友”选项背后的小心思
之所以加这个东西的原因，其实主要是为了提醒用户除了给自己生成个人报告之外，也可以给家人、朋友生成个人报告，这个是排盘这部分存在多次使用的逻辑。但是用户可能不一定及时的想起这个事情，所以增加这个设计的主要用户就是为了提醒用户，并且增加使用频率。
这个洞察的灵感来自于我们分析和了解生成多份报告的用户的特征，我们发现他们不仅会给自己生成，还会给自己的宝宝、家人也生成一个，并且在调研的过程中，我们发现很多用户其实并不一定会立刻想到给别人生成，更多的还是沉浸在给自己的生成的视角。
3）首页为啥增加一个最近的报告的入口？
这个细节主要是为了优化网页使用过程的一些体验，也是来自于用户的反馈。问题出现在，当用户点击开始生成以后，在等待的过程中可能会点击跳转其他页面，当用户返回首页的时候，首页因为H5跳转的原因无法继续显示生成中的状态，生成后也找不到刚刚生成的记录，就容易产生困惑。实际上这种情况下，我们是把记录放到了底部tab栏的报告这一栏里，用户可以在这里看到生成记录。
然而，依然还是会有用户无法理解这个设计，而找不到刚刚生成的记录，所以我选择在首页也增加一个最近生成记录的入口，并且如果还处于生成中状态的时候，该记录会处于loading状态，这个方式可以一定程度缓解用户找不到最近生成记录的焦虑。
第二个我们高频遇到的问题发生在loading页面，一开始loading页面的设计如左侧，其中加载进度条的动效，我们设计了2秒内加载到95%的交互效果，结果出现的问题就是，10个体验用户就有10个用户反馈以为这里出现问题了，因为它加载到95%的时候就一直停在这里等待生成，用户以为出BUG了。其次就是因为没有提供时间预期，很多用户不知道要等多久，于是很容易产生焦虑，很想关闭页面，但是又害怕页面关闭后生成中断。
所以我们有预感在这个环节，我们预计可能要流失一半的用户，我们必须做一些优化。
如右侧视觉方案所示，主要的优化点如下：
调整为以上版本之后，后续发给用户体验的时候，基本没有用户再提出之前的问题反馈了，只会吐槽生成的有点慢，但是这个我们实在无法控制，因为制约在于模型的速度上。
生成等待的问题，将会是后续做每一个AI产品都存在的问题，如何在无法缩短等待时长的情况下，最大限度的避免用户流失，这次调整给我留下了一些总结经验，核心要点概括起来：
这部分是我投入时间最多、迭代次数最多的部分，也是对用户而言最重要的部分，我要复盘的内容比较多。
1）一份标准的个人画像报告应该是什么样的？
对于一个之前在玄学领域没有任何深入研究的人来说，我要为用户生成一份专业的个人画像报告，这个报告应该包括哪些内容，以及报告应该怎么写，这是我需要解决的第一个问题，也是生成结果的底层问题，因为怎么呈现这个好办，但是产品最基础的内容是根本。
为了解决这个问题，我用了如下几个办法：
通过以上的调研之后，也就大概心里有个底，以下我分享一下对于个人画像报告框架内容的总结结果及原因：
基于以上，快速确定了个人画像报告的框架内容。
2）报告的版本设计
如下图所示，对于生成的个人画像报告结果，我设计了“大白话解读+专业术语解读”两个版本，之所以这么设计，还是选择遵循客户需求，虽然专业术语看不懂，但是这些东西如果少了，感觉味道就不太一样，所以单纯的大白话版本还不够，看不懂的专业术语 版本还是要有，并且这部分还能迎合有些研究的深入一些的用户的需求；
3）报告的视图设计
其次是展示的视图，目前如下所示我设计了2个视图效果：可视化视图+文字视图。可视化视图的主要作用就是改善视觉效果，让设计看起来更加的漂亮，可以缓解文字的枯燥，让用户能看下去。而文字详解也有必要，因为可视化图就想PPT一样，看起来很厉害但是信息量少，用户也需要进一步的文字详解。
4）怎么说到用户心坎上，让用户产生共鸣？
也就是说，怎么让用户看完报告之后，能兴奋的说“对对对，这描绘的就是我”这种感觉。这个问题是整个产品最难的问题，同时也是这个领域里面最具智慧的设计，专业的人和不专业的人差异可能就体现在这里，说实话在这个事情上，目前我肯定还不精通，不过通过分析和学习线下专业人士的一些表达技巧，以及模板报告中的表达技巧，我初步总结了一些要点如下：
4）设计用户有分享欲的分享图
另一个花费了很多心思的产品模块是分享图，我知道这个非常重要，因为这种产品的特性，核心增长动力就是依靠分享裂变，所以分享图一定要做的有意思，让用户愿意分享。
以下为目前我做的第一版分享图的效果，目前还没有数据验证来获取经验，所以我主要分享做这个分享图过程中的一些思考：
关于产品设计部分，暂时先分享以上几点，事实上，在内测邀请阶段，目前我又陆陆续续收到了很多用户新的问题反馈，所以，还有很多问题要继续处理，产品也还有很多要继续迭代，我会在后续更新补充产品迭代过程的故事和思考。
12月13日，各种备案审核通过后，正式发布上线了这款产品，然后初步先通过微信群分享图的方式，在我的几个经常活跃的社群，以及朋友圈的方式分享出去，第一天的注册新增用户竟有小几百的用户，数据完全超过了我的预期，并且我在几个群里面看到很多同学纷纷开心的分享自己生成的画像报告分享图。
这部分分享我对于产品在商业模式上的一些思考。
首先在付费模式上，我还是一如既往的选择会员订阅的模式，这是我最喜欢的商业模式。其中会员的核心权益，主要以积分的方式来呈现，用户权益的消耗也主要通过积分消耗的方式来实现。
这里为什么选择采用积分的模式，而不是按照生成次数限制的模式，主要也考虑到未来我们潜在可以拓展的服务和方向存在较多的可能性，其中包括按次生成类型的服务（包括生成文本和生成图片），也包括对话的方式，为了避免以后细化权益的时候，需要精细的控制不同权益的额度，故采用积分的方式。
订阅的本质就是用户持续的使用，但是对于目前这个产品用户有持续多次使用的需求吗，这个是检验订阅模式是否可行的核心问题，我的思考是这样的，当前MVP产品的形态下，用户多次使用的场景主要如下：
运行一个这样的产品，核心的成本主要包括如下：
过去的一个多月，基本精力都耗费在打磨产品上了，接下来我需要重点去思考和验证的话题，就是怎么好好运营这个产品以及让用户使用这个产品，或许这个才是后续主要的挑战，目前我大概的思路如下：
当然，以上都还是只是我目前的一些初步思路，欢迎大家给我支招，分享你们的建议，或者有合适的资源和合作的机会的话，欢迎交流。
这个月开发这个产品的过程中很快乐，因为有种找回当年做互联网产品时的感觉，团队围绕着产品，持续的收集用户的反馈，然后快速的发现问题、输出解决方案，然后研发同学当天立马就解决；整个过程协作的工具只需要一个在线文档，效率非常高。
当然，也因为Carson牛逼，作为一个全栈研发，一个人就通过整合多种AI工具搞定了那么多的研发工作，毫不客气的说，Carson才是当代程序员中最具AI编程实战能力的第一波程序员。比较可惜的是，Carson的精力基本都聚焦在编程上，他没有精力做自媒体内容和个人IP的运营，不然就又是一个妥妥的大神和AI编程专家。
实际上，产品在前两周基本开发好了，但是一直都没对外发布，主要的原因是因为在等待网站的备案审核，所以这次总结的经验就是，后续新项目研发的时候，在项目开始启动的时候，第一件事情就是需要把各种备案审核提前先开始，然后同步开始跑。
OK，到此本篇内容就写完了，总结一下，在这篇字数长达1.4万字的文章里，我首先分享了自己为什么想做一个这样的产品，围绕这个产品对用户需求的理解和洞察，与其说我们在做的是一个玄学的产品，不如说，我们是在做一个迎合人的需求的产品；
接着，我也分享了自己目前总结的一套快速验证产品需求的简单方法（比如发布小红书笔记收集反馈等），MVP的目的其实是验证需求，不是做一个快速验证的产品，我们要开始学会如果通过不写代码的方式先验证需求；
同时我也分享了自己在启动做这个项目的时候，做的一些用户、市场、行业、竞品等相关的调研，在调研中逐步确认自己想要做一个什么样的产品，中间的这些思考和分析的过程，是我认为最宝贵的东西，这也是我写这篇文章的主要动力之一，我需要总结一套分析需求和设计产品定位的思考模型，这是产品经理非常重要的能力。
也重点分享了在产品设计过程中的一些细节和思考，虽然内容比较繁琐，有些可能看起来也比较细小，但是这就是产品经理落地到产品设计时的真实情况，没有什么高大上的学问和策略，就是踏踏实实的了解用户的反馈，然后在细节之处一点一点的把产品打磨好。对于产品经理而言，最宝贵的其实是打磨产品过程中收集到的用户反馈，以及围绕产品问题设计的优化方案，这些就是宝贵的经验。一个优秀的产品经理的特点，就是在设计产品的时候，就已经能够待接入真实用户的视角，提前把可能存在的用户问题罗列出来，并设计出最小变更的产品。
作为一个深度聚焦AI产品、增长、商业化的产品经理，这个项目其实也是我在增长和商业化领域的实践，我希望能践行和检验自己的用户增长的方法论，完成自己从零到一的产品的增长和变现的过程。
作者：三白有话说，公众号：三白有话说
本文由 @三白有话说 原创发布于人人都是产品经理。未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。