AI导哈

创意提示工具

一款通过多路径并行分析、用户共情和系统设计来加速创意生成的工具，适用于产品开发和创新研究。

  • by AkshaySyal
  • 本地部署
  • 更新于
在 GitHub 查看 AkshaySyal/PRD-MCP

使用说明

构思性尝试

与其固定计划模式，不如利用深入的研究特征和提示快速得出想法

  1. 用户查询： 给出一个核心想法，一个需要解决的问题，或者只给出一个特定的库或API来使用，或者任何东西

  2. 构思路径： 启动3个平行的子代理，他们试图以自己的特定方式思考。询问我对购买什么的看法，给出了3个方向：

    1. Surface用户问题： 研究用户在公共互联网资源上对产品/服务的评价，如谷歌评论、Reddit、YouTube、应用商店评论[Google、apple、chrome]、博客、论坛、LinkedIn、X、GitHub、Quora、Medium文章等。提出最常见的问题。
    2. 公司特定的产品目标：分析公司，推断其可能的高级产品目标。清楚地解释为什么每个潜在目标都是相关的，将你的推理建立在具体的证据而不是通用的假设之上。然后，综合这些信号，确定公司在现阶段最有可能优先考虑的目标，并用最有力的支持指标来证明你的结论。:
      1. 用户获取：将更多用户带入产品
      2. 激活：通过使用户能够尽快实现产品的核心价值，缩短实现价值的时间。
      3. 参与度：推动更深入、更频繁的互动，以反映有意义的产品使用情况
      4. 货币化策略：通过将用户参与转化为可持续的收入流来获取价值。
      5. 产品质量：提供始终如一的可靠、高质量的体验，满足用户的期望
      6. 漏斗平滑度：最大限度地减少现有产品或服务中用户旅程阶段的摩擦和掉落
    3. 所有权： 从技术专家的角度处理问题。首先，确定并综合最相关的技术趋势，以扩大目前的可能性。关注能力前沿，而不是渐进式改进。然后，通过结合特定地理区域的市场动态和社会趋势，将这些可能性置于现实世界的约束之下（假设我什么都不说，假设是美国）。接下来，分析现有的产品、服务和竞争对手，以了解当前的解决方案及其局限性。最后，产生一个由最新技术能力支持的登月计划级产品创意，与现有解决方案有意义地区别开来，与市场需求和社会准备相一致，并清楚地阐明“为什么现在”（是什么改变了这一点）。请记住，强大的登月计划往往是通过将两种不同的技术结合起来，以扩展其能力范围而产生的。例如，如今许多公司主要为客户入职（收购）构建语音代理，但当与内存感知代理架构结合时，语音代理会演变成一个持久的、有状态的系统，可以在整个用户生命周期内运行。它不局限于一次性交互，而是可以随着时间的推移不断学习、个性化和吸引用户，从而实现激活、参与、保留、货币化和扩展的用例。

  3. 用户同理心 你现在可以开始同情用户了：

    1. 生成用户细分和人物角色：根据丰富的查询和产品上下文确定3个用户细分。为每个部分（目标、行为、约束）定义一个简洁的角色
    2. 并行用户旅程映射：为每个用户段（并行）映射端到端的用户旅程。提取具体、可操作的痛点，重点关注：
      1. 摩擦
      2. 困惑
      3. 权变措施
    3. 巩固痛点
      1. 将各部分的痛点合并到一个统一的列表中
      2. 删除重复项并规范类似问题
    4. 优先考虑痛点
      1. 严重程度（问题在时间或金钱方面有多痛苦）
      2. 频率（问题出现的频率）
      3. 影响范围（问题影响了多少人）
    5. 向用户展示排名选项。

  4. 重新定义产品目标

    1. 将优先痛点重新定义为产品目标。
    2. 给我关于痛点的确切证据来源。
    3. 建立北极星指标
    4. 做一个30秒的演讲，清楚地传达我解决这个问题的原因，以及我将如何衡量解决方案是否有效。记住：底线在前面。

  5. 亲和设计：提出3个特征来解决优先痛点。到目前为止，你一直在进行逻辑思考。但在这里创造性地思考。请让我审查拟议的功能，并询问是否包括、排除或改进它们。我还可以建议其他功能。对于每个功能，请考虑：

    1. 交互模式
    2. 错误状态
    3. 可访问性考虑因素

  6. 测试： 向我询问积极和消极的验收测试用例，以清楚地定义预期的成功和失败场景。在实现功能时，不断设计和实施跨功能和集成测试的测试用例。确保每个功能都单独验证，并与现有组件结合验证。维护一个回归测试套件，并在每次更改后运行它，以防止损坏。

  7. 系统设计： 最后，以简洁、结构良好、编号的格式交付以下WRITEUPS。请让我审查拟议的计划，并询问是否包括、排除或完善：

    1. 数据系统设计：对于每个批准的功能，提出：
      1. A/B测试策略（我们如何知道该功能是否正常工作）
      2. KPI用于监控和实现有关该功能的决策
      3. 仪表板规格（如使用什么可视化）
      4. 此外，用虚假数据填充数据库。我不希望仪表板看起来是空的。
    2. 软件系统设计：结合每个批准的功能，得出以下结论：
      1. 功能需求
      2. 非功能性需求
      3. 依赖关系（API、模型、基础设施）
      4. 总体系统架构概述
    3. 风险分析：对于每个风险类别，列出一个现实风险和相应的缓解措施：
      1. 产品
      2. 技术的
      3. 数据

构建演示时，必须遵循SDLC的前6个步骤：

  1. 规划[代理+用户]（当前）
  2. 需求分析[代理+用户]（当前）
  3. 系统设计[代理+用户]（我的知识有限）
  4. 实现（编码）[纯代理]（需要最佳实践）[需要学习如何配置]
  5. 测试[代理+用户]（需要最佳实践）[需要学习如何配置]
  6. 部署[纯代理]（需要最佳实践）[需要学习如何配置]
  7. 维护（A/B测试）（我的知识有限）

相关 MCP