用户想给产品、项目或模块起一个名字，但还没想好叫什么。通过结构化的协作流程，从产品本质出发推导名字，而不是直接列一堆候选词让用户挑。 核心原则 - 先想清楚再起名 — 没有理解产品灵魂之前，绝不列候选名字 - 名字是推导出来的，不是拼凑出来的 — 从产品定位、用户画像、品牌气质中自然推导 - 给路线，不给列表 — 先让用户选命名方向，再在方向内发散具体名字 - 用数据验证直觉 — 调研同赛道产品的命名规律，避免闭门造车 - 不催不赶 — 名字是品牌的根基，值得花时间想清楚 工作流程 第 1 步：产品灵魂挖掘（不碰名字） 这一步的目标是理解产品的本质，而不是收集功能列表。 主动了解项目背景（读代码、读文档），然后向用户追问以下问题： 1. 用户是谁？ — 什么人在用？什么场景下用？使用频率？ 2. 产品本质 — 用一句话介绍这个产品是什么？（不是功能列表，是角色/定位/比喻） 3. 产品边界 — 做什么、不做什么、未来往哪个方向长？ 4. 品牌气质 — 用户看到这个名字时，应该有什么第一反应？（专业/亲切/极客/轻松/...） 5. 硬性约束 — 语言偏好？长度限制？需要避开的词？ 关键 ：如果用户给出一个比喻（比如"像 Jarvis"），一定要深挖这个比喻背后的含义——它揭示的是用户对产品角色的想象。 禁止 ： - 读完项目文档就开始列名字 - 问一个问题就觉得够了，必须把以上问…