产品设计流程

本流程依赖于设计理念哲学分析 和 产品设计数据分析 两篇文章的 理念-关系-规则 三要素 以及 输入、存储、处理、分析、分发、呈现 六维度 分析方法

设计开发模板

普适性说明：本流程适用于所有类型的软件产品（工具类、社交类、内容类、平台类等）；已有产品的迭代优化可参考本框架，无需严格遵循所有步骤顺序

一、核心流程总览

采用 “价值先行→多方案落地→验证迭代” 的闭环逻辑，分为两个核心阶段：

1. 价值明确阶段：深入拆解「理念-关系-规则」三要素，为产品提供价值锚点与美学依据
2. 规则落地阶段：将三要素转化为「六个数据维度」的具体设计，提出多种落地方案验证可行性
3. 迭代规则：若所有落地方案均失败，直接回退修改核心理念；若部分方案可行，基于反馈优化细节

二、第一阶段：价值明确（理念-关系-规则）

2.1 当前实然关系分析（现状拆解）

核心目标：客观描述现有主体间的连接状态、权力分配与互动模式

必答问题

1. 核心用户与交互主体
   • 产品的核心用户是谁？（需区分不同角色，如管理员/普通用户/访客）
   • 与用户交互的核心主体有哪些？（包括但不限于：数据、服务提供者、其他用户、产品本身）
   • 注：多角色产品需为每个角色单独分析其对应的交互主体与关系
2. 传统交互方式：用户完成核心任务的标准流程是什么？
3. 旧有关系预设：从六个数据维度入手，分析现有方案预设了什么样的权力关系？
   • 例：传统仓库工具预设"平台拥有数据主权，用户必须遵守平台规则"（从存储维度推导）
4. 现有关系的核心痛点：旧有关系中最失衡、最影响用户体验的问题是什么？

反模式

• 只关注功能痛点，不深挖背后的关系失衡
• 混淆"用户想要什么"和"用户与什么主体发生关系"

2.2 理想应然关系设计（理念确立）

核心目标：提出明确的价值主张，定义理想的主体间关系

必答问题

1. 核心理念：针对现有关系的核心痛点，我们主张什么样的理想关系？
   • 美学作为核心理念的一部分：产品应传递什么样的美学主张？（如wt的"极简CLI美学"）
2. 用户的角色与权力：人在这个产品中处于什么位置？（如：数据的绝对主人、平等的参与者、被服务者）
3. 理想交互关系：用户与各交互主体之间应该是什么样的关系？
4. 关系优势量化：全新关系相比旧关系，在哪些维度有显著提升？
   • 可量化维度：效率、易用程度、安全性、准确性、创新性
   • 验证方式：通过MVP用户反馈进行1-5分制打分
5. 用户接受度验证
   • 用户接受这种全新关系的核心理由是什么？
   • 验证方法：用户调研、最小可行性产品（MVP）测试

反模式

• 理念过于空泛（如"让生活更美好"），无法转化为具体规则
• 为了创新而创新，提出用户无法接受的关系模式

三、第二阶段：规则落地（六个数据维度）

核心定义（统一边界）

• 输入：仅指用户手动显式输入的数据，系统自动生成的数据不算
• 处理：对数据本身的操作，不产生新的信息（如CRUD、格式转换、标签分类）
• 分析：从现有数据中提取新的信息和价值（如统计趋势、生成建议、AI推理）
• 分发：数据在系统内部的传输、从服务器到客户端的传输，以及用户之间的分享
• 呈现：数据以任何形式传递给用户的方式，包括视觉、听觉（语音）、触觉（震动）等

3.1 维度设计清单

针对每个数据维度，回答以下问题，提出至少2种落地方案：

3.2 优先级排序原则

MVP版本必须包含支撑核心理念的最小维度集合，非核心功能延后迭代：

1. 第一优先级：直接体现核心理念的维度（如wt的存储、输入、分发）
2. 第二优先级：完成核心任务必需的基础维度（如处理、呈现）
3. 第三优先级：提升体验的增值维度（如分析）

四、验证与闭环迭代

4.1 验证指标

从两个层面验证设计是否有效：

1. 关系转变验证：实然关系是否向理想应然关系趋近？
   • 例：wt验证指标：用户配置时间从几小时缩短到3分钟、用户数据完全自主可控
2. 功能体验验证：各维度的设计是否达到预期效果？
   • 例：输入便捷性、存储可靠性、分发速度、呈现清晰度

4.2 迭代逻辑

1. 若所有落地方案均无法验证核心理念 → 回退修改理想应然关系
2. 若部分方案可行 → 基于用户反馈优化规则细节，迭代完善各维度设计
3. 若核心理念验证成功 → 逐步添加第三优先级的增值功能

五、AI工具辅助指南

AI可在以下环节提升流程效率：

1. 价值明确阶段：辅助分析现有产品的关系预设、生成多种核心理念方案
2. 规则落地阶段：基于核心理念生成各维度的初步设计方案、提供反模式参考
3. 验证阶段：辅助整理用户反馈、量化分析关系转变效果