本文是 Crazyrouter Claude Code 系列第 20 篇。本文会围绕「Claude Code 接入 Crazyrouter 连载 20：找到好点子」展开，重点覆盖 找到好点子、Step 1：建立判断标准 —— 什么样的需求用户愿意买单、开篇：独立开发程序员小明的故事。
统一接入口径：Claude Code / Anthropic 原生客户端使用
ANTHROPIC_BASE_URL=https://cn.crazyrouter.com；OpenAI 兼容 SDK、HTTP 请求和前后端应用使用base_url=https://cn.crazyrouter.com/v1。
/v1/v1/... 问题。为什么这一章很重要？
有人可能会觉得奇怪："这不是一门教 Vibe Coding 的课吗？为什么要先学'找需求'？直接开始写代码不行吗？"
确实，市面上很多编程课都是直接教你做项目：做个 Todo List、做个计算器、做个个人博客……这些项目确实能帮你熟悉语法和工具
但问题是： 方向错了，越深入错得越多。
这就是为什么我们要先学"找到好点子"。
小明是一名程序员，工作三年了。有一天他突然想到：要不做一个健身 APP 吧，帮用户制定健身计划、记录训练数据。这个想法让他很兴奋，觉得自己终于找到了一个可以做的项目。
接下来的一年，小明几乎把所有业余时间都搭进去了。他做了一个功能很全的 APP——课程模块、打卡系统、社区功能、数据分析，该有的都有。界面也做得挺好看，至少他自己觉得挺满意的。
上线那天，小明满怀期待。他花了不少钱做推广，第一个月就有 5 万人下载。看起来开局不错，对吧？
但很快问题就来了。用户下载之后，用一次就卸载了，7日留存只有 5%。他做了几个付费功能，但几乎没有用户愿意掏钱。更让他沮丧的是，Keep、薄荷健康、FitTime 这些成熟产品，功能比他全，内容比他好，用户为什么要换到他的 APP？
一年下来，小明亏了 20 万。
他坐在电脑前，看着后台惨淡的数据，心里只有一个问题：我的 APP 做得挺好的啊，为什么没人用？更没人愿意买单？
小明的失败，不是因为技术不行，也不是因为产品做得不好。说实话，他的 APP 功能挺全的，界面也挺好看的。
问题出在起点。
他从来没问过一个最基本的问题：用户真的需要吗？
他看到健身 APP 市场很大，Keep 估值多少亿，就觉得这是个好机会。但他没搞清楚几件事：用户为什么需要另一个健身 APP？和 Keep 相比，我的差异化是什么？用户愿意为此付费吗？
方向错了，越深入错得越多。 他花了一年时间，把一个错误的方向做得越来越完善，结果只是离成功越来越远。
这一章我们做什么
第一幕：找到真需求 —— 先搞清楚什么样的需求用户才愿意买单
第二幕：挖出好点子 —— 学会从普通想法中挖掘出有价值的商业机会
第三幕：AI对话打磨 —— 用 AI 把想法变成可落地的产品方案
小明很沮丧，但没放弃。他开始反思一个问题：到底什么样的需求，用户才愿意买单？
他去找了几个用过他 APP 的朋友，想听听他们的真实想法。
朋友 A 说："你这个 APP 做得挺好，但我已经在用 Keep 了，为什么要切换？"
朋友 B 说："你让我记录每次训练，太麻烦了，我懒得记。"
朋友 C 说得更直接："免费功能够用了，我为什么要付费？"
这些回答让小明突然明白了问题在哪。
第一个问题：用户不切换，是因为现有方案已经够好了。 Keep 等成熟产品功能已经很全，用户习惯也养成了，迁移成本很高。你做一个差不多的产品，用户凭什么要换？
第二个问题：用户不愿意改变习惯。 记录训练这件事，对用户来说太麻烦了。如果一个产品需要用户改变 3 个以上的习惯，大概率会失败。
第三个问题：免费替代品太多。 你的功能太通用，没有独特价值，用户找不到付费的理由。
小明开始研究那些让用户愿意买单的成功产品。他发现了一个共同点：这些产品解决的都不是"我觉得有用"的需求，而是用户愿意为之付费、愿意为之改变行为、愿意为之忍受不便的那种需求。
换句话说，真需求是用户用脚投票投出来的，不是产品经理拍脑袋想出来的。
小明研究了几个成功案例，想搞清楚它们到底抓住了什么痛点。
表面上看，美菜网做的事情很简单：帮餐馆买菜。但如果你仔细想，餐馆老板为什么要用它？
因为小餐馆老板每天凌晨 4 点就要起床去批发市场，很辛苦，而且经常被坑。美菜网做的事情，不是简单的"电商卖菜"，而是重构了整个供应链，让小餐馆老板能睡个好觉。
痛点越痛，付费意愿越强。省下的时间和体力，比省下的菜钱更有价值。
表面上看，小红书是"分享海外购物心得"。但用户为什么愿意花时间在上面看笔记？
因为面对海量商品，用户不知道什么值得买、什么不值得买。他们需要一个信任的人帮自己筛选，节省时间，避免踩坑。
小红书解决的其实是两个深层痛点：选择困难和信任缺失。用户愿意为"省时间"和"避坑"付费，这就是为什么小红书能做起来。
看完这些案例，小明有了一个重要发现。
用户买单的从来不是"功能"，而是"解决恐惧"和"消除焦虑"。美菜网解决的是小餐馆老板对凌晨采购艰辛的恐惧，小红书解决的是用户对买错东西的恐惧。
恐惧驱动付费，焦虑驱动行动。
小明进一步研究，发现用户的需求可以分为三种类型：
痛点（Pain Point）—— 恐惧驱动
本质： 用户正在经历的、让他们感到痛苦、焦虑、不便的问题。不解决会很难受，甚至威胁到生存或安全。
例子：
关键： 用户愿意为此付费，因为不解决会"很痛"。
爽点（Delight Point）—— 即时满足
本质： 用户有一个需求，能够立即被满足，产生即时的愉悦感。
例子：
关键： 让用户"爽"是留存的关键，但单独作为付费点较弱。
痒点（Itch Point）—— 虚拟自我
本质： 用户想要变得更好、更酷、更精致，但不是必须的。满足了会开心，不满足也没事。
例子：
关键： 用户为"痒点"买单的意愿较弱，因为不解决也没事。
怎么看待正确的优先级排序？一个好的建议是：痛点 > 爽点 > 痒点
为什么？
关键洞察： 很多产品经理犯的错误是：用痛点的方式去推销痒点的产品。
比如："记录喝水能让你更健康"——喝水确实健康，但不记录也不会不健康。这是把痒点包装成痛点，用户不会买账。
小明想：那我有一个想法时，怎么快速判断它是否值得投入？
他学习了产品经理常用的 5 步判断法（详细内容见附录A）：
第一步：直接和真实用户聊天，了解他们现在的做法
找到 10 个目标用户。问他们："你现在怎么解决这个问题？" 如果用户已经在用某种方法，说明问题确实存在。如果用户说不需要解决，那可能不是真需求。
第二步：分析用户现有的替代方案，找出你的优势
用户现在可能用其他产品、Excel、靠记忆，或者忍受着不解决。你需要弄清楚这些方案有什么缺点。你的产品要比它们好很多，用户才愿意换。
第三步：测试用户是否愿意为你的产品付钱
做预售或收定金。统计愿意付定金的用户比例（越早赚上钱说明需求越正确）：
第四步：估算这个市场有多大，能不能赚钱
计算三个数字：目标用户总数 × 付费意愿 × 客单价。相乘后得到市场规模。如果市场太小，可能不值得做。
第五步：思考你的产品有什么护城河，防止别人抄袭
考虑这些壁垒：技术难度、网络效应、品牌、成本优势。这些能帮你长期保持竞争力。
本幕小结：小明的收获
真需求的标准
避开假需求
优先级排序
本幕输出
小明现在知道了什么是真需求，但他还是不知道从哪里开始。总不能凭空想一个需求出来吧？
他决定从自己最熟悉的事情开始——身边的人和事。
小明想起了他的姐姐。姐姐刚生完孩子，总是抱怨没时间健身，肚子上的赘肉减不下去，整个人很焦虑。
有一天小明问她："你现在怎么解决健身的问题？"
姐姐叹了口气说："跟着 Keep 练吧，但那些动作不适合产后身体，做完腰更疼了。去健身房？没人帮忙看孩子。请私教？一节课 300 到 500 块，太贵了。自己瞎练吧，又怕受伤。"
小明听完，觉得这可能就是他要找的真需求。
姐姐的困扰其实很具体：时间碎片化，需要照顾宝宝，没有整块时间健身；身体有限制，腹直肌分离、盆底肌松弛，不能剧烈运动；心理很焦虑，身材走样，担心老公嫌弃，社交自卑；信息太混乱，网上信息太多，不知道什么运动适合产后；还有孤独感，没人理解她们的处境，缺乏同伴支持。
这些都是真实的痛点，不是"有也挺好"的痒点。
小明意识到，"健身 APP"这个想法太泛了。他想做的是帮助所有人健身，但问题是，所有人的需求都不一样。
他做了一个横向切分，把"想健身的人"分成几类（详细方法见附录B）：
健身增肌人群需要精确计算蛋白质摄入，手动记录太麻烦，他们的付费意愿很高，追求效率。糖尿病患者必须严格控制碳水，但外出就餐很难估算，这是刚需，愿意付费，复购率也高。产后妈妈想恢复身材但没时间计算，需要简单方案，时间敏感，需要一站式服务。外卖党天天吃外卖不知道吃了多少热量，这是高频场景，但付费意愿中等。考研学生需要高效学习工具，但不知道用什么，这是刚需，但客单价低。
小明选择了"产后妈妈"这个人群。为什么？
首先，他自己就是用户——姐姐就是产后妈妈，他天然理解这个群体的痛点。其次，痛点很痛——产后恢复的焦虑是真实的，不是"有也挺好"的痒点。第三，付费意愿强——妈妈们为了恢复身材，愿意花钱。第四，竞争相对不激烈——市面上没有专门针对产后妈妈的产品。
产品经理的切分逻辑
为什么切分人群这么重要？
因为通用工具很难赢。大平台已经占据了"通用"市场，你很难在功能上超越它们。细分人群的需求更痛——产后妈妈对健身的需求是刚需，普通健身者只是"有也行"。服务好一个小群体，比讨好所有人更容易建立口碑。细分人群的痛点更具体，更愿意为解决方案付费。
找到人群后，小明没有停留在"产后健身"这个单一功能上。他想更深入地理解用户的完整场景（详细方法见附录C）。
他观察了姐姐一天的生活。
早上 6 点，宝宝刚睡着，姐姐有 30 分钟空闲。她想运动，但怕吵醒宝宝，也不知道做什么动作安全。
上午 10 点，姐姐抱着宝宝哄睡，腰很酸。她想做一些修复运动，但手没空。
下午 3 点，宝宝睡觉，姐姐想运动。但身体很累，不知道还能不能做。
晚上 8 点，姐姐终于有空了，但很焦虑。她看着镜子里的自己，觉得人生完蛋了，翻着以前的照片偷偷哭。
小明发现，姐姐的痛点不是"没有健身课程"，而是"产后恢复的恐惧和焦虑"。
产品经理的场景思维
很多人以为痛点就是功能需求，其实不是。痛点是场景中的情绪加上付费意愿。
产后妈妈面对镜子里走样的身材时，真正的痛点不是"不知道怎么健身"，而是恐惧——担心身体恢复不好，留下后遗症；焦虑——看着镜子里的自己，觉得人生完蛋了；无助——不知道从何开始，也没人指导；孤独——别人随便生，我却要恢复这么久。
好的产品设计，要解决的是情绪，而不只是功能。情绪背后，是用户付费的动力。
基于以上分析，小明重新设计了这个产品。
重构后的产品概念："产后妈妈恢复助手"
核心定位： 不只是健身工具，而是产后妈妈的"专属康复教练+心理支持者"
核心功能：
碎片化训练：
产后专属课程：
AI 动作纠正：
心理支持社区：
个性化方案：
商业模式：
竞争壁垒：
市场规模：
对比原始 idea 和重构后的概念：
| 维度 | 原始想法 | 重构后 |
|---|---|---|
| 目标用户 | 所有健身人群（大而泛） | 产后妈妈（精准） |
| 解决痛点 | 记录训练（痒点） | 产后恢复焦虑（痛点） |
| 竞争壁垒 | 技术（容易被复制） | 专业性+社区+数据 |
| 付费意愿 | 低（免费替代多） | 高（刚需+情绪价值） |
| 扩展空间 | 有限 | 可扩展到孕期、备孕期 |
这就是从"一个功能"到"有人买单的产品"的进化。
小明觉得这个方法很好用。他又用同样的方法分析了几个其他例子，想看看这个方法是不是通用的（详细案例见附录D）。
普通想法是拍照识别食物热量，帮助减肥的人控制饮食。但问题是市面上已经有薄荷健康、MyFitnessPal 等成熟产品了。
小明横向切分了一下，发现糖尿病患者这个人群很有意思：他们必须严格控制碳水，但外出就餐很难估算。纵向深挖他们的场景：餐前不知道这个菜能不能吃，担心血糖飙升；餐中需要实时提醒"你已经吃了多少碳水"；餐后需要记录血糖变化，看和饮食的关系。
重构后的产品叫"糖友安心吃"，定位是糖尿病患者的"饮食安全助手"。
普通想法是聚合各大平台新闻，省得一个个打开。但今日头条、腾讯新闻等已经做得很好了。
小明横向切分后发现，金融分析师这个人群有特殊需求：他们需要追踪特定行业动态，但信息太分散。纵向深挖他们的场景：早上看 overnight 美股动态、汇率变化；上午追踪持仓公司的公告、行业新闻；下午研究潜在投资标的，需要大量行业信息。
重构后的产品叫"投研情报官"，定位是金融从业者的"信息雷达和决策助手"。
普通想法是校园二手交易平台。但闲鱼、转转已经做得很好了。
小明横向切分后发现，毕业生这个人群有特殊需求：东西太多，一个个卖太麻烦。纵向深挖他们的场景：毕业前一周就要离校，没时间慢慢卖；不知道谁需要我的东西；议价、交货、收款，太繁琐。
重构后的产品叫"毕业清仓助手"，定位是毕业生的"离校资产管家"。
通过第二幕，小明明白了：
📦 本幕输出：
小明现在有了一个明确的产品方向：产后妈妈恢复助手。但他还是不知道具体怎么做，从哪里开始，技术实现难度大不大。
他决定用 AI 来帮助自己打磨产品概念，把想法变成可执行的计划。
小明把他的想法告诉 AI："我想做一个产后妈妈恢复助手 APP，帮助产后妈妈恢复身材。但我担心技术实现难度，特别是 AI 动作纠正这个功能，我一个人能做吗？"
AI 回复说："很好的问题！让我们做一个 MVP（最小可行产品）规划。"
AI 建议分三个阶段来做。第一阶段是 1-2 个月，目标是验证需求。不做 APP，先做一个轻应用，只提供产后专属课程（视频）和打卡社区。用人工方式提供动作指导，用户上传视频，教练回复。目标是验证产后妈妈是否愿意付费。
第二阶段是 3-6 个月，如果第一阶段验证成功，就增加核心功能。开发 AI 动作纠正，可以用现成的 SDK，例如成熟的视觉识别 API。增加个性化方案，优化社区功能。
第三阶段是 6-12 个月，规模化。开发独立 APP，与产后康复机构合作，拓展到孕期、备孕期。
关于技术实现，AI 建议 AI 动作纠正使用现成的 AI 能力，例如成熟的视觉识别 API，不需要从零开发，降低成本。前期用人工加 AI 混合模式，逐步过渡。
启动成本方面，小程序开发 1-2 万（外包）或自己用 AI IDE 做，内容制作找产后康复教练合作，推广从妈妈群、小红书开始。
验证指标是第一个月 100 个用户，10% 付费转化率。如果达到，说明需求真实，继续投入；如果达不到，及时调整方向。
小明想了想，又问："我担心内容制作的问题。产后康复课程需要专业指导，我没有医学背景，怎么保证课程质量？"
AI 回复说："这是很多技术型创业者的担忧，但有解决方案。"
方案一是与专业人士合作。找产后康复教练、医院营养科医生合作，你提供技术和产品，他们提供专业内容，可以采用分成模式。
方案二是整合现有优质内容。初期可以用公开的产后康复视频，比如 YouTube、B站上的。自己做内容审核和整理，后期再制作原创内容。
方案三是用户生成内容。鼓励有经验的妈妈分享自己的恢复方法，用社区投票的方式筛选优质内容，逐步建立内容生态。
AI 建议先用方案一。具体操作是：找到 2-3 位产后康复教练，与他们谈合作，你开发产品，他们提供课程。收入分成，你拿 70%，他们拿 30%。这样既能保证内容质量，又能降低成本。前期课程制作 0 元，用分成模式，你只需要投入开发时间和推广成本。
我的建议：先用方案一
具体操作：
前期成本：
:::
小明还有最后一个担忧："推广成本会不会很高？怎么找到产后妈妈这个群体？"
AI 回复说："产后妈妈这个群体其实很好找，推广成本可以很低。"
最推荐的是小红书。搜索"产后恢复"、"腹直肌分离"等关键词，找到相关博主，站内消息合作。用"免费体验 1 个月"的方式换取推广，成本几乎为 0。
其次是妈妈群。搜索社群、QQ 群，以"产后恢复经验分享"的名义进群，分享干货内容，不要直接广告，逐步建立信任。
还可以和医院妇产科合作，提供免费的产后恢复指导，在医院发放宣传单，成本就是印刷费几百元。或者和母婴店合作，放置宣传物料，购买母婴产品赠送体验卡，成本就是体验卡制作费。
验证指标是：第一个月 100 个用户，10 个付费用户（10% 转化率），总推广成本小于 1000 元，获客成本小于 10 元每人。如果能达到这个指标，说明需求真实，可以继续投入。
经过 6 轮对话，小明终于有了清晰的计划。
第一阶段是 1-2 个月：做一个轻应用，找 2-3 位产后康复教练合作（分成模式），只提供产后专属课程（视频）和打卡社区，用人工方式提供动作指导。目标是 100 个用户，10% 付费转化率。
第二阶段是 3-6 个月：如果第一阶段验证成功，继续投入。增加 AI 动作纠正功能，增加个性化方案，优化社区功能。
第三阶段是 6-12 个月：开发独立 APP，与产后康复机构合作，拓展到孕期、备孕期。
启动成本很低：开发自己用 AI IDE 做（0 元），内容与教练分成（前期 0 元），推广用小红书加妈妈群（小于 1000 元）。总成本小于 1000 元。
通过这个案例，小明总结出了一个与 AI 对话的标准流程（详细内容见附录E）。
第一步：抛出原始想法。 描述你的初步想法，哪怕很粗糙也没关系。告诉 AI 你的担忧，比如竞争激烈、不知道怎么差异化等。
第二步：让 AI 帮你规划 MVP。 最小可行产品应该包含什么功能？分几个阶段？每个阶段的目标是什么？技术实现难度大吗？
第三步：提出你的担忧。 技术实现难度？内容制作成本？推广成本？用户获取难度？把你的顾虑都告诉 AI。
第四步：让 AI 提供解决方案。 针对你的担忧，AI 会给出具体建议。多个方案对比，选择最优。成本估算。
第五步：最终确认计划。 整理一个清晰的行动计划，设定验证指标。如果达不到，及时调整方向。
通过第三幕，小明明白了三件事。
第一，用 AI 对话打磨产品概念。 不要期待一次对话就得到完美答案，多轮迭代。告诉 AI 你的观察、经历、身边人的反馈。如果 AI 的建议不合理，及时指出。最后一定要落到具体的行动计划。
第二，MVP 的核心原则。 最小化，只做最核心的功能。可验证，能够快速验证需求是否真实。低成本，用最低的成本验证。
第三，验证指标。 付费转化率大于 10%，说明需求真实，值得投入。付费转化率 5-10%，说明需求存在，但需要打磨。付费转化率小于 5%，说明需求不成立，及时调整。
📦 本章输出：
当你有一个想法时，如何快速判断它是否值得投入？
第一步：用户验证——找到10个目标用户
不要问："你会用我的产品吗？"（假阳性率90%）
要问：
判断标准：
关键问题：用户现在用什么方法解决这个问题？
| 替代方案类型 | 说明 | 机会判断 |
|---|---|---|
| 没有替代方案 | 用户默默忍受 | 大机会，但需要教育市场 |
| 用很笨的方法 | Excel、手工、多人协作 | 好机会，用户渴望更好的方案 |
| 用多个工具拼凑 | A工具+B工具+C工具 | 好机会，整合有价值 |
| 用成熟产品 | 但用户不满意 | 有机会，但需要差异化 |
| 用成熟产品 | 用户很满意 | 机会很小，除非有颠覆式创新 |
什么是"颠覆式创新"？
简单定义： 不是把产品做得更好，而是用更简单/便宜的方式，服务之前被忽视的用户群体。
例子：
关键： 颠覆式创新往往从"低端市场"或"新用户群体"开始，逐步向上侵蚀。
案例：
最有效的方法：预售或定金
操作步骤：
判断标准：
注意：说"我会买"的人很多，真正掏钱的人才是你的目标用户。
简单公式：
案例：校园二手交易平台
判断标准：
关键问题：如果产品做起来了，别人抄袭怎么办？
常见的护城河类型：
| 护城河类型 | 说明 | 例子 |
|---|---|---|
| 网络效应 | 用户越多，产品价值越大 | 聊天工具、滴滴 |
| 数据积累 | 数据越多，算法越准 | 今日头条、抖音 |
| 品牌认知 | 用户心智占领 | 可口可乐、耐克 |
| 规模效应 | 规模越大，成本越低 | 京东物流、亚马逊 |
| 技术专利 | 核心技术壁垒 | 华为、大疆 |
| 转换成本 | 用户迁移成本高 | 企业软件、操作系统 |
早期项目的现实：
不要试图服务"所有XX用户"，而是找到一个特定的人群，他们的需求更痛、更具体。
第一步：列出所有可能的细分人群
针对你的产品概念，列出所有可能的人群。
第二步：评估每个人群的商业价值
| 评估维度 | 说明 | | 痛点强度 | 这个人群的需求是痛点还是痒点？ | | 付费意愿 | 愿意为解决方案付多少钱？ | | 市场规模 | 这个人群有多少人？ | | 竞争程度 | 现有解决方案是否令人满意？ | | 你对人群的理解 | 你是否理解这个人群？是否有接触渠道？ |
第三步：选择一个人群深入分析
选择一个：
切分示例
产品概念： 记账 APP
| 细分人群 | 痛点 | 付费意愿 | 市场规模 | 竞争程度 |
|---|---|---|---|---|
| 普通上班族 | 记录麻烦 | 低 | 大 | 高 |
| 小微企业主 | 个人/公司支出混淆 | 高 | 中 | 中 |
| 自由职业者 | 收入不稳定，需要预测现金流 | 高 | 中 | 中 |
| 留学生家长 | 想知道孩子花多少钱，但孩子不说 | 高 | 小 | 低 |
选择： 留学生家长（痛点最痛，付费意愿高，竞争相对不激烈）
找到人群后，不要停留在单一功能，而是要理解用户的完整场景。
第一步：描述用户的一天
从早到晚，描述用户在使用你的产品时的完整场景。
第二步：分析每个场景的痛点
在每个场景中，用户遇到了什么问题？有什么情绪？
第三步：找到情绪触点
恐惧、焦虑、无助、孤独、愤怒、后悔……
第四步：重构价值
基于场景和情绪，重构产品价值。
深挖示例
人群： 产后妈妈
| 时间 | 场景 | 痛点 | 情绪 |
|---|---|---|---|
| 早上6点 | 宝宝刚睡着，有30分钟空闲 | 不知道做什么动作安全 | 恐惧 |
| 上午10点 | 抱着宝宝哄睡，腰很酸 | 手没空，想做修复运动 | 焦虑 |
| 下午3点 | 宝宝睡觉，想运动 | 身体很累，不知道还能不能做 | 无助 |
| 晚上8点 | 终于有空了 | 看着镜子里的自己，觉得人生完蛋了 | 抑郁 |
| 长期 | 没人理解 | 觉得只有自己这么痛苦 | 孤独 |
重构价值： 从"健身工具"升级为"康复教练+心理支持者"
普通想法： 自动记账 APP，连接银行卡自动分类消费
问题： 市面上已经有随手记、挖财、支付宝账单……
横向切分：
纵向深挖：
重构后： "留学资金管家"——不只是记账，而是让家长对孩子的海外消费"心中有数"
核心功能：
普通想法： 番茄钟 APP，帮助用户专注工作
问题： 手机自带屏幕使用时间、Forest、番茄 ToDo……
横向切分：
纵向深挖：
重构后： "远程工作证明"——帮远程工作者建立与雇主的信任
核心功能：
普通想法： 二手书交易平台
问题： 多抓鱼、闲书、孔夫子旧书网……
横向切分：
纵向深挖：
重构后： "绘本图书馆送到家"——不是卖二手书，而是提供绘本的"使用权租赁"
核心功能：
通过多轮 AI 对话，把普通的 idea 逐步打磨成可落地的精准产品概念。
操作：
操作：
操作：
操作：
操作：
关键技巧
在决定投入时间开发之前，用以下清单验证你的想法——核心问题是：用户会为此买单吗？
需求验证清单
不要问"你会用这个产品吗？" 这种问题得到的都是假阳性回答。
要问：
最好的验证： 让用户预付定金。说愿意付费的人很多，真正掏钱的人才是你的目标用户。
关键指标：
核心要点
/v1 用法如果你准备把 Claude Code、国产模型或自己的应用统一接入 Crazyrouter，可以按这个顺序推进：
https://cn.crazyrouter.com；OpenAI 兼容 SDK 使用：https://cn.crazyrouter.com/v1。/v1。需要评估模型成本或选择不同模型时，可以先查看 Crazyrouter 价格与模型页，再把常用模型加入 Token 白名单。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。