从效率工具转向AI玄学应用，这个产品经理的跨界尝试竟意外引爆用户需求。通过130次迭代、2人团队和全程AI协作，他们打造出一款高知人群疯狂追捧的情绪价值产品。本文将深度拆解这个颠覆性项目的需求洞察、MVP验证和敏捷开发全流程，揭秘为何精英阶层愿为玄学付费的底层逻辑。

从一开始只是一个idea，到历经130多个发布版本的迭代后上线，中间发生了很多有意思的事情，我也在整个从0到1缔造一个产品的过程中，积累了不少关于产品的思考，今天这篇文章主要对这整个项目过程做一次复盘回顾，我会跟大家分享，作为一个一直致力于效率类的产品经理，为什么会去做一个AI玄学的应用、以及具体怎么逐步验证需求和打磨产品。全文1.4万字，内容比较多，建议收藏后慢慢阅读。

另外，由于在这次项目开发的整个过程中，整个团队只有2个人，且基本上所有的环节都通过AI来解决，包括“产品稿设计、交互和UI设计、前端开发、AI服务开发、后端开发”等，所以这个项目也是我们第一个将AI全面应用到产品研发的全新实践尝试。

做了将近10年的产品经理，我从来没有想过，开发一个真正面向用户和市场的产品的团队，可以压缩到只需要2人，一个产品经理+一个全栈研发，全新的敏捷研发的模式已经到来了。

一、我为什么要做一个“AI+玄学”的产品

这部分我会重点分享对于自己做AI玄学产品这个决定从零到1的思考，包括从需求发现、用户洞察、MVP验证、组建团队、产品研发的整个经历和故事。

1.1 需求发现

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产品真的没有那么容易。
• 付费意愿低：把产品做到能用是第一个标准，做到让用户愿意付费则又是另一个标准，并且国内做SaaS付费是很难的，习惯免费的国内用户可能花个几十块钱都会犹豫半天；
• 增长规模小：只能聚焦在垂直单点的能力上，把垂直场景的体验做到最好，但是必然面临增长难题，我们很难直接通过一个大模型，就搞定大部分使用场景，所以要想做好，就必须要聚焦打磨单点能力；但是打磨单点能力，就意味着你只能获取一小部分用户市场，产品的增长空间和预期的规模就不太可能很大，则后续必然会痛苦的是增长速度和增长规模的问题。现在我们面临的问题，就是产品只能一点一点增长，不可能出现爆发性增长。

反观之下，我们发现将AI应用于用户情绪价值的满足这个事情上，情况却相对不一样。一方面，以AI聊天和AI玄学等为主的这些场景，在实现难度上相对更加简单，很多时候可能基本使用大模型，然后组合一些简单的程序或者API，搭配一段提示词，可能就能跑出80分的效果，所以实现的难度相对更低、周期更短，用户的满足度也相对高些。其次是成本方面，做效率领域的产品，非常消耗token，100万token可能都不够我生成一篇几万字长文，而AI聊天和玄学领域的产品，一个用户整个生命周期可能都消耗不完100万token。

在付费意愿这个事情上，相比与在为提效这个事情上抠抠搜搜，用户却很舍得花点钱去买杯奶茶犒劳自己，或者花几百块做个测评体验，所以满足用户的情绪价值更容易获得让用户掏钱包。

基于以上的一些思考，我想可能我也没有必要一直固执的就坚持只做提效这个事情，既然情绪价值的人的天性所需，我们也应该尊重和迎合用户的需求，也在这个方面做一些尝试，没必要一直在一个很难的事情上死磕到底，对于难而正确的事情，我们坚持就好，但是也不要排斥可以简单并快速获得结果的需求。

以上的这个对于用户需求的转变，是最终让我开始做这个事情的最本质的原因。

1.2 用户洞察：用户为什么喜欢研究玄学？

既然打算要做这样的产品了，我想我需要先尝试去理解清楚用户底层的需求，也就是弄明白，为什么大家都对玄学感兴趣，背后潜藏着什么样的用户心智。最近我将产品的第一个版本拿给身边的朋友体验的时候，我基本会固定地和他们讨论一个问题：人为什么会对玄学感兴趣？

我把大家的一些反馈和自己的思考总结如下：

