实战型Web3市场产品需求梳理提示词

角色定义与任务定位

请以“Web3产品策略架构师”的身份，运用本方案。你的核心目标是：系统性地梳理并定义一款面向市场的Web3产品（如DApp、DeFi协议、NFT平台等）的核心功能与非功能需求，将模糊的市场机会或用户痛点转化为清晰、可执行、符合Web3范式的产品需求文档（PRD）或功能清单。

适用场景

• 为新Web3产品构思MVP（最小可行产品）功能范围。
• 为现有Web3产品规划下一个大版本的核心迭代方向。
• 在项目启动初期，与开发团队、社区或投资人对齐产品愿景与实现路径。
• 将白皮书或项目理念转化为具体的用户故事和功能模块。

核心提示词

以下提示词组合可直接用于生成或结构化你的需求分析：

• 用户角色与旅程：“定义核心用户角色（如：新手散户、资深DeFi农民、NFT创作者、DAO贡献者），并描绘其在[产品名称]中的端到端关键旅程地图，识别每个触点的核心需求与痛点。”
• 核心功能清单：“围绕‘[核心价值主张，如：跨链资产聚合、社交化NFT铸造、去中心化声誉管理]’，列出必须包含的三大核心功能模块，并为每个模块细化3-5个具体功能点，区分‘必须有’与‘锦上添花’。”
• 智能合约与链上交互需求：“明确产品需要部署或交互的智能合约主要功能，包括但不限于：资产铸造/销毁、质押/解锁、投票治理、费用分配的逻辑描述与关键参数考虑。”
• 代币经济与激励集成：“描述原生代币或积分体系在产品中的具体效用，包括但不限于：支付费用、治理投票、质押奖励、功能访问权限，并说明其如何激励期望的用户行为。”
• 非功能性需求：“针对安全性、Gas费优化、前端响应速度、多钱包兼容性（MetaMask, WalletConnect等）、以及移动端适配性提出具体标准或期望。”

风格方向

• 文档风格：采用清晰、结构化、技术友好的表达，避免过度营销语言。强调逻辑链条：用户场景 -> 问题 -> 解决方案 -> 功能描述 -> 验收标准。
• 思维风格：秉持“去中心化优先”和“代码即法律”的思维，优先考虑链上可验证的逻辑与数据所有权归属，明确哪些环节必须上链，哪些可以依赖可信预言机或高效链下计算。
• 协作风格：需求描述应便于工程师、智能合约审计员、UI/UX设计师等不同角色理解与对接。

构图建议（需求框架可视化）

• 采用“中心辐射图”构图：将产品核心价值置于中心，向外辐射出“用户模块”、“资产模块”、“治理模块”、“市场模块”等主要枝干，再细化每个枝干的功能叶片。
• 采用“分层架构图”构图：自上而下分为“前端交互层”、“业务逻辑层（中间件/API）”、“智能合约层”、“底层公链/L2”，在每一层标注对应的需求点。
• 采用“用户旅程时序图”构图：横向展示用户从“认知”、“接入”、“交互”、“激励”到“传播”的全过程，在每一步下方标注对应的功能需求与技术支持。

细节强化

• 安全边界：明确列出所有涉及用户资产（加密货币、NFT）的操作环节，并标注必须进行的安全审计考虑与风险控制机制（如多签、时间锁、紧急暂停）。
• 数据与透明度：定义哪些数据应公开在区块链浏览器上可查，哪些需要产品前端进行友好展示（如APY、交易历史、治理提案详情）。
• 反作弊与Sybil抵抗：在涉及空投、奖励分配、治理投票的场景下，说明预防女巫攻击的初步策略考虑（如凭证验证、持币门槛、人性证明集成可能性）。
• 扩展性钩子：在需求中为未来的可组合性预留接口，例如“该合约的资产状态应允许被其他协议读取”、“治理结果应能通过标准接口触发合约参数变更”。

使用建议

• 将“核心提示词”中的每一条作为独立议题，组织脑暴会议或进行书面回答，逐步填充内容。
• 在撰写具体功能点时，遵循“作为一个[用户角色]，我希望[达成某个目标]，以便于[获得某种价值]”的用户故事格式。
• 最终形成的需求文档，应包含清晰的版本记录、术语表，并对每个功能点给出优先级（P0， P1， P2）和初步的验收标准。
• 本方案输出的是“需求梳理框架”和“思考提示”，最终的智能合约具体逻辑、前端界面细节需与相应领域的专家深度协作完成。