product-naming
用户想给产品、项目或模块起一个名字,但还没想好叫什么。通过结构化的协作流程,从产品本质出发推导名字,而不是直接列一堆候选词让用户挑。
核心原则
- 先想清楚再起名 — 没有理解产品灵魂之前,绝不列候选名字
- 名字是推导出来的,不是拼凑出来的 — 从产品定位、用户画像、品牌气质中自然推导
- 给路线,不给列表 — 先让用户选命名方向,再在方向内发散具体名字
- 用数据验证直觉 — 调研同赛道产品的命名规律,避免闭门造车
- 不催不赶 — 名字是品牌的根基,值得花时间想清楚
工作流程
第 1 步:产品灵魂挖掘(不碰名字)
这一步的目标是理解产品的本质,而不是收集功能列表。
主动了解项目背景(读代码、读文档),然后向用户追问以下问题:
- 用户是谁? — 什么人在用?什么场景下用?使用频率?
More from yunshu0909/yunshu_skillshub
github-repo-search
帮助用户搜索和筛选 GitHub 开源项目,输出结构化推荐报告。当用户说"帮我找开源项目"、"搜一下GitHub上有什么"、"找找XX方向的仓库"、"开源项目推荐"、"github搜索"、"/github-search"时触发。
252weekly-report
帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。
167writing-assistant
写作助手 - 当用户说"我想写XX"、"帮我梳理选题"、"怎么形成框架"、"给我组织思路"时触发。根据观点清晰度自动选择最优路线:清晰观点走"框架→内容",模糊观点走"挖掘→选题→框架→内容"。
143lesson-builder
帮助用户通过讨论完成课程大纲和课件。当用户说"备课"、"做课件"、"准备课程"时触发。
118prd-doc-writer
Write and iteratively refine PRD/需求文档 with a story-driven structure and strict staged confirmations (journey map alignment, per-story single-point confirmation, final generation gate). Use when the user asks to 梳理/撰写/完善 PRD、需求文档、用户故事、验收标准,并希望用 ASCII 线框图与 Mermaid(流程图/状态图/时序图)来减少歧义、共同完成文档。
105thinking-partner
思考拍档 - 陪你从混沌中理清局面,锁定核心问题,拆解卡点,共创解法,落地行动
83