• 用户有好奇和猎奇的心理：用户对于未知领域、对于分析和理解自我，是充满好奇心理的，所以虽然并不是所有的用户都会很深入的钻研和痴迷这个事情，但是在不需要付出什么成本的情况下，用户想要去了解自己和探索未知的事情。
• 用户需要一个确定性的答案：当我们在生活和工作的过程中，遇到了理性分析难以获得确定性答案，或者短期内无法获得确定性反馈的时候（例如健康、情感等），就容易产生困惑，用户开始转而采用一种更加简单直接的方式，获得一个参考答案，并作为决策的依据之一。听起来似乎很不理性，但是人不是机器，本身就是理性+感性结合的机体。
• 用户渴望获得“掌控感”：很多朋友会跟我分享他们开始有点信这个事情的原因经常是发生在遇到了一些自己无法预知和掌控的事情的时候，比如健康、突发事件、未来发生的事情等，对于这些未知的东西，用户渴望获提前知道些什么，从而可以掌控这个事情。
• 用户想要做一些仪式感的“努力”，从而获得改变：比如很多人会将lucky数字作为平时生活选择中的决策，比如选房间，选座位等，或者最近很火的买水晶和珠宝配饰等，大家本质上其实就是想通过一些简单并且力所能及的努力，尝试去改变一个事情。

1.3 MVP验证：怎么验证确认用户的需求？

1）通过小红书和公众号笔记验证用户真实的反馈

当然，我也没有一下子就立马开始着手做这个事情，为了快速的验证一下用户的需求反馈，避免以上仅仅是我自己的空想，我想了一个快速验证需求的办法：我先尝试自己写了一段AI运势大师的提示词，并支持一键生成可视化的报告，然后分享到了小红书和公众号！

结果笔记在当周的流量一下子就提升到了3000左右的浏览，有几百个用户不停的私信和评论想要提示词，这个结果完全超乎我的意料，通过这个方式，我快速的完成了一波MVP需求验证。并且通过小红书和公众号发笔记验证产品和用户需求这个方式，后来也成为了我开启一个新的项目前的必备验证环节。

2）请教投资人和创业者

除此之外我后来也陆续的请教了一些投资人以及创业者的朋友们，询问他们对做一个类似这样的产品的观点，他们在第一时间，都觉得是一个很不错的方向。

1.4 组建团队

在确定要做这个事情之后，一开始对于团队的构成，我想可能至少还是需要3个人，包括1个产品经理+1个后台研发+1个前端工程师，虽然后台我也可以找一个全栈研发一起解决前端的研发，但是说实话这样会很分散他的精力，因为前端研发本身也是一个很费时间的工作，因为要调很多前端视觉这些，另外还有一个必备的就是设计师，这部分我选择花点钱外包。

然而只能说AI编程的进步实在太快了，cursor 、Trae等新的AI编程产品的出现，以及Gemini 3 PRO等代码能力超强的模型的到来，让我们直接干掉了前端工程师和设计师的需求，只需要2个人的搭配就可以跑通整个过程。新的分工环节可以按照这样的方式来：

1. 产品经理通过Gemini 3 PRO的能力，可以快速的绘画产品原型，设计视觉和交互，如此设计师就可以不需要了，并且这个过程AI快速的响应我的修改意见，比和设计师对接高效多了。
2. 产品经理在绘画视觉设计的同时，其实也已经把大部分的前端代码也写出来了，然后交付给后台研发同学，研发同学直接使用cursor 等编程工具，直接完成前端工程、后端工程的研发。

1.5 产品研发

整个项目真正开始启动研发的时间大概是10月26日，到12月初的时候，我们已经基本完成了第一阶段的产品项目的开发，用时大概是1个月左右，而且说实话，如果不是因为中间等待网站备案审核耗费了很长的时间，我们说不定还可以更快。这就是全新模式的AI开发迭代模式，未来说不定我们可以通过这个方式，2个人每个月就快速开发一个验证型的产品。

二、做一个什么样的玄学产品？

2.1 需求调研

1）目标用户人群划分

概括起来，目前这个领域主要的使用用户可能包括如下4部分人群，这4个人群基本上可能也是我对于这个领域用户的划分框架，通过分析和理解他们的诉求、专业程度、市场规模以及满足的难易度与付费意愿，我初步明确了自己想要主打的人群，下面将提到。

