产品经理常用提示词速查手册

导语

欢迎使用产品经理提示词速查手册。本手册为各位产品经理同仁精心汇集了日常工作中可能需要用到的各类提示词。内容覆盖从基础技能提升、案例分析、管理框架运用，到工具选择、产品发布、用户反馈处理、数据分析等诸多环节，并为每一项都提供了详尽的说明和实际应用示例。

在产品管理的旅程中，清晰且系统化的思路与方法是通往成功的基石。无论您是初入茅庐的新手，还是经验丰富的资深专家，本手册都致力于成为您的灵感源泉，助您快速找到解决问题的有效策略。通过标准化的提示词，期望能够帮助您在工作中实现高效沟通、精准决策和持续改进。

使用本手册时，建议您根据当前所处的工作场景，灵活选择相应的提示词。并借鉴手册中提供的案例解析和操作步骤，迅速构建出切实可行的行动方案。我们更建议您将本手册作为常备的工具书，在日常工作中不断实践、优化，从而推动产品管理流程的标准化，并最终提升团队的协同效能。

衷心希望本手册能成为您在产品管理道路上的得力助手，助力您在复杂多变的市场环境中，创造更大的产品价值，收获更高的用户满意度。

1. 理解和提升产品经理技能

提示词说明

提示词内容 :

“编写一份产品经理所需的基本软技能和领导属性的全面清单。此外，推荐培养和增强这些特质的有效策略。”

（English: "Write a comprehensive list of fundamental soft skills and leadership attributes vital for product managers. Additionally, recommend efficient strategies to nurture and enhance these characteristics."）

讲解与应用示例

产品经理的角色，不仅仅需要扎实的技术功底和深厚的业务知识，更需要具备出色的软技能以及一定的领导力，例如高效沟通、团队协作、果断决策和持续创新等。

工作中应用 ::

• アプリケーションシナリオ ：在进行团队内部培训，或是制定个人能力提升计划时，产品经理可以首先使用此提示词，快速生成一份详尽的软技能清单，然后结合团队和个人的实际情况，制定有针对性的培训计划。
• 应用示例 ::
  • 软技能清单 ：沟通能力、时间管理能力、冲突解决能力、情绪管理能力、跨部门协调能力、用户同理心、战略思考能力、决策能力、谈判技巧、积极倾听能力、问题解决能力。
  • 培养策略 ::
    • 积极参与各类沟通和领导力主题的工作坊、研讨会以及在线课程。
    • 定期组织跨部门协作会议，模拟实际工作场景，提升协作能力。
    • 建立导师制度，向经验丰富的产品经理学习，加速成长。
    • 通过案例复盘，深入总结经验，剖析成功与失败的深层原因。
    • 广泛阅读相关书籍和行业文章，密切关注行业发展动态。
    • 踊跃参与行业会议和交流活动，积极拓展专业人脉。
    • 开展角色扮演练习，有效提升沟通和表达能力。
    • 设立个人发展目标，并定期评估进展，确保方向正确。

通过上述步骤进行系统梳理，不仅能够帮助团队成员清晰地认识到产品经理应具备的关键能力，更能够依据制定的培养策略，持续提升个人以及团队的整体专业素质。

2. 从成功产品中学习

提示词说明

提示词内容 :

“编写一篇案例研究，分析一个成功的[指定产品类型，例如‘金融科技’]产品的产品策略和关键决策。”

（English: "Write a case study analyzing the product strategies and key decisions behind a successful [specify type of product, e.g. 'fintech'] product."）

讲解与应用示例

深入研究那些市场表现卓越的成功产品，剖析其背后的产品策略与关键决策，能够帮助产品经理提炼出宝贵的经验，为自身产品未来的发展提供有益的借鉴。

工作中应用 ::

• アプリケーションシナリオ ：在产品经理制定产品战略规划，或是在公司内部进行成功经验分享时，可以巧妙地运用这个提示词，快速构建出一份详尽的产品案例分析报告。
• 应用示例 ：选择一款在金融科技领域内取得显著成就的产品，例如某知名支付平台，对其进行深入剖析。分析内容可以涵盖其精准的市场定位、细分的用户群体、持续迭代的功能演进、灵活的定价策略、有效的营销手段、严密的风险控制措施、卓越的用户体验优化、以及不断演进的技术架构。同时，还需要深入探究其在发展过程中做出的关键决策，挖掘这些决策背后的深层原因和长远影响。最后，从全局视角总结出该产品的关键成功因素，并深入分析这些因素对于自身产品的潜在启示。

这样做既能系统地回顾优秀的产品案例，也能为自身的产品战略提供参考。

3. 学习使用产品管理框架

提示词说明

提示词内容 :

“作为产品经理，我应该了解哪些最重要的框架？请解释它们如何应用于我的产品，产品是[描述你的产品和产品愿景]。”

（English: "What are the most important frameworks I should be knowing as a product manager? Explain their application to my product which [describe your product and your product vision]."）

讲解与应用示例

熟练掌握并灵活运用各种产品管理框架，能够有效辅助产品经理在产品生命周期的不同阶段，进行系统化分析和科学决策。

工作中应用 ::

• アプリケーションシナリオ ：当产品经理正处于产品规划的初期阶段，或是需要对现有产品战略进行重新评估和审视时，可以借助这个提示词，快速生成一份关于产品管理框架的学习资料，为后续的工作奠定理论基础。
• 应用示例 ::
  • 常见框架 ：精益画布（Lean Canvas）、商业模式画布（Business Model Canvas）、AARRR 模型（海盗指标）、RICE 评分模型（优先级排序）、HEART 指标（用户体验衡量）、MoSCoW 模型（需求优先级排序）、Kano 模型（用户需求分析）、SWOT 分析（优势、劣势、机会、威胁分析）、波特五力分析（行业竞争分析）等。
  • 应用解析 ：假设产品经理正在着力开发一款创新型的在线教育平台，那么可以运用商业模式画布，全方位剖析其价值主张、客户细分、渠道通路、客户关系、收入来源、核心资源、关键活动、重要合作伙伴以及成本结构等关键要素；同时，可以巧妙地借助 AARRR 模型，系统规划用户从获取、激活、留存到最终推荐和产生收入的完整转化路径；在功能优先级排序方面，RICE 模型将是一个得力的工具；为了量化用户体验，HEART 指标将提供有效的衡量标准；MoSCoW 模型则能帮助产品经理对需求进行轻重缓急的分类；Kano 模型能够深入分析用户需求的潜在类型和优先级；而 SWOT 分析则能清晰地揭示自身产品的竞争优势与劣势；最后，波特五力分析模型将帮助产品经理全面而深入地理解整个行业的竞争格局。

这能帮助产品经理更有针对性地选择并应用最适合自身产品的管理工具，提升工作效率与决策质量。

4. 应用产品管理框架

提示词说明

提示词内容 :

“请使用AARRR框架描述[描述你的产品]的客户旅程。包括每个阶段的重要指标和改进机会，并以结构化表格形式呈现分析。（可调整为其他PM框架。）”

（English: "Please use the AARRR framework to describe what customer journey would look like for [describe your product]. Include important metrics and opportunities for improvement for each stage. Present your analysis in a structured table format. (You can adapt this prompt for other PM frameworks.)"）

讲解与应用示例

AARRR 模型（用户增长模型），作为一个强大的分析工具，能够协助产品经理全面梳理和优化客户的完整生命周期旅程。

工作中应用 ::

• アプリケーションシナリオ ：在产品经理制定用户增长计划或是对现有产品进行深度优化时，可以借助此提示词，快速生成一份结构清晰、内容详实的客户旅程分析表。
• 应用示例表格 ::

借助此表格，产品经理能够直观地识别出客户旅程中每个阶段所存在的潜在问题，并有针对性地制定出精细化的改进方案，从而实现用户增长和产品优化的双重目标。

5. 探索开发工具

提示词说明

提示词内容 :

“编写一份产品管理中常用的基本开发工具和软件的详尽清单, 详细说明其主要功能、优点以及它们所适用的具体产品管理任务。”

（English: "Craft an extensive list of essential development tools and software frequently used in product management. Detail their primary features, benefits, and the specific product management tasks they're tailored for."）

可选扩展 ：清单应包括 ProductBoard、Miro、Notion、Delighted、Clickup、Linear、Jira、Mixpanel、Amplitude、Prodpad 和 Dovetail。

讲解与应用示例

产品管理工作涵盖了从用户需求收集到产品数据分析，再到日常任务管理和用户反馈处理等诸多环节。在每个环节中，合理运用各种效率工具都能够显著提升产品经理的工作效率。

工作中应用 ::

• アプリケーションシナリオ ：在项目团队组建初期进行工具选型，或是在团队内部开展工具使用培训时，产品经理可以利用这个提示词，快速生成一份详尽的工具清单，清单中应包含每款工具的功能概述、核心优势以及针对性的使用建议。
• 应用示例清单 ::
  • ProductBoard ：专注于产品路线图规划与用户需求管理的专业工具。コア機能：高效收集用户反馈、灵活进行需求优先级排序、可视化产品路线图规划、精细化产品发布计划管理。主要优点：能够集中化管理用户需求，并以直观的方式呈现产品路线图。
  • ミロ ：强大的远程头脑风暴和在线协作白板工具。コア機能：提供无限画布的在线白板、支持多人实时在线协作、内置丰富的模板库。主要优点：极大地便利团队进行远程协作，有效激发团队创新创意。
  • ノーティオン ：多功能知识管理与项目文档协同平台。コア機能：强大的文档编辑功能、灵活的数据库管理、便捷的项目管理。主要优点：集多种功能于一体，实现团队高效协作。
  • Delighted ：专业用户反馈收集与净推荐值（NPS）调研工具。コア機能：便捷发起 NPS 调查、有效收集用户反馈、深入进行数据分析。主要优点：帮助产品经理快速了解用户满意度。
  • Clickup ：综合性任务管理与团队协作工具。コア機能：灵活的任务分配、实时进度跟踪、高效时间管理。主要优点：功能全面，操作简单易上手。
  • リニア ：专为敏捷开发团队设计的任务追踪工具。コア機能：高效的问题跟踪、灵活的迭代管理、精细化发布计划。主要优点：界面简洁直观，专为软件开发团队量身打造。
  • Jira ：在软件开发领域广泛应用的项目管理工具。コア機能：强大的问题跟踪、敏捷看板、Scrum 管理。主要优点：功能强大，高度可定制化。
  • Mixpanel / Amplitude ：领先的用户行为数据分析与产品指标监控平台。コア機能：深入用户行为分析、精细化漏斗分析、用户留存分析。主要优点：帮助产品经理深入了解用户行为，从而优化产品。
  • Prodpad ：专注于产品需求管理与路线图规划的工具。コア機能：高效需求管理、可视化路线图规划、优先级排序。主要优点：专注于产品需求管理的核心流程。
  • Dovetail ：用户研究数据整理与深度洞察挖掘工具。コア機能：便捷用户访谈记录、高效数据分析、生成洞察报告。主要优点：方便产品经理系统整理用户研究数据。
  • Figma / Sketch / Adobe XD: 优秀的 UI 设计和原型工具。コア機能: 矢量绘图, 交互原型设计, 团队实时协作. 主要优点: 支持快速设计和迭代, 便于与开发团队共享设计规范，提升协作效率。
  • Google Analytics / Baidu Tongji: 流行的网站流量分析工具. コア機能: 网站流量统计, 用户行为分析, 转化跟踪. 主要优点: 帮助产品经理全面了解网站整体表现, 优化用户获取策略。
  • Hotjar / GrowingIO: 强大的用户行为热图和屏幕录制工具. コア機能: 热图分析, 录屏回放, 用户反馈收集. 主要优点: 直观了解用户在网站上的行为轨迹, 快速发现潜在的用户体验问题。

