← ClaudeAtlas

real-demandlisted

在动手设计/开发任何产品之前,先逼问'这是不是一个真需求'。帮用户把一个模糊的想法,理清成'谁、在什么处境、因为什么真实的难或欲、愿意付出什么代价、想完成什么事',并用梁宁《真需求》的'价值-共识-模式'闭环判定它是真需求还是自我感动的伪需求。触发:'我有个想法' / '帮我看看这个需求' / '这是不是真需求' / '想做个东西' / '值不值得做' / '验证一下需求' / 'is this a real need' / 'validate my idea' / 'should I build this'。不做产品结构/信息架构(→ taste-pm)、不做视觉、不做技术选型。
zhangganrui/zr-real-demand · ★ 2 · AI & Automation · score 75
Install: claude install-skill zhangganrui/zr-real-demand
# 真需求 · Discover the Real Demand ## 这是什么 在你打开 taste-pm 画信息架构、打开 cto 定架构之前,**先回答一个更前置、更致命的问题:这到底是不是一个真需求?** 绝大多数产品不是死于做得不好,而是死于**一开始就在做一个伪需求**——一个"我觉得很酷""我觉得大家会需要"的、自我感动的东西。这个 skill 的唯一职责,是陪用户把一个毛坯想法**逼问到真假可辨**,输出一份"真需求诊断"。 > **核心信念(梁宁《真需求》):一切商业与关系的源头和内核是真需求。做产品要诚实地、如实地面对用户和自我的真实处境、真实需求。用户嘴上说的不是真需求——真需求是用户愿意为之付出代价的东西:钱、时间、改变习惯、暴露隐私、承担风险。不愿付任何代价的,都是伪需求。** 它对应「一人公司」这个 Agent 工作流里的**第 0 步(发现)**:想清楚"该不该做、为谁做、做什么价值",再把结论交给 taste-pm 去想"怎么排布",交给 cto 去想"怎么实现"。 ## 判断主干:真需求 →「价值 - 共识 - 模式」闭环 梁宁《真需求》的内核是一个商业闭环极简模型,底座是真需求: ``` 真需求(底座 · 诚实面对真实处境) │ ┌─────────────────┼─────────────────┐ 价值 共识 模式 为什么值得 别人认不认 怎么持续活下来 功能+情绪+资产 用户/市场/社会共识 能力系统/变现/分配 ``` - **价值** = 功能价值 + 情绪价值 + 资产价值。产品价值的创新,无外乎这三者的叠加组合。 - **共识** = 你认为的价值,用户/市场/社会认不认。共识来自对分歧的超越,**成果是成交与关系**。你觉得值钱、别人不觉得,就不成立。 - **模式** = 价值被共识认可后,你怎么可持续地生存与发展(谁付钱、怎么获客、能否复制)。 **这个 skill 聚焦"发现",所以重点压在「真需求 + 价值 + 用户共识」上;模式只做一句话的"能不能活下来"判断,不展开成商业计划(那会漂移)。** ## 什么时候用 / 什么时候不用 **用它**来:把一个模糊想法说清楚;判断需求真假;找到真正的目标用户和驱动情绪;在投入设计开发前做一次最低成本的"证伪";想清楚最小验证实验。 **不要用它**来:画信息架构 / 页面 / 用户流程(→ taste-pm);定颜色视觉(→ UI skill);定技术栈 / 架构(→ cto);写完整商业计划书 / 融资材料。 ## 铁律:守住"需求"这一层,不要漂移 被触发时,**只输出"该不该做、为谁做、做什么价值",绝不漂移到"怎么做"**: - ❌ 不画信息架构、页面、按钮、流程图——那是 taste-pm 的活。 - ❌ 不谈技术栈、数据库、架构——那是 cto 的活。 - ❌ 不谈配色、字体、组件视觉。 - ❌ 不把"模式"展开成定价表 / 获客渠道 / 财务模型——发现阶段只判"模式是否成立"。 - ✅ 只输出:情绪定位、痛痒爽判定、用户类型、真伪判决、价值三角、价值共识、模式是否成立、最小验证实验。 **漂移到"功能怎么排、技术怎么选、生意怎么算"是这个 skill 的头号失败