2）市场赛道划分

如果对市面上目前的玄学产品做一个赛道划分，概括起来可以归纳为如下表格，其中，我把测评领域也合并进来，因为他们最终的目的其实殊途同归。

不同的派系其实只是采用不同的模型，从不同的用户属性切入分析，但是从用户最终的需求的角度上看，可以将需求场景概括为如下：

3）目前用户常用的产品以及存在的问题

（1）以“测测”这款产品为例？

目前市面上的主要的产品，他们大体都是怎么做的？体验了一圈大部分产品之后，发现其实都大同小异，以测测这款产品为例，这款产品主要面向的人群是前面提到的第三类（深度爱好者）和第四类（普通爱好者），并不是面向专业用户；在产品层上，主要的特点如下：

• 基本都会同时提供多个领域的服务，包括MBTI、星座等综合多种类型的服务，并主打职业测评和星座等这种，弱化敏感领域的服务；
• 核心产品能力：提供测评报告生成、链接达人和线下专业人士解答，也提供AI对话方式的解读的功能；
• 收费方式：通过测评次数、报告解读（AI对话解读和专业人士解读）两种方式收费。

产品存在的问题：

• 看不懂的测评报告：测评报告的结果基本获取不了太多信息量，用户需要的是结果的解读，而不是一堆专业术语，当然，解读是产品的核心变现能力，也就是说这些产品的模式就是想生成一些你看不懂的，然后让你付费解读。
• 鸡肋的AI对话解读：AI的核心价值就是解读，虽然目前的这些产品都提供了AI解读的功能，但是基本都是通过对话解读的方式进行，碎片化的对话很耗费时间，而且不一定能做到系统的解答。用户想要的，是像线下找专业人士一样，提供一份专业的解读报告，而不是还要我问半天才能获得部分解读结果。

（2）以豆包和DS等这类通用AI产品为例

目前也有很多用户将豆包和DS应用到这个领域里面，通过亲自体验以及调研身边朋友的反馈，这类应用目前主要存在如下几个问题：

• 因为技能和幻觉问题，导致排盘不准，这种问题通常对于很多已经排算过的人是不可接受的，因为这个错了，基本后面的肯定错；
• 繁琐的对话过程：用户可能需要持续的对话问答很多次，才能获得想要的答案和结果；
• 输出内容主要以文字为主：用户是视觉动物，可视化的内容相比文字更加容易放大用户的情绪。

2.2 做一个什么样的AI+玄学的产品？

1）目标人群是谁？

首先对于目标人群的选择这点，基于前面提到的4类人群，结合他们的市场规模，满足难易度，付费意愿等考量，我的思考如下：

第一，我们的目标用户绝对不是服务第一类人群，一方面我们就没有这样的专业能力，也不打算深挖成为这个领域的专家，这类人群我们直接放弃，我们可以重点服务的可能是2、3、4类人群。

对于第2类人群，我们可能主要是提供一个便利、简单的工具给他们用于经营和培训使用；比如当下他们可能使用的是像“问真”这种相对专业一些的工具，上手的门槛比较高，培训一个这样的销售和经营同学比较难，他们需要一个更加简单的工具；因为涉及商业经营的场景，所以对于这个人群的商业和产品的定位是主打高净值，提供更的深度服务，完成高客单转化；

对于第3类人群，他们看重的是测算的结果，所以需要提供的就是符合他们精准要求的测算服务；这些是我们的超级影响力用户，我们需要重点发展好他们，该人群属于市场规模相对高，而且用户使用和付费需求极高的人群，但是他们肯定要求也更高。商业和产品的定位同样也是主打高净值，提供更的深度服务，完成高客单转化；

对于第4类人群，这些就是玩一玩为主的用户，核心价值就是市场规模大，重点发展规模，付费的意愿可能比较低，客单价也比较低，但是这类人群是影响范围最广的人群，也是增长和传播的核心人群。

所以，在前期目标人群的优先级原则上，我可能倾向于：深度爱好和信任者>使用玄学变现的经营者>普通爱好者，前两者可能是超级用户前期先发展成为影响力用户，我们要按照他们的标准打磨产品，但是从长期上看普通人群才是最终我们要服务的人群。

2）初始赛道选择

前面分析了，玄学领域的赛道非常多，在如此多赛道的情况下，我的第一个版本应该选择哪个切入领域？