这样一份详尽的工具清单，能够帮助团队快速找到并选择最适合自身需求的开发及协作工具，从而提升整体工作效率。

6. 确保产品发布成功

提示词说明

提示词内容 :

“制定一份全面指南，包含规划、执行和发布后活动的最佳实践，以确保产品成功发布。”

（English: "Develop a comprehensive guide with best practices to ensure a successful product launch including: planning, execution, and post-launch activities."）

讲解与应用示例

产品发布是产品生命周期中至关重要的里程碑节点，一次成功的发布能够有效地降低潜在风险，并显著提升用户对产品的接受度和满意度。

工作中应用 ::

• アプリケーションシナリオ ：在新产品正式发布前，产品经理可以依据这个提示词，系统地整理出一份详尽的产品发布指南，并组织相关部门进行发布流程预演，确保万无一失。
• 应用示例文档 ::
  • 发布前规划 ::
    • 深入市场调研：全面了解目标用户的真实需求、竞争对手的市场动态。
    • 透彻竞争分析：深入剖析竞争对手的产品优势与劣势、市场策略布局。
    • 明确发布目标：清晰设定本次产品发布的核心目标，例如用户增长数量、市场份额占比等。
    • 周密用户沟通计划：制定详尽的发布前用户沟通策略，例如预热活动策划、邮件通知发送等。
    • 全面风险评估：充分识别潜在风险因素，并预先制定相应的应对预案。
    • 充足资源准备：确保人力、物力、财力等各项资源充分到位。
    • 细致发布时间表：制定详尽的产品发布时间表，明确各项任务的起止时间。
  • 执行阶段 ::
    • 严格内部测试：进行全面而细致的内部测试，确保产品质量稳定可靠。
    • 用户 Beta 测试：邀请部分用户参与 Beta 测试，收集用户真实反馈并据此进行改进。
    • 发布日活动协调：精心协调发布日各项活动，如新闻稿发布、社交媒体预热、线上/线下发布会等。
    • 多渠道同步上线：确保产品在各个预定渠道（如应用商店、官方网站）同步上线。
    • 技术支持准备：确保技术支持团队 准备就绪 及时响应并有效解决用户反馈的问题。
  • 发布后活动 ::
    • 实时监控系统稳定性：密切监控产品线上运行状态，及时发现并解决潜在问题。
    • 持续用户反馈收集：通过多种渠道持续收集用户反馈，全面了解用户对新产品的评价和看法。
    • 深入数据分析：深度分析用户行为数据，全面评估产品发布后的实际效果。
    • 制定后续更新计划：基于用户反馈和数据分析结果，制定产品后续的版本更新计划。
    • 组织回顾与总结会议：组织产品发布回顾会议，系统总结经验教训，为未来的产品发布活动提供参考。
    • 持续市场推广：持续进行市场推广活动，扩大产品市场影响力。

这样一份详尽的发布指南，不仅能够保证产品发布流程的标准化和规范化，同时也为参与发布的各个团队提供了清晰可执行的行动路线。

7. 优化产品待办事项管理

提示词说明

提示词内容 :

“制定一个产品待办事项整理策略，以保持我们的开发进度。以下是我们的约束条件[指定团队规模、技术和工具、用户及利益相关者反馈收集方式、市场情况、技术债务数量、监管问题等相关信息]。”

（English: "Generate a backlog grooming strategy to keep our development on track. Here are our constraints [specify team size, technology and tooling, how to gather feedback from users and stakeholders, market situation, amount of tech debt, regulatory issues, and anything else that would be helpful to know for backlog grooming considerations]."）

讲解与应用示例

产品待办事项（Backlog）的有效整理与精细化管理，直接关系到产品的整体开发进度和最终产品质量。因此，产品经理必须在充分考虑各种约束条件的基础上，制定科学合理的规划。

工作中应用 ::

• アプリケーションシナリオ ：在团队例行的待办事项评审会议上，产品经理可以利用此提示词，快速生成一份策略文档，明确各项任务的优先级和详细的评估标准。
• 应用示例策略 ::
  • 任务分类 ：根据任务来源进行细致分类，如用户反馈、市场需求、技术债务、监管要求、创新实验等。
  • 評価基準 ::
    • 重要性：评估任务对用户和业务的潜在价值。
    • 紧急性：判断任务是否需要立即着手处理。
    • 开发难度：评估任务的技术复杂度和所需投入的资源。
    • 风险：评估任务失败的可能性及其潜在影响。
    • 与公司战略的契合度：评估任务与公司长期发展目标的契合程度。
  • 会议流程 ::
    • 定期召开评审会议：例如每周一次，确保评审频率。
    • 邀请关键干系人参与：邀请开发、设计、测试、市场、运营等相关利益干系人共同参与评审。
    • 任务讨论与评分：对每个待办事项进行充分讨论、集体评分，并依据预设的评估标准进行排序。
    • 确定迭代任务：明确当前迭代周期内需要完成的任务事项。
    • 更新待办事项列表：及时更新待办事项列表，并同步给所有团队成员，确保信息同步。
  • 工具支持 ：灵活运用 Jira、Trello、Asana 等项目管理工具，辅助待办事项管理。
  • 継続的改善 ：定期回顾待办事项整理策略的执行效果，并根据实际情况进行动态调整和优化。
  • 技术债务管理: 产品经理需要专门安排时间集中处理技术债务，防止技术债务累积对开发效率造成不利影响。

这种策略能够确保团队在面对复杂多样的约束条件时，依旧能够有条不紊地推进产品开发工作，保证项目按计划进行。

8. 优先级排序

提示词说明

提示词内容 :

“使用[指定优先级框架，例如RICE评分模型、ICE评分模型、价值与复杂度象限、Kano模型、加权评分优先级、MoSCoW方法、机会评分]，并根据[指定公司目标或产品愿景]，帮助我优先排序以下内容：[列出所有需要优先排序的功能或可行举措]。”

（English: "Using [specify a prioritization framework, e.g. RICE scoring model, ICE scoring model, Value vs. Complexity Quadrant, Kano Model, Weighted Scoring Prioritization, the MoSCoW method, Opportunity Scoring] and given [specify your company goals or product vision], help me prioritize the following:

."）

讲解与应用示例

科学合理的优先级排序模型，能够帮助产品经理更加客观地评估各项功能或改进举措与公司战略目标的契合程度，从而做出更明智的决策。

工作中应用 ::

• アプリケーションシナリオ ：当产品功能需求累积过多，难以抉择时，产品经理可以组织团队会议，共同讨论功能优先级排序问题。此时，借助该提示词，可以快速生成一份包含详细排序结果的报告。
• 应用示例 （以 RICE 模型为例）：
  • R (Reach - 覆盖范围) ：预估每个功能在一定时间内能够触达的用户数量。可以使用具体数字或百分比来量化表示。例如，有多少用户会在一个季度内使用此功能？
  • I (Impact - 影响) ：评估每个功能对用户体验或业务增长的潜在影响程度。可以使用等级评分（如 1-3 分，3 分代表最高影响）或更具体的指标来衡量。例如，此功能对提升用户满意度或增加收入的贡献有多大？
  • C (Confidence - 信心) ：评估团队对成功实现该功能的信心水平。可以用百分比来表示，例如 50%、80% 或 100%。
  • E (Effort - 工作量) ：预估开发该功能所需投入的资源，包括人力和时间成本。可以用人天、人周或人月等单位来表示。例如，需要多少人月才能完成开发？
  • 排序过程 ：对所有待排序的功能，分别进行 RICE 评分，计算出每个功能的 RICE Score，然后按照得分从高到低进行排序。最终的优先级顺序还需要结合公司的长期战略目标进行微调。RICE Score 计算公式为：

  RICE Score = (Reach * Impact * Confidence) / Effort

  • 其他模型示例：
    • ICE 评分模型: 侧重于 Impact（影响）, Confidence（信心）, Ease（简易度）. ICE Score 计算公式为：ICE Score = Impact * Confidence * Ease
    • 价值与复杂度象限: 将待评估的功能或举措，置于一个二维矩阵中进行分析。矩阵的横轴代表复杂度，纵轴代表价值。产品经理应优先选择那些位于高价值、低复杂度象限的功能或举措。
    • Kano 模型: 将用户需求细分为基本型需求、期望型需求、兴奋型需求、无差异需求和反向型需求等不同类型。产品经理应优先满足用户的基本型需求和期望型需求，以提升用户满意度。
    • MoSCoW 方法: 将功能需求划分为 Must have（必备）、Should have（应该有）、Could have（可以有）和 Won't have（暂不需要）四个等级，从而进行优先级排序。

运用 RICE 模型等优先级排序方法，能够帮助团队更加聚焦于那些投入产出比更高、更具战略价值的工作内容，提升资源利用效率。

9. 编写发布说明

提示词说明

提示词内容 :

“[描述你的产品]的发布说明应包含哪些基本要素？请提供最佳实践和示例，以有效向用户传达新变化和改进。”

（English: "What are the essential elements of a well-written release note for [describe your product]? Please provide both best practices and examples for crafting notes that effectively communicate new changes and improvements to users."）

讲解与应用示例

清晰明了的产品发布说明，能够有效地向用户传递新版本更新的内容、功能改进的细节以及潜在的注意事项，使用户能够迅速掌握产品的最新变化。

工作中应用 ::

