起跑前，先写清产品为谁解决什么问题
给产品起名时，最容易卡住的不是想不出字，而是不知道什么才算合适。模型能帮助你扩展思路，但它不是品牌裁判，也不能保证名字没人使用。把它当作一起列草稿的搭档，第一圈的目标只是得到一份值得验证的名单。
先准备一张命名简报：产品做什么、谁会使用、希望留下什么印象、有哪些硬性限制。比如，一款面向自由职业者的记账工具，希望显得清楚、轻松，不像严肃的财务系统；名字以二到四个汉字为主，避免生僻字、财富承诺和难懂谐音。
第一轮提示词，把起名边界交代完整
不要只问“帮我起几个好听的名字”。信息太少，模型容易给出一批放在哪里都能用的词。可以直接复制下面这段，再替换产品信息：
请为一款面向自由职业者的记账工具起名。核心用途是记录零散收入和支出，语气清楚、轻松、可靠。请分别从使用场景、用户收益、生活意象三个方向，各给出五个二到四字的中文名字。每个名字附一句含义和一个可能的问题。不要使用生僻字，不要暗示保证赚钱，也不要声称名字可以注册。
让模型同时写出潜在问题很重要。一个名字可能好听，却难以听写；可能贴近记账，却让人误以为是借贷产品。这些缺点越早暴露，越方便筛选。
按命名方向分组，不要反复索要更多名字
拿到第一批结果后，先看方向，再看单个名字。使用场景通常比较直白，用户收益容易传达价值，生活意象则可能更有记忆点，但需要额外解释。没有哪个方向天然更好，关键是是否适合你的用户。
如果喜欢某个方向，就继续限定它：“保留轻松记账的感觉，减少账本意象，避免可爱叠词，再给五个候选。”每轮只调整少数条件，才能知道结果为什么变好，而不是陷入无限刷新。
用三个小测试收窄候选名单
- 口头测试：把名字念给别人听，请对方写下来。容易听错、需要反复解释的名字先标记。
- 理解测试：只展示名字，问对方觉得它提供什么服务。观察理解是否偏离产品定位。
- 场景测试：把名字放进欢迎页、应用图标旁和朋友推荐的话里，看看读起来是否自然。
也可以让模型按易读、易记、业务关联和误解风险整理候选，但评分只能帮助组织讨论，不能证明市场接受度。请它说明扣分原因，比盯着总分更有用。
名单进入决选前，人工核查使用风险
留下三到五个名字后，人工搜索同名产品、相关商标、域名和常用平台账号。注意近似字、同音词以及所在行业的使用情况。搜索不到不等于没有权利冲突；正式投入包装和推广前，必要时请专业人士核查。
同时检查名字能否容纳未来业务。今天只做记账，之后可能增加报表，过于狭窄的名称可能成为限制。让模型模拟扩展场景可以发现问题，但最终取舍仍应由团队决定。
保留命名简报，让下一轮有据可改
需要反复修改提示词时，可以考虑使用 SwiftRelay，按词元用量付费，把同一份简报用于多轮尝试。欢迎注册，使用新账户赠送的小额额度完成第一轮命名练习。起步时不必同时尝试很多模型，先把需求表达清楚，更容易判断结果。
最后保存命名简报、候选名单和淘汰理由。下一轮不要只说“再特别一点”，而要指出具体问题：太像工具、容易听错，或无法表达核心用途。好名字不是一次生成的答案，而是经过约束、试用和核查后留下的选择。