因为我不可能一下子做那么多领域，那样不切实际，对于这块，我的思考是，优先选择当下国内用户普及度比较高的领域：国学传统文化八字这个领域，生成分析的核心理论模型主要基于传统文化八字理论。

而在切入用户需求的角度上，我觉得用户最核心的诉求是了解自己、决策选择以及解答困惑，所以产品的核心服务也是帮助用户从另一个角度了解和探索自己，以及解答自己的困惑。

3）产品怎么差异化？

结合前面两类（测测、豆包）产品目前存在的问题和用户的需求，我觉得我们的产品可能在如下几个方面可以做一些差异化：

• 给用户一次性提供系统的、说人话版本的解读报告：并且报告的标准要对标线下那些专业的人士输出的水平，输出一个跟他们基本一致的解读报告；拒绝只给看不懂的专业术语报告，也拒绝繁琐的AI对话问答的过程。
• 提供可视化的精美的报告，而不是枯燥的文字报告，让用户不仅在解读结果上获得愉悦，在视觉上也能获得愉悦；
• 采用程序+大模型的方式测算结果，避免大模型的幻觉导致关键信息出错。

通过以上的调研和思考，我大概想清楚了怎么去做第一个版本的产品出来，接下来就是具体怎么做出来！

三、产品设计过程中的迭代和思考

这部分我想分享整个产品迭代更新过程中的一些经历和思考，复盘自己在产品设计过程中遇到的问题、犯过的错误，以及围绕着具体的问题设计的一些优化举措，这些对于产品经理而言，我觉得会是很宝贵的一些经验。

1.前后两版首页的视觉方案

左边为一开始设计的版本，只有生成命理报告的功能，没有解惑答疑这部分；另外新的版本还在排盘部分增加了“为自己/为亲友”的选择tab，并在首页底部增加一个最近生成报告的状态栏入口。

做以上细节优化的主要原因如下：

1）为什么MVP的版本需要增加解惑答疑部分的功能？

这其实是一个忽视了用户需求的产品逻辑设计的失误，因为事实上，对于个人报告这种东西，用户只要输入并生成一遍，后续可能就没有需求的，那就意味着这个产品只能用一次；虽然在表单输入项里面还有一个“最近困惑的问题”这个输入项是有高频的需求的，但是两者放到一个模块，最后导致即使生成两次不同困惑问题的记录，个人的报告部分会有大量重复的内容。

这个问题是当我们开发好第一个版本，邀请第一波体验用户使用的时候，跟我反馈的问题，我邀请了5个用户，结果他们出奇一致的反馈这里有问题，然后我仔细下来一想确实是这样，而且这个问题很低级。后来我一直在复盘思考为什么自己会对这么简单的问题都视而不见；我觉得最主要的原因可能包括如下几点：

• 设计产品的时候，还是没有代入真正使用的用户的心智和需求；
• 将更多的注意力和精力聚焦在打磨最后的生成结果上，过于沉浸其中的时候反而忽视了用户的需求逻辑；
• 前期缺乏逻辑讨论，因为东西是我一个人设计的，少了一个人来帮我做检验和讨论，因此有很多问题没有提前发现，所以有个人一起讨论或者实际拿给用户使用体验一下，是很有作用的。

在获得这个反馈之后，我们立刻改进了MVP版本的功能，只有把个人报告+解惑答疑这两部分结合起来，才能算是一个完整的MVP产品。

2）为自己、为亲友”选项背后的小心思

之所以加这个东西的原因，其实主要是为了提醒用户除了给自己生成个人报告之外，也可以给家人、朋友生成个人报告，这个是排盘这部分存在多次使用的逻辑。但是用户可能不一定及时的想起这个事情，所以增加这个设计的主要用户就是为了提醒用户，并且增加使用频率。

这个洞察的灵感来自于我们分析和了解生成多份报告的用户的特征，我们发现他们不仅会给自己生成，还会给自己的宝宝、家人也生成一个，并且在调研的过程中，我们发现很多用户其实并不一定会立刻想到给别人生成，更多的还是沉浸在给自己的生成的视角。

3）首页为啥增加一个最近的报告的入口？