• アプリケーションシナリオ ：在每次产品版本更新发布时，产品经理可以参考此提示词，撰写标准化的发布说明文档，确保信息传递的准确性和完整性。
• 示例要素 ::
  • 版本信息 ：明确标注版本号、详细发布日期，方便用户识别。
  • 新功能介绍 ：详细介绍本次更新新增的功能，并阐述其核心优势，最好能辅以直观的截图或演示视频，帮助用户快速理解。
  • 改进说明 ：清晰说明在性能优化、用户体验提升、界面调整等方面的具体改进措施。
  • 问题修复 ：列出本次版本修复的 Bug 及其影响范围，并对积极反馈的用户表示感谢，增强用户互动。
  • 已知问题： 如有尚未修复但已知存在的问题，应在此处明确告知用户，增加透明度。
  • 后续提示 ：告知用户如何获取更多帮助或提供反馈的渠道，以及未来版本更新的初步计划，增强用户粘性。
  • 兼容性说明: 如有必要，需明确指出对操作系统版本、浏览器版本等的兼容性要求，避免用户使用时出现兼容性问题。
  • 措辞选择: 在撰写发布说明时，应尽量使用简洁、清晰、易于理解的日常化语言，避免过多使用专业术语，确保信息传达的有效性。
• 示例文本 ::
  

  “[产品名称] 版本 2.1.0 发布说明 – 2025年3月

  亲爱的用户，

  我们非常激动地宣布 [产品名称] 2.1.0 版本正式上线啦！本次更新，我们为您带来了诸多令人期待的新功能和体验优化：

  新機能

  • 在线协作功能：现在，您可以轻松邀请团队成员实时协同编辑文档，共同高效完成工作任务。
  • 深色模式：期待已久的深色模式震撼来袭！有效保护您的视力，让您在夜间使用时更加舒适。

  改进说明

  • パフォーマンス最適化：我们对系统性能进行了深度优化，页面加载速度大幅提升 50%，操作体验更加流畅顺滑。
  • 界面调整：根据用户反馈，我们对导航栏布局进行了精细化调整，现在查找功能更加便捷高效。

  问题修复

  • 技术团队已高效修复了部分用户反馈的登录异常问题。在此，我们衷心感谢 @用户名1、@用户名2 等用户的积极反馈！

  已知问题

  • 移动端深色模式的适配工作仍在紧锣密鼓地进行中，预计将在下个版本中与大家见面，敬请期待。

  后续提示

  如果您在使用过程中遇到任何疑问或问题，欢迎随时访问我们的帮助中心或直接联系客服团队，我们将竭诚为您服务。再次感谢您对 [产品名称] 的鼎力支持，我们将持续努力，为您提供更优质的产品和服务！
  "

通过采用这种规范化的发布说明格式，不仅能够帮助用户迅速而准确地把握版本更新的核心内容，更有助于增强用户对产品的信任感和品牌忠诚度。

10. 发布产品更新公告

提示词说明

提示词内容 :

“请为我们的用户起草一份产品更新公告。本次发布包括[描述发布内容]。”

（English: "Please draft a product update announcement for our users. The release includes [describe release]."）

讲解与应用示例

产品更新公告通常用于对外公开的产品版本发布，因此在语气上应力求亲和专业，既要清晰地传递版本更新的亮点，也要使用户对产品的未来改进方向有所了解，从而建立良好的用户关系。

工作中应用 ::

• アプリケーションシナリオ ：在产品新版本即将发布之际，产品经理可以借助此提示词，快速生成产品更新公告的草稿，之后再由市场、客服等相关部门协同审核，确保公告内容的准确性和对外发布口径的一致性。
• 应用示例公告 ::
  

  “尊敬的 [产品名称] 用户，

  您好！我们怀着激动的心情向您宣布，[产品名称] 最新版本已正式上线啦！本次更新，我们充分倾听了来自用户的宝贵反馈，精心打磨，重磅推出了大家期待已久的 [新功能1] 和 [新功能2]，并针对 [优化点1] 和 [优化点2] 进行了深度优化，旨在为您带来更加流畅、更加高效的使用体验！

  • [新功能1]：[功能简要描述]，[新功能将为用户带来哪些核心价值和实际好处]。
  • [新功能2]：[功能简要描述]，[新功能将如何提升用户体验或解决用户痛点]。
  • [优化点1]：[具体优化内容]，[优化后将带来哪些积极影响]。
  • [优化点2]：[具体优化内容]，[优化将如何提升用户的使用效率或满意度]。

  衷心感谢您一直以来的支持与信任！我们始终秉持着精益求精的态度，持续不断地改进 [产品名称]，力求为您提供更卓越的产品和服务。诚挚邀请您立即体验最新版本，并随时向我们反馈您的宝贵意见！

  [产品名称] 团队 敬上”

  • 发布渠道: 产品经理可以选择合适的渠道发布更新公告，例如通过电子邮件、App 内推送消息、社交媒体平台以及官方博客文章等多种渠道同步发布产品更新公告，确保信息触达最大范围的用户群体。

这样精心撰写的公告，既能够清晰地传递产品更新信息，又能够有效地增强用户的参与感和归属感，建立与用户之间的良好沟通桥梁。

11. 改进用户界面可用性

提示词说明

提示词内容 :

“在我们的用户界面中找出10个可用性改进领域。产品是[描述产品]。[上传网站或应用的截图，不要使用Kraftful插件]”

（English: "Identify 10 areas of usability improvement in our user interface. The product is [describe product]. [Upload screenshot of the website or app, do not use the Kraftful plugin]"）

讲解与应用示例

通过系统性地分析用户界面（UI）中存在的可用性问题，产品团队可以有针对性地进行设计优化，从而显著提升产品的用户体验。

工作中应用 ::

• アプリケーションシナリオ ：在产品设计评审会议之后，或是进行用户体验测试之后，产品经理可以利用这个提示词，快速生成一份详细的用户界面改进清单。这份清单可以附带实际的界面截图，并对需要改进的地方进行醒目标注，方便设计师和开发人员理解和执行。
• 示例改进领域 ::
  • 导航层级过深： 导航栏层级结构过于复杂，导致用户在查找目标内容时感到困难。
  • 按钮与链接区分度低： 页面上的按钮和链接在视觉上区分度不高，用户容易产生误操作。
  • 信息密度过高： 页面信息排布过于密集，缺乏必要的留白，使得页面整体显得杂乱无章，用户难以快速捕捉到关键信息。
  • 表单设计不友好： 表单设计不够人性化，例如输入框长度过短、缺少清晰的输入提示信息、校验规则不够明确等，导致用户填写表单时体验不佳。
  • 加载动画缺失或不合理： 页面加载过程中缺少必要的加载动画，或加载动画设计不够合理，导致用户在等待时容易感到焦虑和不安。
  • 响应式设计待优化： 产品的响应式设计有待提升，在不同尺寸的设备屏幕上的显示效果不尽如人意，影响用户在不同设备上的使用体验。
  • 颜色对比度不足： 页面颜色对比度设置不合理，可能导致部分用户，特别是视力障碍用户，难以清晰辨认页面内容。
  • 字体大小不统一： 页面字体大小、字重等属性不统一，影响了页面的整体美观度和可读性。
  • 弹窗提示不明显或过于频繁： 弹窗提示设计不够醒目，用户容易忽略；或者弹窗提示过于频繁，对用户的正常操作造成干扰。
  • 帮助文档入口难寻： 帮助文档入口设置位置不明显，用户在遇到问题时难以快速找到帮助文档并获取有效支持。
  • 缺少明确操作引导: 对于新用户而言，产品界面缺少清晰的操作引导，导致用户上手困难，不知如何操作。
  • 搜索功能不完善: 产品内置的搜索功能不够强大，无法帮助用户准确、快速地找到所需内容。
  • 错误提示信息不友好: 当用户操作出现错误时，系统给出的错误提示信息不够友好，用户难以理解错误原因，也不知道如何纠正。
  • 缺少快捷操作: 用户在完成某些常用操作时，缺少便捷的快捷操作方式，导致操作效率低下。
  • 改进建议: 针对上述每个可用性问题，产品经理需要进一步提出具体可行的改进建议，例如：
    • 优化导航栏结构: 对导航栏结构进行优化，减少导航层级，采用面包屑导航等方式，帮助用户更清晰地了解当前位置及页面层级关系。
    • 区分按钮和链接: 在视觉设计上，使用不同的颜色、图标、下划线等方式，对按钮和链接进行有效区分，降低用户误操作的可能性。
    • 优化页面布局: 重新设计页面布局，合理控制页面信息密度，增加页面留白，突出页面重点信息。
    • 优化表单设计: 优化表单设计，例如增加输入框长度、设置清晰的输入提示信息、明确校验规则等，提升用户填写表单的效率和体验。
    • 使用合适的加载动画: 在页面加载过程中，使用合适的加载动画，有效缓解用户等待时的焦虑情绪。

这样一份详尽的改进清单，不仅可以作为设计师进行用户界面优化的重要依据，也有助于产品经理在后续工作中跟踪改进的实际进度，确保优化效果。

12. 提升产品可访问性

提示词说明

提示词内容 :

“提出一组功能建议，以提升我们产品的可访问性。产品是[描述产品]。[上传网站或应用的截图，不要使用Kraftful插件]”

（English: "Propose a feature set to improve the accessibility of our product. The product is [describe product]. [Upload screenshot of the website or app, do not use the Kraftful plugin]"）

讲解与应用示例

提升产品的可访问性，意味着产品能够更好地满足更广泛用户群体的需求，包括那些有特殊需求的残障人士。这不仅是企业社会责任的体现，也是提升产品市场竞争力的重要方面。

工作中应用 ::

• アプリケーションシナリオ ：在产品评审会议上，产品经理可以通过这个提示词，快速生成一份关于提升产品可访问性的建议方案。这份方案可以结合实际的界面截图，清晰地指出当前界面中存在的无障碍问题，并提出针对性的改进建议。
• 示例建议 ::
  • 增强键盘导航支持: 确保用户仅通过键盘操作，就能够顺畅访问产品的全部功能，无需依赖鼠标等辅助设备。
  • 为图像添加替代文本 (alt text)： 为页面上的所有图像元素添加描述性的替代文本，方便使用屏幕阅读器的用户理解图片内容。
  • 提供高对比度模式: 为用户提供可切换的高对比度显示模式，以满足视力障碍用户的阅读需求。
  • 优化屏幕阅读器兼容性: 确保产品在设计和开发过程中，充分考虑到屏幕阅读器的兼容性，保证产品能够与主流屏幕阅读器软件良好协作，实现信息无障碍访问。
  • 优化表单标签与错误提示: 对表单的标签进行语义化处理，并确保错误提示信息能够被屏幕阅读器正确识别和朗读，帮助视力障碍用户无障碍地填写表单。
  • 提供可调节字体大小功能: 为用户提供自由调节字体大小的功能，方便用户根据自身视觉需求调整到最舒适的字体大小。
  • 为视频添加字幕和音频描述: 为产品中的视频内容添加准确的字幕和详细的音频描述，方便听力障碍用户无障碍地获取视频信息。
  • 避免使用闪烁或快速变化内容: 在产品设计中，应避免使用频率过高的闪烁或快速变化的内容元素，以防止诱发光敏性癫痫等健康问题。
  • 提供清晰页面结构和标题: 在进行页面结构设计时，应确保页面结构清晰、逻辑合理，并使用语义化的标题标签，方便用户和屏幕阅读器快速理解页面内容和层次结构。
  • 使用 ARIA 属性: 在 HTML 代码中合理使用 ARIA (Accessible Rich Internet Applications) 属性，增强页面的语义化，进一步提升屏幕阅读器用户对页面内容的理解和可访问性。
  • 进行 WCAG 兼容性测试: 在产品开发完成后，应严格按照 WCAG (Web Content Accessibility Guidelines) 国际标准，对产品的可访问性进行全面测试，确保产品符合无障碍设计规范。

