转载声明：原文链接：https://blog.csdn.net/weixin_42638567/article/details/114544952

〇、主要工作流程
需求调研→需求分析→原型设计→需求确认→文档输出→需求评审→开发阶段→测试阶段→发版上线
需求调研：整个阶段的开始（任务认领）
需求确认：立项的关键（展示设计）
发版上线：工作成果的验收（结果验收）
一、项目规划（月度/季度计划）
意义：使团队成员清楚未来发展的前景
上个季度未完成/正在进行的事务
即将进行的事务
二、流程（步骤）
（一）流程图：业务流程
根据系统适配情况和实际工作场景选择工具：
Visio（Windows）
OmniGraffle（Mac）
Axure
ProcessOn（团队）
（二）流程图绘制标准
重要节点
条件判断

（三）思维导图（脑图）
由于流程节点之间存在联系，因此要使用梳理及展示产品框架结构。思维导图使产品的骨骼结构，决定产品未来的成长。
Xmind
MindManager
MindNode（Mac，快速便捷）
三、原型
（一）工具
墨刀（APP）
简单
Axure（Web）
复杂，几乎所有交互效果
（二）重要性
低质量原型图：
误导视觉设计师对设计图的绘制
影响交互设计师对交互效果的设计
延误前后端开发进度
高保真原型：
高度模拟真实使用环境，有助于暴露现实使用问题，节省试错成本。
（三）绘制标准
制定设计规范
内容主次呈现
层级结构展示
提升视觉体验
适当交互设计
避免在项目内审、技术评审中听众对产品的理解产生出入
四、交互
用户在产品中一些关键行为的触达反馈
条件判断
全局变量：一个页面的操作影响到其他页面的展示
中继器：库表，增删查改、排序检索
Axure 9全面教程：所有功能讲解+高级效果实现
Axure原型设计进阶教程(40个案例原型)

五、Product Requirement Document
前期所有产品设计工作的最终集合，涵盖框架、逻辑、角色、权限、页面及策略等。
（一）PRD应包含的内容
封面（项目优先级）
PRD修改记录（需求评审和开发过程中所作修改）
目录（结构化内容）
项目背景和目标（重要性及价值）
系统框架图（层级结构）
梳理产品结构框架，让研发团队了解核心功能分布以及层级结构；
产品流程图（操作路径）
设计产品使用流程，让研发团队了解用户的行为走向；
角色与权限对照表（角色功能与差异）
添加角色和权限的定义，让研发团队了解产品中的全量角色及角色对应的权限情况；
功能详述（核心，借助原型图说明交互内容及策略设定）
拆解原型图，研发团队根据框架、流程及角色，对照进行开发；
验收标准（核对环节）
说明验收标准，在上线前，产品经理与研发团队基于这套标准判断该项目是否严格按照需求实现。
（二）PRD的作用与价值
为视觉设计师和交互设计师提供设计参考
PRD - 交互文档 - UI设计图
为开发工程师提供逻辑参考
基础评估 - 技术评审 - 投入开发
为测试工程师提供验收参考
PRD - 测试用例
（三）解决研发团队的顾虑
开发的产品无人问津，影响工作业绩（项目要有吸引力）
反复修改需求，浪费研发人力（在产品设计阶段考虑尽可能多的细节）
上线前验收不通过，加班加点改代码（PRD尽可能详细）