这个细节主要是为了优化网页使用过程的一些体验，也是来自于用户的反馈。问题出现在，当用户点击开始生成以后，在等待的过程中可能会点击跳转其他页面，当用户返回首页的时候，首页因为H5跳转的原因无法继续显示生成中的状态，生成后也找不到刚刚生成的记录，就容易产生困惑。实际上这种情况下，我们是把记录放到了底部tab栏的报告这一栏里，用户可以在这里看到生成记录。

然而，依然还是会有用户无法理解这个设计，而找不到刚刚生成的记录，所以我选择在首页也增加一个最近生成记录的入口，并且如果还处于生成中状态的时候，该记录会处于loading状态，这个方式可以一定程度缓解用户找不到最近生成记录的焦虑。

2.loading页面的前后改版优化

第二个我们高频遇到的问题发生在loading页面，一开始loading页面的设计如左侧，其中加载进度条的动效，我们设计了2秒内加载到95%的交互效果，结果出现的问题就是，10个体验用户就有10个用户反馈以为这里出现问题了，因为它加载到95%的时候就一直停在这里等待生成，用户以为出BUG了。其次就是因为没有提供时间预期，很多用户不知道要等多久，于是很容易产生焦虑，很想关闭页面，但是又害怕页面关闭后生成中断。

所以我们有预感在这个环节，我们预计可能要流失一半的用户，我们必须做一些优化。

如右侧视觉方案所示，主要的优化点如下：

• 首先是进度条的加载动效上，不能那么快，要根据生成的进度加载，逐步加完；
• 提供用户生成时间的预期，告诉用户大概需要多久；
• 增加生成成功的短信提醒，当内容生成成功的时候提醒用户前往查看，如上图所示；
• 增加提示提醒用户关闭页面不中断生成。

调整为以上版本之后，后续发给用户体验的时候，基本没有用户再提出之前的问题反馈了，只会吐槽生成的有点慢，但是这个我们实在无法控制，因为制约在于模型的速度上。

生成等待的问题，将会是后续做每一个AI产品都存在的问题，如何在无法缩短等待时长的情况下，最大限度的避免用户流失，这次调整给我留下了一些总结经验，核心要点概括起来：

• 不要让进度条停在原地打转
• 要告诉用户时间预期
• 告诉用户可以先离开且不影响生成，并搭配通知提醒；

3.个人画像报告结果页产品打磨

这部分是我投入时间最多、迭代次数最多的部分，也是对用户而言最重要的部分，我要复盘的内容比较多。

1）一份标准的个人画像报告应该是什么样的？

对于一个之前在玄学领域没有任何深入研究的人来说，我要为用户生成一份专业的个人画像报告，这个报告应该包括哪些内容，以及报告应该怎么写，这是我需要解决的第一个问题，也是生成结果的底层问题，因为怎么呈现这个好办，但是产品最基础的内容是根本。

为了解决这个问题，我用了如下几个办法：

• 问AI：让deepseek和gemini等产品指导我，这样的报告应该长什么样子，完成这个事情的快速启动；
• 找模版：我尝试是找身边那些已经请过专业人士解读的朋友，让他们脱敏分享专业人士的解读报告（这里很感谢我的那些支持我的朋友），从他们的模版中学习，这份报告应该包含什么内容；
• 调研用户：请教目标用户，如果输出一份个人画像报告，应该包含哪些内容。

通过以上的调研之后，也就大概心里有个底，以下我分享一下对于个人画像报告框架内容的总结结果及原因：

基于以上，快速确定了个人画像报告的框架内容。

2）报告的版本设计

如下图所示，对于生成的个人画像报告结果，我设计了“大白话解读+专业术语解读”两个版本，之所以这么设计，还是选择遵循客户需求，虽然专业术语看不懂，但是这些东西如果少了，感觉味道就不太一样，所以单纯的大白话版本还不够，看不懂的专业术语 版本还是要有，并且这部分还能迎合有些研究的深入一些的用户的需求；

3）报告的视图设计

其次是展示的视图，目前如下所示我设计了2个视图效果：可视化视图+文字视图。可视化视图的主要作用就是改善视觉效果，让设计看起来更加的漂亮，可以缓解文字的枯燥，让用户能看下去。而文字详解也有必要，因为可视化图就想PPT一样，看起来很厉害但是信息量少，用户也需要进一步的文字详解。