这份详尽的建议方案，能够有效地帮助开发团队系统性地改进产品的无障碍功能，从整体上提升产品的用户体验，惠及更广泛的用户群体。

13. 数据分析

提示词说明

提示词内容 :

“你可以使用以下SQL表：events，包含列：user_id、timestamp、name。你的任务是返回SQL查询。过去一周有多少用户触发了‘Signup Success’事件？”

（English: "You have the following SQL table available to you: events. It has the columns: - user_id - timestamp - name. Your job is to respond with SQL queries. How many users triggered the 'Signup Success' event in the past week?"）

讲解与应用示例

数据分析在产品持续优化迭代的过程中扮演着至关重要的角色。合理的数据查询和分析，能够帮助产品经理快速而准确地了解用户行为，从而为产品决策提供有力的数据支撑。

工作中应用 ::

• アプリケーションシナリオ ：当产品经理需要评估用户注册流程的实际效果时，可以借助这个提示词，快速生成标准的 SQL 查询语句，从而高效地获取所需数据。
• サンプルSQLクエリ ::

SELECT COUNT(DISTINCT user_id) AS signup_users
FROM events
WHERE name = 'Signup Success'
AND timestamp >= DATE_SUB(CURDATE(), INTERVAL 7 DAY);

上述 SQL 查询语句，旨在统计过去 7 天内成功触发 “Signup Success” (注册成功) 事件的去重用户数量，为后续深入分析用户注册转化率提供可靠的数据支持。

更复杂的例子:

• 计算过去一个月每日的活跃用户数 (DAU):

SELECT DATE(timestamp) AS event_date, COUNT(DISTINCT user_id) AS dau
FROM events
WHERE timestamp >= DATE_SUB(CURDATE(), INTERVAL 30 DAY)
GROUP BY event_date
ORDER BY event_date;

• 计算用户从注册到完成首次购买的平均时间:

-- 假设有一个名为 "purchases" 的表，包含 user_id 和 purchase_timestamp 列
SELECT AVG(TIMESTAMPDIFF(SECOND, signup.timestamp, purchase.purchase_timestamp)) AS avg_time_to_purchase
FROM (
SELECT user_id, MIN(timestamp) AS timestamp
FROM events
WHERE name = 'Signup Success'
GROUP BY user_id
) AS signup
INNER JOIN purchases AS purchase ON signup.user_id = purchase.user_id;

14. 回应社交媒体用户反馈

提示词说明

提示词内容 :

“我们在社交媒体上收到以下用户反馈：[粘贴消息]。请起草对用户反馈的回复。[包括你想向用户传达的粗略笔记，例如你计划开发他们请求的功能、已有实现他们需求的方法等]”

（English: "Here’s some user feedback we got on social media: [paste message]. Draft a response to user feedback. [Include rough notes on anything you want to communicate to users, e.g. you plan to build what they are asking for, there’s already a way to do what they want to do, etc.]"）

讲解与应用示例

在社交媒体平台上，及时且专业地回应用户的反馈，对于维护和提升品牌形象至关重要，同时也能有效传递企业对用户需求的重视程度。

工作中应用 ::

• アプリケーションシナリオ ：针对在社交媒体平台上收到的用户评论或反馈，产品经理可以利用此提示词快速生成初步的回复草稿，之后再经过市场部门及客服部门的润色和审核，最终对外发布。
• 示例回复 ::
  • 场景一：用户提出了新的功能需求
    

    “您好！非常感谢您对 [产品名称] 的关注与支持，以及提出的宝贵建议！您所提出的 [功能名称] 功能构想非常棒，我们已经认真记录下您的反馈，并将在后续的产品规划中认真评估其可行性。[产品名称] 产品团队一直致力于持续改进产品功能，不断优化用户体验，力求为大家带来更加卓越的产品和服务，敬请期待未来的版本更新！”

  • 场景二：用户反馈产品使用过程中遇到的问题
    

    “您好，非常抱歉给您带来了不便！我们已经关注到您反馈的 [问题描述] 问题，技术团队正在积极排查，力求尽快解决。为了能够更精准地定位问题，并高效地解决，能否请您提供更多详细信息，例如您使用的设备型号、操作系统版本以及问题截图等？您可以通过 [联系方式] 与我们取得联系，我们将竭诚为您服务。感谢您的理解与支持！”

  • 场景三：用户对产品表示赞扬和肯定
    

    “您好！非常感谢您对 [产品名称] 的认可和喜爱！您的鼓励是我们不断前行的强大动力。我们将继续努力，不断优化产品功能，提升用户体验，力求为大家带来更多惊喜！如果您在使用过程中有任何建议或意见，欢迎随时向我们反馈。”

  • 场景四：用户咨询现有功能的使用方法
    

    "您好，感谢您的咨询！您提到的 [功能名称] 功能，[产品名称] 实际上已经支持啦！您可以通过以下步骤操作：[详细的操作步骤说明]。如果您在操作过程中遇到任何问题，或有其他疑问，欢迎随时联系我们，我们将竭诚为您解答！"

  • 通用回复要点:
    • 表达感谢: 首先要真诚地感谢用户的反馈或提出的问题，拉近与用户的距离。
    • 承认问题: 如果用户反馈的是产品问题，要坦诚承认并表达歉意，展现负责任的态度。
    • 提供解决方案: 如果问题有明确的解决方案，应及时告知用户，并提供详细的操作指导或替代方案。
    • 承诺跟进: 如果问题较为复杂，需要进一步调查或处理，应承诺会积极跟进并及时向用户反馈处理进展。
    • 保持积极态度: 在回复用户的过程中，始终保持积极、友好的态度，传递正能量，建立良好的用户关系。

通过以上示例可以看出，高质量的用户回复，不仅能够有效地表达对用户反馈的重视，更能够让用户感受到企业正在积极倾听他们的声音，并努力解决他们的问题，从而提升用户满意度和忠诚度。

15. 根据用户反馈起草错误报告

提示词说明

提示词内容 :

“这里有一些用户反馈：[粘贴消息]。根据用户反馈起草一份错误报告。”

（English: "Here’s some user feedback: [paste message]. Draft a bug report based on user feedback."）

讲解与应用示例

将用户反馈中零散的问题信息，整理成结构化的错误报告，能够帮助开发团队快速定位问题，高效地进行问题修复和版本迭代。

工作中应用 ::

• アプリケーションシナリオ ：当产品经理收到用户反馈，指出产品存在功能异常或缺陷时，可以借助此提示词，快速生成初步的错误报告文档，为后续的问题跟进和解决工作奠定基础。
• 示例错误报告结构 ::
  • 报告标题： 标题应简洁明了，能够一句话概括所报告的问题核心内容。例如：“用户反馈：提交订单时出现 ‘系统错误’ 提示”。
  • 问题描述 ： 详细描述用户遇到的具体问题，包括问题现象、问题发生频率、问题影响范围等。
  • 重现步骤 ： 详细列出能够重现该问题的操作步骤，步骤应尽可能详细，确保开发人员能够根据报告步骤准确复现问题。
  • 预期结果 ： 描述在正常情况下，系统在完成上述操作步骤后应该呈现的预期结果。
  • 实际结果 ： 详细描述当前问题发生时，系统实际呈现的异常结果，包括错误提示信息、异常页面截图等。
  • 环境信息： 尽可能详细地提供问题发生时的环境信息，例如：
    • オペレーティングシステム： 例如 Windows 10、iOS 15、Android 12 等。
    • 浏览器： 例如 Chrome 98、Safari 15、Firefox 97 等。
    • 设备型号： 例如 iPhone 13、Samsung Galaxy S21、PC 等。
    • 应用版本： 例如 v2.1.0 版本。
    • 网络环境: 例如 Wi-Fi、4G、5G 网络等。
  • 影响范围 ： 初步评估该问题可能影响的用户群体或功能模块范围。
  • 优先级: (可选) 根据问题的影响范围和严重程度，初步评估问题的优先级，例如：高、中、低。
  • 備考 ： 在备注 section 中，可以附上用户反馈的原始截图、相关日志链接或其他有助于开发人员定位和解决问题的补充信息。
  • 提交人: 记录错误报告的提交人姓名或 ID，方便问题跟进和责任追溯。
  • 提交日期: 记录错误报告的提交日期，方便问题跟踪和统计分析。
• 典型例::

  ユーザーの声：“我昨天在App里买东西，加购物车后，点 ‘去结算’，就跳出来一个框，说 ‘系统错误，请稍后重试’，我试了好几次都不行，最后没买成。我用的是安卓手机。”

  错误报告::

  • 报告标题： 用户反馈：结算时出现 “系统错误” 提示
  • 问题描述 ： 部分安卓用户反馈，在 App 内将商品加入购物车后尝试结算时，页面出现 “系统错误，请稍后重试” 提示，导致无法完成正常购买流程。
  • 重现步骤 ::
    • 打开 App。
    • 浏览商品并选择心仪商品。
    • 点击 “加入购物车” 按钮。
    • 点击页面右上角购物车图标，进入购物车页面。
    • 在购物车页面，点击 “去结算” 按钮。
    • 观察是否出现 “系统错误，请稍后重试” 提示。
  • 预期结果 ： 系统应正常跳转至结算页面，并正确显示订单信息和可选择的支付选项。
  • 实际结果 ： 用户在点击 “去结算” 按钮后，系统弹出 “系统错误，请稍后重试” 提示框，无法继续进行后续结算流程。
  • 环境信息::
    • オペレーティングシステム： Android (用户未提供具体版本信息，需进一步 ** уточнить ( уточнить - уточнить)**)
    • 浏览器： N/A (问题发生在 App 内)
    • 设备型号： 安卓手机 (用户未提供具体型号，需进一步 ** уточнить ( уточнить - уточнить)**)
    • 应用版本： (需向用户确认具体的 App 版本号)
    • 网络环境： (需向用户确认用户当时的网络环境，例如 Wi-Fi 或 4G)
  • 影响范围 ： 初步判断该问题可能主要影响使用安卓设备，并通过 App 进行购物的用户群体。
  • 优先级: 初步评估问题优先级为：高，该问题直接影响用户正常购物结算，需尽快修复。
  • 備考 ： 已尝试联系用户，进一步 ** уточнить ( уточнить - уточнить)** 设备型号、应用版本、网络环境等更详细信息，并请用户提供问题发生时的页面截图，以便更精准地定位问题。
  • 提交人: [您的姓名/ID]
  • 提交日期: 2024年5月16日

