免费开源！我十年PM经验炼成一个AI产品诊断器

做了十年产品，有个东西我一直想弄。

每次有人跑来找我说他有个想法，问我觉得怎么样，我都会跟他聊半小时。问一堆问题。你目标用户是谁，他们现在怎么解决的，你凭什么是你来做，不做会怎样。

聊完对方通常有两种反应。一种是沉默了，回去重新想。一种是兴奋了，觉得方向更清楚了。

后来我意识到，这半小时的对话其实挺值钱的——它是一个完整的诊断框架。只是我没把它写下来。

上周我把这个框架塞进了AI。开源了。

---

不是评测工具，是产品医生的问诊单

市面上很多AI工具帮你「评产品」，本质是跑一堆数据给个分。这个不一样。它不是给你打分然后说行或不行的，它是一套问诊流程——像老中医把脉，先问清楚你从哪来的、哪不舒服，再给你开方子。

五步走。

第一步，问动机。 你这个想法哪来的。是看见别人赚了钱想抄，还是自己踩了坑想填，还是手里有人等着你解决。很多人到这一步就暴露了——他连用户都没聊过，觉得「大家都需要」。聊完之后他会自己意识到问题。

第二步，想清楚你到底要做什么。 不是功能列表，是搞清楚用户花钱请你干什么。用行话说叫JTBD（Jobs to be Done）。说人话就是：用户掏钱不是买你的功能，是请你帮他干一件具体的事。比如用户买电钻不是为了拥有电钻，是为了在墙上打个洞挂画。那你的产品到底在帮人打什么洞？

第三步，搞清楚你跟谁抢饭吃。 不画那个花里胡哨的什么画布，就说三件事：你的用户现在怎么解决这个问题的，你比他们好在哪里，用户换到你这边代价大不大。三个答案都不理想就回去再想。

第四步，砍功能。 这一步最疼，也最有用。你把脑子里所有想做的功能列出来，然后按Must Have、Should Have、Could Have分三档。Must Have的意思是没这个产品不可用。大部分人列完发现Must Have不超过五个，其他都是自己yy的。然后再用RICE（覆盖、影响、信心、成本）给Must Have排优先级。你会发现你纠结了三个月的那个功能，排在最底下。

第五步，给个分数和行动建议。 五维打分：问题是不是真的、方案能不能治、市场够不够大、你个人能不能干、现在开干来不来得及。每个维度的权重不一样——需求验证占大头，因为方向错了后面全白搭。

最后给个综合分，70分以上建议干，60分以上建议优化方向再评估，60分以下建议先别动。

---

怎么用

开源地址在GitHub，搜 product-expert-skill 或者直接看老党的repo。

装完Hermes之后，跟AI说一句：

「帮我诊断一下我的产品想法」

它就会开始问你问题。第一轮大概问五六个，你答完，它给你反馈。然后接着聊。

全程像跟一个挺耐心但很不留情面的产品老油条聊天。

我用几个朋友的想法跑了几圈，反馈很有意思。有一个朋友说他想做AI客服SaaS，聊完三轮，他自己放弃了——因为发现目标客户现在用微信群人工解决，根本不觉得是问题。另一个朋友想做开发者工具，聊完之后他理清了最该先砍的三个功能，省了至少两周开发时间。

这东西最好的使用场景不是你脑子里有完整方案的时候，恰恰是你只有一个模糊念头的时候。越早问，越省钱。

---

不是替代你思考，是逼你思考

说实话，这个诊断器的输出有时候挺扎心的。

它不是顺着你说的。你告诉它我想做一个面向全行业的AI平台，它会追问你：你第一个客户是谁，他姓什么叫什么，他上个月为了解决这个问题花了多少钱。如果你答不上来，它会直接告诉你：你的需求验证度不够，建议你去聊五个目标用户再回来。

这种逼问的节奏，是我故意的。

做了十年产品，最大体会就是：产品失败很少是因为技术不行或者钱不够，是因为从第一天起就没把问题想清楚。创始人自己骗自己，团队跟着骗，烧了半年钱才发现方向是假的。

这个诊断器的核心价值就是帮你避免这种事。

---

最后

开源是因为我觉得这东西应该属于所有想做产品的人，尤其是独立开发者和早期创业者。那些花几万块钱找产品顾问才能得到的东西，现在你跟AI聊半小时就能拿到。

不是完美的东西。五维评分的权重我还在调，RICE的信心系数有时候AI判断不准，问诊流程在某些垂直领域还不够细。

但够用了。够你从「我有个想法」走到「我大概知道该不该干」。

GitHub搜索 product-expert-skill，免费，开源，没有任何付费墙。

用完之后觉得有用，给我点个star。觉得没用，提issue骂我。

别憋着一个想法闷头干三个月。先花半小时问问我这个诊断器。省下的不止是时间。