4）怎么说到用户心坎上，让用户产生共鸣？

也就是说，怎么让用户看完报告之后，能兴奋的说“对对对，这描绘的就是我”这种感觉。这个问题是整个产品最难的问题，同时也是这个领域里面最具智慧的设计，专业的人和不专业的人差异可能就体现在这里，说实话在这个事情上，目前我肯定还不精通，不过通过分析和学习线下专业人士的一些表达技巧，以及模板报告中的表达技巧，我初步总结了一些要点如下：

• 不要空有观点，要有分析、依据、案例：比如这个观点是根据用户的某一个合盘信息得出来的，并且参考了哪些理论模型；以及不能只是一些抽象的概念，要列举案例具体描述，这样用户才能共情；
• 要多说，从更多维度分享观点：其次就是要多分享一些观点和内容，因为一旦内容过于精简，用户觉得都说的不对，那就没有达到效果；多说的好处就是增加打动用户的概率；
• 避免片面和过于绝对：比如你不能用100%确定的这种口吻去描述，因为这容易让用户觉得你太过武断，不够客观，反而丧失看下去的兴趣；
• 多分享跟用户有关的事情，多描述用户本身：因为用户关心的是你怎么描述自己，所以如果你说了半天全是跟用户关系不大的东西，用户马上会丧失兴趣，所以要更多的去描述用户；
• 既要分析过去和当下，寻找认同点，也要分析后续和行动：在案例分析的时候，要要求模型分析用户过去和当下可能存在的事情，让用户寻找匹配点；其次就是分析后续以及提供行动意见，因为用户其实想知道的是要怎么做。
• 使用更聪明的模型：一定要使用深度推理模型，普通模型的回答结果就是不好，在对比测试了多个模型之后，总结下来，目前只有gemini 2.5/3.0 pro，qwen3-max，以及deepseek-R1这几个模型能达到我要的效果；这次让我比较惊喜的是，目前阿里的模型真的是越做越好了，已经可以接近gemini 2.5 pro。另外也发现了R1目前推理能力还不错，但是稳定性方面确实不行，比如容易出现异常数据等。

4）设计用户有分享欲的分享图

另一个花费了很多心思的产品模块是分享图，我知道这个非常重要，因为这种产品的特性，核心增长动力就是依靠分享裂变，所以分享图一定要做的有意思，让用户愿意分享。

以下为目前我做的第一版分享图的效果，目前还没有数据验证来获取经验，所以我主要分享做这个分享图过程中的一些思考：

• 要让用户没有负担的分享：因为个人画像报告和解惑答疑报告中存在比较多的个人信息，所以直接分享的话用户容易担心个人信息泄露的安全问题，所以分享内容一定要做脱敏过滤，这样才能避免用户在分享的时候后负担；
• 要好看且有趣：分享图要想办法做的好看且有意思，能引起话题讨论；为了做好这点，首先头像是需要的，但是我不想去获取用户的个人头像因为那样容易犯第一个问题的错误，所以我选择通过AI批量生成多个虚拟形象；同时分享图上主要设计角色标签、天赋组合等有讨论话题的信息。

关于产品设计部分，暂时先分享以上几点，事实上，在内测邀请阶段，目前我又陆陆续续收到了很多用户新的问题反馈，所以，还有很多问题要继续处理，产品也还有很多要继续迭代，我会在后续更新补充产品迭代过程的故事和思考。

四、发布上线一周的用户反馈与复盘

12月13日，各种备案审核通过后，正式发布上线了这款产品，然后初步先通过微信群分享图的方式，在我的几个经常活跃的社群，以及朋友圈的方式分享出去，第一天的注册新增用户竟有小几百的用户，数据完全超过了我的预期，并且我在几个群里面看到很多同学纷纷开心的分享自己生成的画像报告分享图。

1.正向收获和反馈

• 验证了用户对于玄学的需求，他们愿意去使用这样的产品，我能明显的感觉到，做这样的产品相比之前做AI快研侠这个提效产品，在获客上会相对更加容易一点，也更容易激起火花和用户的主动关注。
• 从目前反馈的用户上看，可能有超过90%的用户觉得目前的生成结果是比较准确的，这点倒是超过我的预期，所以至少目前上看，产品的初步版本还是比较不错，能满足用户的预期，已经清理掉了很多使用层的基础问题。
• 分享图真的很有魔力：只要分享图能够持续的转起来，就会带来持续的新增，这点也验证了之前的猜想，就是应该在分享图上下功夫；