经过这样结构化整理后的错误报告，能够帮助技术团队迅速定位问题，从而更高效地进行问题修复，并在后续版本迭代中进行针对性改进，提升产品质量。

16. 产品战略

16.1 创建产品路线图指南

提示词说明

提示词内容:

"为[指定产品]创建一个全面的、分步骤的指南，解释制作成功产品路线图的过程。本指南应有效结合最佳实践、利用最佳工具，并建议有效的沟通策略。"

(English: "Create a comprehensive, step-by-step guide that explains the process of crafting a successful product roadmap for [specify product]. This guide should effectively incorporate best practices, utilize optimum tools, and suggest effective communication strategies.")

讲解与应用示例

产品路线图是产品战略规划的核心组成部分，它以可视化的方式清晰地呈现了产品未来的发展方向、功能优先级以及详细的时间规划表。

工作中应用:

• アプリケーションシナリオ: 在产品经理进行年度或季度产品规划时，可以借助此提示词，快速生成一份产品路线图创建指南，为后续的路线图制定工作提供方法论指导。
• 示例指南:
  • 明确产品愿景与目标:
    • 定义产品愿景: 在制定产品路线图的初始阶段，产品经理需要首先明确产品的长期愿景和核心使命，为路线图的制定奠定基调。
  • 设定可衡量的短期目标 (如 OKRs): 在长期愿景的指引下，设定可量化、可实现的短期目标，例如采用 OKRs (Objectives and Key Results) 目标管理方法，确保路线图的每个阶段都有明确的、可衡量的目标。
  • 收集用户反馈与市场调研信息:
    • 用户反馈收集: 通过用户访谈、用户调查问卷、用户反馈数据分析等多种渠道，广泛收集来自用户的真实声音，深入了解用户需求。
    • 市场调研: 进行全面的市场调研，深入分析竞争对手的产品策略和市场动态，把握市场发展趋势。
  • 提炼产品主题与史诗:
    • 归纳产品主题 (Themes): 将收集到的用户需求和市场洞察进行归纳和提炼，形成具有高度概括性的产品主题 (Themes)。产品主题应紧密围绕产品愿景和目标。
    • 分解为史诗 (Epics): 将宏观的产品主题 (Themes) 进一步细化和拆解为更具体、可执行的产品史诗 (Epics)。每个史诗应代表一个相对独立的功能模块或用户价值。
  • 优先级排序:
    • 运用优先级排序框架: 选择合适的优先级排序框架，例如 RICE 评分模型、MoSCoW 模型等，对产品史诗 (Epics) 进行优先级排序。
    • 综合考量: 在进行优先级排序时，需要综合考量用户价值、商业价值、技术实现风险、所需工作量等多种因素，确保优先级排序的科学性和合理性。
  • 预估时间与资源:
    • 团队协作预估: 与开发团队紧密协作，共同预估每个产品史诗 (Epic) 所需的开发时间和资源投入，确保预估的准确性。
    • 评估团队容量: 在预估过程中，充分考虑团队的实际容量和开发速度，确保路线图的规划与团队的实际能力相匹配。
  • 创建产品路线图:
    • 选择路线图工具: 选择专业的产品路线图工具，例如 ProductBoard、Roadmunk、Aha! 等，提高路线图制作效率和可视化程度。
    • 路线图要素: 在路线图中清晰地呈现产品主题 (Themes)、产品史诗 (Epics)、时间轴、关键里程碑等核心要素，确保路线图信息的完整性。
    • 选择合适视图: 根据实际需求选择合适的路线图视图，例如甘特图、看板视图等，更直观地展示路线图信息。
  • 有效沟通与协作:
    • 利益相关者沟通: 与所有关键利益相关者 (例如公司管理层、开发团队、市场团队等) 及时分享产品路线图，确保信息同步。
    • 定期审查与更新: 建立定期审查和更新产品路线图的机制，根据市场变化和用户反馈进行动态调整，保持路线图的 ** актуальность ( актуальность - актуальность)**。
    • 保持沟通透明: 在路线图的制定和执行过程中，保持公开透明的沟通，确保所有团队成员和利益相关者都充分了解路线图的最新进展。
  • ベストプラクティス:
    • 保持路线图灵活性: 认识到市场环境和用户需求的动态变化性，保持产品路线图的灵活性和弹性，以便快速适应变化。
    • 聚焦用户价值与业务目标: 始终将用户价值和业务目标作为产品路线图的核心驱动力，确保路线图的制定和执行紧密围绕用户和业务。
    • 定期回顾与调整: 建立定期回顾和调整产品路线图的机制，根据实际执行情况和市场反馈进行优化，确保路线图的有效性。
  • 有效沟通策略:
    • 分层沟通: 针对不同的受众群体，制定差异化的沟通策略，提供不同版本的路线图。例如，高层管理者更关注战略方向和宏观进展，而开发团队则更关注具体任务和时间节点。
    • 定期评审会议: 定期组织产品路线图评审会议，邀请所有关键利益相关者参与，共同Review路线图进展，听取各方意见和建议。
    • 可视化工具辅助: 充分利用可视化工具，例如图表、图形等，将产品路线图以更直观、易于理解的方式呈现出来，提升沟通效率。

16.2 产品发现与竞争分析

提示词说明

提示词内容:

"对[指定竞争对手名称或描述其产品体验，如果是知名度较低的品牌]进行[指定框架：SWOT、PESTLE、波特五力]分析。"

(English: "Perform [specify framework: SWOT, PESTLE, Porter’s 5 force] analysis on [specify competitor’s name or describe their product experience if it’s a less well-known brand].")

讲解与应用示例

深入的竞争分析是制定有效产品战略的重要前提。通过竞争分析，产品经理能够全面了解市场竞争格局，洞察主要竞争对手的优势与劣势，并在此基础上明确自身产品的市场定位和差异化竞争策略。

工作中应用:

• アプリケーションシナリオ: 在企业计划进入新的市场领域，或是准备推出全新的产品线之前，产品经理可以使用此提示词，选择合适的分析框架，对竞争对手展开深入分析，为产品战略决策提供有力支撑。
• 示例 (SWOT 分析):
  • コンペティション: [竞争对手名称]
  • 优势 (Strengths):
    • 强大的品牌知名度与市场影响力。
    • 广泛的用户基础，用户规模庞大。
    • 成熟的技术平台，技术实力雄厚。
  • 劣势 (Weaknesses):
    • 用户界面设计较为过时，用户体验有待提升。
    • 客户服务响应速度较慢，用户反馈处理效率不高。
    • 产品功能创新不足，缺乏亮点功能。
  • 机会 (Opportunities):
    • 新兴市场扩张，存在巨大的市场潜力。
    • 新技术的快速发展与应用，为产品创新带来机遇。
    • 用户需求呈现多样化、个性化趋势，为产品差异化竞争提供空间。
  • 威胁 (Threats):
    • 新的竞争对手不断涌入市场，市场竞争日趋激烈。
    • 用户偏好快速变化，对产品提出更高要求。
    • 监管政策日趋严格，对企业合规经营提出挑战。
• 示例 (PESTLE 分析):
  • コンペティション: [竞争对手名称]
  • 政治 (Political): 分析政府监管政策、行业贸易政策、税收政策等政治因素对竞争对手及市场的影响。
  • 经济 (Economic): 分析宏观经济环境，例如经济增长率、利率水平、通货膨胀率、汇率波动等经济因素对市场和竞争对手的影响。
  • 社会 (Social): 分析人口结构变化趋势、社会文化价值观、用户生活方式转变等社会因素对用户需求和市场偏好的影响。
  • 技术 (Technological): 分析新技术发展趋势、自动化技术应用、行业研发投入力度等技术因素对产品创新和市场竞争格局的影响。
  • 环境 (Environmental): 分析环保法规日益严格、可持续发展理念兴起等环境因素对企业运营和产品设计的影响。
  • 法律 (Legal): 分析知识产权保护政策、消费者权益保护法律法规、行业监管政策变化等法律因素对企业经营行为和市场竞争秩序的影响。
• 示例(波特五力分析):
  • 行业内现有竞争者的竞争程度: 分析行业内竞争对手的数量、产品差异化程度、市场增长率、退出壁垒等因素，评估行业竞争激烈程度。
  • 潜在竞争者进入的能力: 分析行业进入壁垒高低、规模经济效应、用户品牌忠诚度、渠道控制力等因素，评估潜在竞争者进入市场的能力和可能性。
  • 替代品的替代能力: 分析市场上是否存在性能相似、价格更低的替代品，以及用户转换使用替代品的成本，评估替代品对现有产品的潜在威胁。
  • 供应商的议价能力: 分析供应商的数量、行业集中度、产品差异化程度、转换供应商成本等因素，评估供应商在产业链中的议价能力。
  • 购买者的议价能力: 分析购买者（用户）的数量、集中度、单次购买量、价格敏感度等因素，评估购买者在交易中的议价能力。

16.3 确定相关 KPI

提示词说明

提示词内容:

"为衡量我们产品的市场表现，提出20个独特的KPI。产品是[描述产品]。"

(English: "Propose 20 unique KPIs to measure our product's market performance. The product is [describe product].")

讲解与应用示例

KPI (Key Performance Indicator，关键绩效指标) 是衡量产品是否成功，以及市场表现优劣的重要量化指标体系。

工作中应用:

• アプリケーションシナリオ: 在产品正式发布上线后，产品经理可以使用此提示词，快速确定一系列需要跟踪和监控的关键绩效指标 (KPIs)，以便持续评估产品的市场表现，并及时发现潜在问题和改进机会。
• 示例 (假设产品是一款电商 App):
  • 用户获取成本 (Customer Acquisition Cost, CAC)
  • 客户终身价值 (Customer Lifetime Value, CLTV)
  • 月活跃用户数 (Monthly Active Users, MAU)
  • 日活跃用户数 (Daily Active Users, DAU)
  • DAU/MAU 比率 (用户粘性指标)
  • 用户留存率 (按天、周、月等不同周期)
  • 用户流失率 (Churn Rate)
  • 转化率 (例如注册转化率、购买转化率等)
  • 平均订单价值 (Average Order Value, AOV)
  • 用户复购率 (Repeat Purchase Rate)
  • 购物车放弃率 (Cart Abandonment Rate)
  • 净推荐值 (Net Promoter Score, NPS)
  • 客户满意度 (Customer Satisfaction, CSAT)
  • 应用商店评分 (App Store Rating)
  • 商品退货率 (Return Rate)
  • 每用户平均收入 (Average Revenue Per User, ARPU)
  • 用户参与度指标 (例如用户平均使用时长、核心功能使用频率等)
  • 营销活动投资回报率 (Return on Investment, ROI)
  • 客户服务响应时间 (Customer Service Response Time)
  • 社交媒体提及次数 (Social Media Mentions)

16.4 KPI 计划

提示词说明

提示词内容:

"制定一个通过 KPI 评估和监控产品成功的全面指南。该指南应优先考虑以下方面：[具体指标、目标、有效报告方法和所使用的任何分析工具]。"

(English: "Develop a comprehensive guide on assessing and monitoring product success through KPIs. The guide should prioritize the following dimensions: [specific metrics, targeted objectives, effective reporting methodologies, and any analytics tools used.]")

讲解与应用示例

一个完善且高效的 KPI (关键绩效指标) 计划，应包含以下核心要素：明确选择的关键指标、合理设定目标值、科学的报告方法以及合适的分析工具。

工作中应用:

• アプリケーションシナリオ: 在企业需要建立或系统优化现有产品的 KPI 监控体系时，产品经理可以使用此提示词，快速生成一份 KPI 计划指南，为 KPI 体系的构建和优化提供方法论指导。
• 示例指南:
  • 选择关键绩效指标 (KPIs):
    • 与产品目标对齐: 在 KPI 指标选择的初期阶段，务必确保所选 KPI 与产品整体目标和战略方向高度对齐，避免指标偏离。
  • 确保 SMART 原则: 选定的 KPI 需要符合 SMART 原则，即 Specific (具体的)、Measurable (可衡量的)、Achievable (可实现的)、Relevant (相关的) 和 Time-bound (有时间限制的)。
  • KPI 分类: 将 KPI 按照不同维度进行分类，例如用户获取类 KPI、用户参与度 KPI、收入类 KPI 等，形成体系化的指标监控框架。
  • 设定目标:
    • 设定具体目标值: 为每个 KPI 指标设定明确、可量化的目标值，例如用户留存率提升至 XX%。
    • 目标具有挑战性: 设定的目标值应具有一定的挑战性，能够驱动团队不断进步，但同时也要确保目标的可实现性，避免目标过高导致团队失去信心。
    • 参考行业基准: 在目标值设定过程中，可以参考行业平均水平和历史数据，确保目标设定的合理性。
  • 建立报告机制:
    • 确定报告频率: 根据业务需求和KPI指标的特点，确定合理的报告频率，例如每日报告、每周报告、每月报告等。
    • 创建 KPI 仪表盘 (Dashboard): 利用数据可视化工具，创建 KPI 仪表盘 (Dashboard)，将关键 KPI 数据以图表等直观形式呈现，方便实时监控和分析。
    • 定期报告 KPI 进展: 建立定期的 KPI 进展报告机制，例如每周、每月向利益相关者汇报 KPI 完成情况，以及产品运营的整体健康状况。
  • 选择分析工具:
    • 工具选择原则: 根据产品类型、数据量大小以及团队预算等因素，综合考虑选择最合适的分析工具。
    • 常用分析工具: 业界常用的数据分析工具包括 Google Analytics、Mixpanel、Amplitude、Tableau 等，产品经理可以根据自身需求选择合适的工具组合。
  • 数据收集与整合:
    • データの正確性: 确保 KPI 数据的收集过程准确无误，避免数据偏差影响后续分析结果的准确性。
    • 数据完整性: 保证 KPI 数据的完整性，避免数据缺失导致分析结果片面。
    • データ統合: 将来自不同数据源的数据整合到统一的数据分析平台，打破数据孤岛，实现数据融合。
  • データ分析と解釈:
    • 定期数据分析: 建立定期数据分析机制，例如每周、每月对 KPI 数据进行深入分析，及时发现数据变化趋势和潜在问题。
    • 挖掘数据深层原因: 在数据分析过程中，不仅要关注数据表面变化，更要深入挖掘数据变化背后的深层原因，例如用户行为变化、市场环境变化等。
    • 数据驱动决策: 将数据分析结果转化为可执行的产品优化策略和运营改进措施，真正实现数据驱动决策。
  • 行动与优化:
    • 制定优化措施: 基于数据分析结果，制定针对性的产品功能优化和运营策略调整措施。
    • 持续监控 KPI: 在优化措施执行后，持续监控 KPI 指标的变化情况，评估优化效果。
    • KPI 动态调整: 根据市场环境变化、用户反馈以及产品迭代情况，对 KPI 指标和目标值进行动态调整，确保 KPI 体系的 ** актуальность ( актуальность - актуальность)** 和有效性。

16.5 产品发布指标

提示词说明

提示词内容:

"为衡量我们最近发布的版本的成功，建议一组指标。该版本包括[描述版本]。"

(English: "Suggest a set of metrics to measure the success of our recent release. The release includes [describe release].")

讲解与应用示例

衡量产品发布成功与否，需要针对发布内容选择合适的指标。

工作中应用:

• アプリケーションシナリオ: 产品新版本发布后, 评估发布效果.
• 典型例:
  • 投稿内容: 新增了“在线协作”功能，优化了用户注册流程。
  • 建议指标:
    • 新功能使用率: 衡量有多少用户使用了“在线协作”功能。
    • 新功能用户留存率: 衡量使用“在线协作”功能的用户在后续的留存情况。
    • 协作任务完成率: 衡量通过“在线协作”功能完成的任务数量和比例。
    • 注册转化率: 衡量优化注册流程后，新用户注册的转化率是否有提升。
    • ユーザーの声: 收集用户对新功能和注册流程的反馈 (如 NPS、应用商店评分)。
    • 关键业务指标: 评估新功能和注册流程优化对关键业务指标 (如 DAU、MAU、收入) 的影响。
    • 用户参与时长: 衡量用户在应用内的总停留时间是否有变化。
    • 崩溃率/错误率: 监控新版本是否存在技术问题。

16.6 用户参与度提升

提示词说明

提示词内容:

"提出一组 A/B 测试来提高用户参与度。产品是[描述产品]。"

(English: "Propose a set of A/B tests to improve user engagement. The product is [describe product].")

讲解与应用示例

A/B 测试是提高用户参与度的有效方法，通过对比不同方案，找到最优解。

工作中应用:

• アプリケーションシナリオ: 需要优化产品某个环节的用户参与度时。
• 示例 (假设产品是一个社交 App):
  • 测试不同的推送通知文案:
    • A 组：使用个性化文案 (如“@用户名，有人给你发消息了！”)。
  • B 组：使用通用文案 (如“您有新消息！”)。
  • 衡量指标：推送通知点击率、用户活跃度。
  • 测试不同的内容推荐算法:
    • A 组：使用基于用户兴趣的推荐算法。
    • B 组：使用基于热门内容的推荐算法。
    • 衡量指标：内容点击率、用户停留时长、互动率 (点赞、评论、分享)。
  • 测试不同的界面布局:
    • A 组：使用卡片式布局。
    • B 组：使用列表式布局。
    • 衡量指标：用户浏览深度、功能使用频率。
  • 测试不同的新手引导流程:
    • A 组：使用视频引导。
    • B 组：使用图文引导。
    • 衡量指标：新手引导完成率、关键功能使用率。
  • 测试不同的社交互动方式:
    • A 组：增加“@”功能，允许用户在评论中提及他人。
    • B 组：保持现状。
    • 衡量指标：评论数量、用户互动频率。
  • 测试不同的虚拟礼物设计:
    • A组: 使用更精美的虚拟礼物设计。
    • B组: 使用当前的虚拟礼物设计。
    • 衡量指标: 虚拟礼物赠送数量、用户活跃度.

16.7 定价策略

提示词说明

提示词内容:

"为我们的新产品提出3种替代定价策略。产品是[描述产品]。"

(English: "Propose 3 alternative pricing strategies for our new product. The product is [describe product].")

讲解与应用示例

定价策略直接影响产品的市场竞争力和盈利能力。

工作中应用:

• アプリケーションシナリオ: 新产品上市前, 制定定价策略。
• 示例 (假设产品是一个 SaaS 软件):
  • 基于价值的定价 (Value-based pricing):
    • 根据产品为客户提供的价值来定价。
  • 不同功能、不同使用量的套餐，价格不同。
  • 例如：基础版 (适合个人用户)、专业版 (适合小型团队)、企业版 (适合大型企业)。
  • 竞争导向定价 (Competition-based pricing):
    • 参考竞争对手的定价。
    • 可以略高于、等于或低于竞争对手。
    • 例如：如果竞争对手的类似产品定价为每月 100 元，我们可以定价为每月 90 元 (渗透定价) 或 110 元 (溢价定价)。
  • 成本加成定价 (Cost-plus pricing):
    • 在产品成本的基础上，加上一定的利润率。
    • 例如：如果产品的开发和运营成本为每月 50 元，我们希望有 50% 的利润率，那么定价可以为每月 75 元。
  • 免费增值定价 (Freemium)：
    • 提供免费的基础版本，吸引用户。
    • 高级功能或更大用量需要付费。
  • 渗透定价 (Penetration Pricing):
    • 初期以低价进入市场，快速获取用户。
    • 随着市场份额增加，逐步提高价格。
  • 高开低走定价 (Skimming Pricing):
    • 初期以高价进入市场，针对愿意支付高价的早期采用者。
    • 随着竞争加剧，逐步降低价格。

17. 编写文档

17.1 产品需求文档（PRD）模板

提示词说明

提示词内容:

"我正在为[高层次描述你的产品]创建一个详细的产品需求文档。请给我一个模板，并解释每个部分的目的。"

 

 

(English: "I am looking to create a detailed Product Requirement Document for [describe your product at a high level]. Please give me a template and explain the purpose of each section.")

讲解与应用示例

PRD是产品开发的重要依据，它详细描述了产品的需求、功能、规格等。

工作中应用:

• アプリケーションシナリオ: 开始一个新项目或新功能开发前。
• 示例模板:
  • 文档修订历史:
    • 记录文档的版本号、修改日期、修改人、修改内容等。
  • 概述 (Overview):
    • 背景 (Background): 简要介绍产品的背景、市场机会、用户需求等。
    • 目标 (Goals): 描述产品要实现的目标，可以是定性的或定量的。
    • 目标用户 (Target Audience): 描述产品的目标用户群体，包括他们的特征、需求、痛点等。
  • 需求 (Requirements):
    • 用户故事 (User Stories): 以用户的角度描述需求，格式通常为“作为<用户角色>，我希望<功能>，以便<价值>”。
    • 功能需求 (Functional Requirements): 详细描述产品的功能，包括输入、处理、输出等。
    • 非功能需求 (Non-functional Requirements): 描述产品的性能、安全性、可靠性、可维护性、可扩展性等方面的要求。
  • 设计 (Design):
    • 原型 (Mockups/Wireframes): 提供产品的界面原型或线框图。
    • UI 规范 (UI Specifications): 描述界面的布局、颜色、字体、交互等细节。
  • 发布标准 (Release Criteria):
    • 定义产品达到发布标准的条件，如完成所有功能开发、通过测试、达到性能指标等。
  • 未解决的问题 (Open Issues):
    • 列出尚未解决的问题或需要进一步讨论的事项。
  • 假设 (Assumptions):
    • 列出文档中做出的假设，以便在后续过程中进行验证。
  • 附录 (Appendix):
    • 包含任何支持性文档，如市场调研报告、用户访谈记录、竞品分析等。

17.2 编写 PRD

提示词说明

提示词内容:

"请为[描述你的产品或功能]编写一份详细的产品需求文档。包括所有重要的细节和以下部分[列出你的产品团队希望在PRD中看到的任何部分]。"

 

 