2.负向反馈和优化

• 用户需要一个付费的理由：目前绝大部分的用户使用完的体验就是，画像报告很不错，很满意，但是困惑的问题是为什么要持续使用，以及付费，因为报告生成一次就好了，我们需要给用户一个持续使用然后付费的理由； 目前按照我们的设计，用户是在生成画像后，去答疑解惑才能增加使用频率，但是目前看答疑解惑的用户还比较少，看来我们目前的产品实现上还没有很好的发挥出这个设计的效果。
• 可能有绝大部分用户还没有get到解惑答疑这个模块的存在：因为大部分用户生成个人报告之后，就沉浸在看报告的状态，然后看完就离开了，还不知道可以去问询健康、事业、情感等相关的话题。所以我需要想办法在路径上和交互方式上，引导用户去解惑答疑。
• 绝大部分用户目前可能只使用一次然后就关闭页面了：需要增加关闭页面时候的引导，告诉用户还可以干什么，比如只生成一次报告的，可以引导去解惑；两个都生成的可以引导为其他亲友生成；
• 怎么留存和触达用户的问题：目前还存在的麻烦问题是，H5的模式不利于留存，用户新增并体验完产品之后，后续就算想要使用也难以找到产品的使用入口，这点不利于用户后续的持续使用，但是这个是H5存在的局限问题，后面要想想怎么拓展终端；另外就是触达用户的问题，目前唯一的触达手段可能是短信通知，但是这个的体验比较一般，最好的方式还是社群，所以要在产品界面上强化加入社群的入口，把使用用户邀请到群里面，以后有产品更新的时候才好触达他们。
• 人群可能也不太精准：目前触达的可能都是泛需求的用户，大部分都是抱着玩一玩的心态，所以缺乏持续使用的内驱，后续要么就是持续增加服务，让用户有更多的使用场景，要么想办法触达精准的人群和用户。

五、商业模式的思考

这部分分享我对于产品在商业模式上的一些思考。

1.当前产品的付费模式：会员订阅（积分为核心权益）

首先在付费模式上，我还是一如既往的选择会员订阅的模式，这是我最喜欢的商业模式。其中会员的核心权益，主要以积分的方式来呈现，用户权益的消耗也主要通过积分消耗的方式来实现。

这里为什么选择采用积分的模式，而不是按照生成次数限制的模式，主要也考虑到未来我们潜在可以拓展的服务和方向存在较多的可能性，其中包括按次生成类型的服务（包括生成文本和生成图片），也包括对话的方式，为了避免以后细化权益的时候，需要精细的控制不同权益的额度，故采用积分的方式。

2.不同租户的权益划分和会员定价

• 免费用户权益：提供20积分的免费积分，相当于可以生成2次命理报告，每次生成消耗10积分；
• 会员用户：开通会员之后，每月可以增加获得200积分，相当于每月可以生成20次命理报告；
• 会员套餐和定价：综合考虑用户价格敏感度、成本和竞品价格等信息后，初始定价我设计了29元/月，这个成本几乎就是我们单用户的服务成本，所以前期先不考虑盈利吧，先让用户用起来，等以后持续增加更多的能力，产品价值提升上来后，再持续增值。

3.用户存在持续使用的需求吗？

订阅的本质就是用户持续的使用，但是对于目前这个产品用户有持续多次使用的需求吗，这个是检验订阅模式是否可行的核心问题，我的思考是这样的，当前MVP产品的形态下，用户多次使用的场景主要如下：

• 个人画像报告部分：用户生成多个画像报告的场景在于为自己生成、为他人生成，所以这里存在多次使用的场景；
• 解惑答疑部分：这部分是用户增加使用频次的关键，因为用户可以问很多的困惑问题，比如问运势、健康、财富、感情、求职、跳槽等等，因此这部分是用户付费的关键。

4.产品的成本结构

运行一个这样的产品，核心的成本主要包括如下：

• 研发成本
• 服务器成本
• AI生成服务的token成本
• AI编程工具订阅付费成本
• 配套云服务成本
• 各种认证费用成本

六、产品增长的思考