(English: "Please write a detailed Product Requirement Document for [describe your product or feature]. Include all the important details and the following sections

.")

讲解与应用示例

根据具体的产品或功能，填充 PRD 模板的各个部分。

工作中应用:

• アプリケーションシナリオ: 详细描述具体的产品需求。
• 示例 (假设要开发一个“在线协作文档”功能):

  产品需求文档 (PRD)

  1. 文档修订历史

  版本号	修改日期	修改人	修改内容
  1.0	2024-05-16	[你的名字]	初稿

  2.概要

  • コンテキスト: 当前团队成员在协作撰写文档时，需要频繁通过邮件或即时通讯工具交换文件，效率低下，容易出现版本混乱。
  • 目的:
    • 提高团队成员协作撰写文档的效率。
    • 减少文档版本混乱的情况。
    • 提升团队成员的协作体验。
  • 対象ユーザー: 需要协作撰写文档的团队成员。

  3. 需求

  • 用户故事:
    • 作为团队成员，我希望能够邀请其他人共同编辑文档，以便提高协作效率。
    • 作为团队成员，我希望能够实时看到其他人的编辑内容，以便及时了解进度。
    • 作为团队成员，我希望能够对文档进行评论和回复，以便进行讨论。
    • 作为团队成员，我希望能够查看文档的历史版本，以便回溯修改记录。
  • 機能要件:
    • 多人实时编辑:
      • 支持多个用户同时编辑同一文档。
    • 实时显示其他用户的编辑内容。
    • 不同用户的光标和选区用不同颜色区分。
    • 评论和回复:
      • 用户可以对文档的任意部分进行评论。
      • 其他用户可以回复评论。
      • 评论和回复支持@提及其他用户。
    • 历史版本:
      • 自动保存文档的历史版本。
      • 用户可以查看、比较和恢复历史版本。
    • ライツ・マネジメント:
      • 文档创建者可以设置其他用户的权限 (编辑、评论、查看)。
    • 通知:
      • 当文档被编辑、评论或回复时，相关用户会收到通知。
  • 非功能需求:
    • パフォーマンス: 文档加载时间不超过 3 秒，多人同时编辑时无明显延迟。
    • 安全性: 文档内容加密存储，防止未经授权的访问。
    • 可靠性: 系统可用性达到 99.99%。
    • スケーラビリティ: 支持未来添加更多协作功能。

  4. 设计

  • 原型: (提供原型图或链接)
  • UI 规范: (描述界面的布局、颜色、字体、交互等细节)

  5. 发布标准

  • 完成所有功能需求。
  • 通过所有测试用例。
  • 达到非功能需求中定义的性能、安全性、可靠性指标。

  6. 未解决的问题

  • 是否需要支持离线编辑？
  • 如何与现有系统集成？

  7. 假设

  • 用户已经熟悉基本的文档编辑操作。

  8. 附录

  • (可选)

18. 用户体验

18.1 与设计师协作

提示词说明

提示词内容:

"请提供与设计团队在[描述你的产品]上合作的最佳实践。[你也可以指定任何关于你的产品团队、设计团队、任何一方使用的工具，以及任何相关的流程（例如精益或敏捷方法、SAFe、瀑布式）的任何相关信息。]"

 

 

(English: "Please provide best practices for collaborating with a design team on [describe your product]. [You can also specify anything relevant about your product team, the design team, the tools either team uses, and any relevant processes (e.g. lean or agile methodology, SAFe, waterfall.]")

讲解与应用示例

产品经理与设计师的良好协作是打造优秀用户体验的关键。

工作中应用:

• アプリケーションシナリオ: 与设计团队合作开展新项目或优化现有产品时。
• ベストプラクティス:
• 尽早参与: 在项目早期就让设计师参与进来，共同讨论产品目标、用户需求和潜在解决方案。
• 明確なコミュニケーション:
  • 提供清晰的产品需求文档 (PRD)。
  • 详细解释用户故事和场景。
  • 使用可视化工具 (如流程图、用户旅程图) 辅助沟通。
• 建立共同语言:
  • 了解基本的设计原则和术语。
  • 与设计师一起制定设计规范。
• 尊重专业:
  • 信任设计师的专业能力。
  • 不要过度干涉设计细节。
  • 提供建设性的反馈，而不是主观的意见。
• 迭代反馈:
  • 定期与设计师进行设计评审。
  • 提供及时的反馈，帮助设计师快速迭代。
  • 使用 A/B 测试验证设计方案。
• コラボレーション・ツール:
  • 使用 Figma、Sketch、Adobe XD 等协作设计工具。
  • 使用 Jira、Trello 等项目管理工具跟踪设计任务。
• 跨职能团队:
  • 将产品经理、设计师、开发人员等组成跨职能团队。
  • 采用敏捷开发方法, 促进团队协作。
• 建立同理心:
  • 尝试从设计师的角度思考问题。
  • 理解设计师的工作流程和挑战。

18.2 登录页设计

提示词说明

提示词内容:

"为一个有效的[描述你的产品]的登录页面创建一个必备视觉元素和设计原则的列表。该页面应推进[指定客户体验目标]，并基于这些[列出关键品牌指南]。"

(English: "Create a list of must-have visual elements and design principles for an effective landing page for [describe your product]. The page should advance [specify customer experience goals] and be based on these

.")

讲解与应用示例

登录页是用户接触产品的第一印象，好的设计能有效提高转化率。

工作中应用:

• アプリケーションシナリオ: 设计或优化产品登录页时。
• 必备视觉元素:
  • Logo: 清晰展示产品 Logo。
  • 价值主张: 简洁明了地说明产品的核心价值和优势。
  • 行动号召 (CTA) 按钮: 醒目、易于点击的注册或登录按钮。
  • けいしき: 简洁、易于填写的注册或登录表单。
  • 社交登录选项: 提供使用社交账号登录的选项 (可选)。
  • 信任元素: 展示用户评价、安全认证、合作伙伴 Logo 等 (可选)。
  • 背景图片或视频: 使用高质量的图片或视频来吸引用户 (可选)。
  • 製品ショーケース: 以图片或视频形式简要展示产品核心功能 (可选)。
• 设计原则:
  • ピチピチ: 页面布局简洁，信息层级清晰。
  • 一貫性: 与品牌形象保持一致。
  • ユーザビリティ: 表单易于填写，操作流程顺畅。
  • 响应式: 在不同设备上都能良好显示。
  • 视觉吸引力: 使用高质量的图片、图标和配色。
  • 加载速度: 优化页面加载速度，减少用户等待时间。
  • A/B 测试: 对不同设计方案进行 A/B 测试，找到最优解。
  • 突出重点: 将最重要的信息 (如价值主张、CTA 按钮) 放在最显眼的位置。
  • 留白: 合理使用留白, 避免页面过于拥挤。

19. 用户反馈

19.1 用户研究策略

提示词说明

提示词内容:

"请为[描述你的产品]制定有效的用户研究和收集有价值反馈的策略。考虑以下方法和工具：[指定你正在考虑的方法和工具]。"

(English: "Please create a strategy for conducting effective user research and gathering valuable feedback for [describe your product]. Considering these methods and tools: [specify methods and tools you’re considering].")

讲解与应用示例

用户研究是了解用户需求、改进产品的重要手段。

工作中应用:

• アプリケーションシナリオ: 制定产品规划、优化现有产品或探索新机会时。
• 目端が利く:
  • 确定研究目标:
    • 明确要了解的用户信息 (如用户需求、痛点、行为习惯)。
  • 确定研究结果的用途 (如指导产品设计、优化用户体验)。
  • 选择研究方法:
    • 定量研究:
      • 问卷调查 (Surveys): 大规模收集用户数据。
    • 数据分析 (Data Analysis): 分析现有用户行为数据。
    • A/B 测试 (A/B Testing): 对比不同方案的效果。
    • 定性研究:
      • 用户访谈 (User Interviews): 深入了解用户想法和感受。
      • 可用性测试 (Usability Testing): 观察用户使用产品的过程。
      • 焦点小组 (Focus Groups): 组织小组讨论，收集用户反馈。
      • 用户日志 (Diary Studies): 记录用户在一段时间内的使用情况。
      • 卡片分类 (Card Sorting): 了解用户对信息的组织方式。
      • 眼动追踪 (Eye Tracking): 了解用户在界面上的视觉焦点。
  • 选择研究工具:
    • 问卷调查工具：SurveyMonkey、Typeform、Google Forms。
    • 用户访谈工具：Zoom、Google Meet、Microsoft Teams。
    • 可用性测试工具：UserTesting、Lookback、Hotjar。
    • 数据分析工具：Google Analytics、Mixpanel、Amplitude。
  • 招募参与者:
    • 根据研究目标，选择合适的参与者。
    • 可以通过用户数据库、社交媒体、招募平台等方式招募。
    • 提供适当的激励，鼓励用户参与。
  • 执行研究:
    • 严格按照研究计划执行。
    • 保持客观中立，避免引导用户。
    • 做好记录，如录音、录像、笔记等。
  • 分析:
    • 整理和分析收集到的数据。
    • 提炼关键发现和见解。
    • 撰写研究报告。
  • 应用结果:
    • 将研究结果应用于产品设计和优化。
    • 持续跟踪用户反馈，评估改进效果。
  • 銘記する: 针对不同阶段 (如: 产品概念阶段、原型阶段、发布后), 采用不同的研究方法组合。

19.2 用户访谈

提示词说明

提示词内容:

"解释为[描述你的产品]设计和进行用户访谈的过程，提供关于准备访谈问题、选择参与者和管理访谈过程的指导。"

(English: "Explain the process of designing and conducting a user interview for [describe your product], providing guidance on preparing interview questions, selecting participants, and managing the interview process.")

讲解与应用示例

用户访谈是深入了解用户需求和痛点的有效方法。

工作中应用:

• アプリケーションシナリオ: 探索用户需求、验证产品概念、评估用户体验时。
• 过程:
  • 确定访谈目标:
    • 明确要了解的用户信息 (例如：用户对现有产品的看法、对新功能的期望、使用产品时的痛点)。
  • 将访谈目标转化为具体问题 (例如：“您通常在什么情况下使用我们的产品？”、“您觉得目前的产品有哪些不足之处？”、“您期望新功能能解决什么问题？”)。
  • 准备访谈问题:
    • 设计开放式问题，鼓励用户表达想法和感受，避免封闭式问题 (只能回答“是”或“否”)。
    • 避免引导性问题 (例如：“您是不是觉得这个功能很难用？”)。
    • 问题应涵盖用户背景、使用场景、痛点、需求、期望等方面。
    • 准备备用问题，以应对不同情况 (例如：用户不善言辞、跑题等)。
    • 控制问题数量，避免访谈时间过长 (建议 30-60 分钟)。
    • 问题排序: 从简单到复杂, 从一般到具体, 先了解背景信息, 再深入探讨特定问题。
    • 使用 STAR 方法引导用户讲述具体案例 (Situation, Task, Action, Result)。
    • 问题示例:
      • “您能简单介绍一下您自己吗？(了解用户背景)”
      • “您通常在什么情况下会使用我们的产品/服务？”
      • “您在使用过程中遇到过什么问题或困难吗？能举例说明吗？”
      • “您对我们产品/服务的整体满意度如何？”
      • “您希望我们的产品/服务在哪些方面进行改进？”
      • “如果有一个新的功能 [描述功能]，您觉得对您有什么帮助吗？”
      • “您还有什么其他想告诉我们的吗？”
  • 选择参与者:
    • 根据访谈目标，选择符合条件的用户 (例如：目标用户、典型用户、流失用户)。
    • 考虑用户的多样性，如年龄、性别、职业、使用经验等，以获取更全面的反馈。
    • 招募参与者，并告知访谈目的、流程、时长、保密协议和激励措施。
    • 参与者数量: 通常 5-8 个即可发现大部分问题, 但也要根据实际情况调整.
  • 进行访谈:
    • 选择安静、舒适的环境，避免干扰。
    • 建立融洽的氛围，让用户放松，鼓励用户畅所欲言。
    • 按照访谈提纲进行提问，但也要灵活应变，根据用户的回答进行追问。
    • 认真倾听，避免打断用户，保持中立，不要评价用户的观点。
    • 做好记录，如录音、录像 (需征得用户同意)、笔记等。
    • 控制访谈时间，感谢用户的参与。
    • 访谈技巧:
      • 积极倾听: 专注、眼神交流、点头回应。
      • 适时提问: 追问细节、澄清疑点。
      • 引导用户: 当用户偏离主题时, 委婉地引导回来。
      • 保持中立: 不评价、不反驳、不争论。
      • 控制节奏: 把握时间, 避免超时。
  • 分析访谈结果:
    • 整理访谈记录 (如录音转文字、笔记整理)。
    • 找出用户的共同点和差异点。
    • 提炼关键发现和见解 (如用户的核心需求、痛点、期望)。
    • 将访谈结果与产品团队分享，并讨论如何改进产品。
    • 可以使用亲和图 (Affinity Diagram) 等工具进行分析.

19.3 调查问卷

提示词说明

提示词内容:

"起草一份调查问卷，以收集客户对我们最新发布的反馈。该版本包括 [描述版本]。"

(English: "Draft a survey to collect customer feedback on our latest release. The release includes [describe release].")

讲解与应用示例

调查问卷能大规模收集用户对产品发布的反馈。

工作中应用:

• アプリケーションシナリオ: 产品发布后, 收集用户反馈.
• 典型例:

  问卷标题: [产品名称] [版本号] 用户反馈调查

  はじめに

  尊敬的 [产品名称] 用户：

  感谢您使用 [产品名称]！我们最近发布了 [版本号] 版本，其中包含 [新功能/优化] (简要介绍)。为了更好地了解您的使用体验，并持续改进我们的产品，我们诚挚地邀请您填写这份简短的调查问卷。您的反馈对我们非常重要！

  本次调查大约需要 [时间] 分钟，所有信息将被严格保密。

  質問だ。

  • 您是否已经使用了 [版本号] 版本？
  • であります
  • 否 (跳至问题 X)
  • 您对 [版本号] 版本的整体满意度如何？(李克特量表，如 1-5 分，1 分为非常不满意，5 分为非常满意)
  • 您是否使用了 [新功能/优化]？
    • であります
    • 否 (跳至问题 X)
  • 您对 [新功能/优化] 的满意度如何？(李克特量表)
  • [新功能/优化] 是否满足您的需求？
    • 非常满足
    • 比较满足
    • 一般
    • 不太满足
    • 非常不满足
  • 您认为 [新功能/优化] 有哪些优点？(开放式问题)
  • 您认为 [新功能/优化] 有哪些需要改进的地方？(开放式问题)
  • 您在使用 [版本号] 版本过程中，是否遇到任何问题或困难？(开放式问题)
  • 您对 [产品名称] 未来有什么建议或期望？(开放式问题)
  • (可选) 您是否愿意留下您的联系方式，以便我们进一步了解您的反馈？(姓名、邮箱、电话等)

  结尾:

  再次感谢您的参与！您的反馈将帮助我们不断改进 [产品名称]，为您提供更好的服务！

  问卷设计要点:

  • 明确目标: 确定要收集的信息。
  • 问题简洁: 问题简短、清晰、易于理解。
  • 避免引导: 避免使用带有倾向性的问题。
  • 逻辑合理: 问题顺序合理，符合用户的思维习惯。
  • 控制长度: 问卷不宜过长，避免用户疲劳。
  • 提供选项: 尽量使用选择题，方便用户填写和数据分析。
  • 自由形式の質問: 适当使用开放式问题，收集更详细的反馈。
  • 测试问卷: 在正式发布前，先进行小范围测试，确保问卷没有问题。
  • データ分析: 对收集到的数据进行分析，提炼关键发现和见解。

20. 利益相关者协作

提示词说明

提示词内容:

"为产品经理制定一个战略蓝图，以促进与跨职能团队的高效协作。 突出产品经理可以使用的具体沟通技巧和工具，并推荐最佳实践以优化协作。[描述你的产品、公司、利益相关者或任何其他相关背景。]"

 

 

(English: "Develop a strategic blueprint for a product manager to facilitate efficient collaboration with cross-functional teams. Highlight specific communication techniques and tools that the product manager can use and recommend best practices for optimized collaboration. [Describe your product, company, stakeholder, or any other relevant context.]")

讲解与应用示例

产品经理需要与各种利益相关者协作，包括开发、设计、市场、销售、客服、高管等。有效的协作能确保产品顺利开发和发布，并实现商业目标。

工作中应用:

• アプリケーションシナリオ: 日常产品管理工作中。
• 战略蓝图:
  • 识别关键利益相关者:
    • 列出所有与产品相关的利益相关者。
  • 了解他们的角色、职责、期望和关注点。
  • 建立利益相关者地图 (Stakeholder Map)。
  • 建立沟通计划:
    • 确定与不同利益相关者沟通的频率、方式和内容。
    • 定期沟通：例如，每周与开发团队开会，每月向高管汇报。
    • 按需沟通：例如，当出现问题或需要决策时，及时与相关人员沟通。
    • 沟通方式：根据情况选择合适的沟通方式，如面对面会议、视频会议、邮件、即时通讯工具等。
    • 沟通内容：根据不同受众，提供定制化的信息。
  • コミュニケーション能力:
    • アクティブリスニング: 认真倾听利益相关者的意见和建议，理解他们的观点。
    • 清晰表达: 使用简洁、明确的语言，避免使用专业术语。
    • 换位思考: 从利益相关者的角度思考问题，理解他们的需求和关注点。
    • 及时反馈: 及时回复利益相关者的邮件、消息和问题。
    • 建立信任: 通过诚实、透明和可靠的行为建立信任。
    • 管理期望: 明确产品目标、范围和时间表，避免不切实际的期望。
    • 解决冲突: 及时、有效地解决利益相关者之间的冲突。
    • 保持积极: 保持积极、乐观的态度，营造良好的合作氛围。
  • コラボレーション・ツール:
    • プロジェクト管理ツール: Jira、Trello、Asana、Monday.com 等。
    • 沟通工具: Slack、Microsoft Teams、钉钉、飞书等。
    • 文档协作工具: Google Docs、Confluence、Notion 等。
    • 原型设计工具: Figma、Sketch、Adobe XD 等。
    • 会议工具: Zoom、Google Meet、Microsoft Teams 等。
  • ベストプラクティス:
    • 建立共同目标: 确保所有利益相关者都理解并认同产品目标。
    • 明确角色和职责: 确保每个团队成员都清楚自己的角色和职责。
    • 保持信息透明: 与所有利益相关者分享产品信息，包括进展、问题和风险。
    • 定期回顾和改进: 定期回顾协作过程，并进行改进。
    • 建立跨职能团队: 将来自不同部门的成员组成一个团队，共同负责产品的成功。
    • 庆祝成功: 及时庆祝团队取得的成就，增强团队凝聚力。
  • 针对不同利益相关者的沟通策略:
    • 高管: 关注战略方向、关键指标、风险和投资回报。
    • 开发团队: 关注技术可行性、工作量、进度和风险。
    • 设计团队: 关注用户体验、界面设计和交互。
    • 市场团队: 关注市场推广、用户获取和品牌建设。
    • 销售团队: 关注产品功能、定价和销售策略。
    • 客服团队: 关注用户反馈、问题和解决方案。

概要

本手册旨在为产品经理提供一套系统、专业的提示词使用指南，帮助你在工作中从技能提升、产品案例分析、框架应用、工具选型到数据分析和用户沟通等各个环节实现标准化、流程化管理。通过实际工作场景中的应用示例，你可以更好地理解并灵活运用这些提示词，从而推动产品持续优化和团队高效协作。我们鼓励您将此手册作为日常参考工具, 不断实践、总结和优化， 成为您产品管理道路上不可或缺的伙伴。