过去的一个多月，基本精力都耗费在打磨产品上了，接下来我需要重点去思考和验证的话题，就是怎么好好运营这个产品以及让用户使用这个产品，或许这个才是后续主要的挑战，目前我大概的思路如下：

• 重点聚焦微信社群和分享：社群分享是最合适的切入场景，所以第一步我需要重点做的，就是通过微信社群，获取冷启动的用户；然后重点打磨好分享图，持续试验优化多种样式的分享图，通过分享图获得自然增长；
• 切入精准目标受众的用户：这里我想要重点切入的人群标签包括金融圈用户、大厂圈用户、香港地区和东南亚海外华人用户、潮汕地区用户、喜好冥想和深心灵领域的朋友；
• 寻找和玄学领域的创作者和博主的合作模式：广大的玄学博主和创作者他们目前主要提供咨询的模式付费，我可以尝试提供产品服务的模式帮助他们付费变现；
• 寻找线下零售领域的合作模式：比如线下售卖水晶、珠宝、黄金产品的商家，他们本身在售卖上就有和玄学的结合，我觉得可以看看他们有没有相关的需求，试试寻找合作增长的机会。

当然，以上都还是只是我目前的一些初步思路，欢迎大家给我支招，分享你们的建议，或者有合适的资源和合作的机会的话，欢迎交流。

六、产研协作和备案审核过程的一些经验

1.一个在线文档搞定协作，敏捷开发快速迭代

这个月开发这个产品的过程中很快乐，因为有种找回当年做互联网产品时的感觉，团队围绕着产品，持续的收集用户的反馈，然后快速的发现问题、输出解决方案，然后研发同学当天立马就解决；整个过程协作的工具只需要一个在线文档，效率非常高。

当然，也因为Carson牛逼，作为一个全栈研发，一个人就通过整合多种AI工具搞定了那么多的研发工作，毫不客气的说，Carson才是当代程序员中最具AI编程实战能力的第一波程序员。比较可惜的是，Carson的精力基本都聚焦在编程上，他没有精力做自媒体内容和个人IP的运营，不然就又是一个妥妥的大神和AI编程专家。

2.大量时间耗费在各种备案和审核的事情上

实际上，产品在前两周基本开发好了，但是一直都没对外发布，主要的原因是因为在等待网站的备案审核，所以这次总结的经验就是，后续新项目研发的时候，在项目开始启动的时候，第一件事情就是需要把各种备案审核提前先开始，然后同步开始跑。

七、结尾总结

OK，到此本篇内容就写完了，总结一下，在这篇字数长达1.4万字的文章里，我首先分享了自己为什么想做一个这样的产品，围绕这个产品对用户需求的理解和洞察，与其说我们在做的是一个玄学的产品，不如说，我们是在做一个迎合人的需求的产品；

接着，我也分享了自己目前总结的一套快速验证产品需求的简单方法（比如发布小红书笔记收集反馈等），MVP的目的其实是验证需求，不是做一个快速验证的产品，我们要开始学会如果通过不写代码的方式先验证需求；

同时我也分享了自己在启动做这个项目的时候，做的一些用户、市场、行业、竞品等相关的调研，在调研中逐步确认自己想要做一个什么样的产品，中间的这些思考和分析的过程，是我认为最宝贵的东西，这也是我写这篇文章的主要动力之一，我需要总结一套分析需求和设计产品定位的思考模型，这是产品经理非常重要的能力。

也重点分享了在产品设计过程中的一些细节和思考，虽然内容比较繁琐，有些可能看起来也比较细小，但是这就是产品经理落地到产品设计时的真实情况，没有什么高大上的学问和策略，就是踏踏实实的了解用户的反馈，然后在细节之处一点一点的把产品打磨好。对于产品经理而言，最宝贵的其实是打磨产品过程中收集到的用户反馈，以及围绕产品问题设计的优化方案，这些就是宝贵的经验。一个优秀的产品经理的特点，就是在设计产品的时候，就已经能够待接入真实用户的视角，提前把可能存在的用户问题罗列出来，并设计出最小变更的产品。

作为一个深度聚焦AI产品、增长、商业化的产品经理，这个项目其实也是我在增长和商业化领域的实践，我希望能践行和检验自己的用户增长的方法论，完成自己从零到一的产品的增长和变现的过程。