我的B端产品prd

文章目录

记录一下我的prd文件的大纲。

brd：商业需求文档，写给老板、投资人看。一般不做，要做就做ppt就行；
prd：产品需求文档，写给技术、开发看的。我会在这里面放一点分析、定位、盈利模式等一些brd的内容进去；
mrd：市场需求文档，写给运营、销售看的。做个网站，ppt产品介绍。

---------------------

修改记录

行业概述

1. 简要阐述行业现状

2. 未来发展趋势

等等其他的也可以写……

调研分析

1. 调研目标
主要就2类：一是梳理业务现状，开始这新的项目；二是总结业务问题，用于迭代。

2. 使用者故事

3. 数据分析
4. 调研问卷
5. 行业及竞品

产品简介

1. 简要说明产品的使用价值
比如：我是谁、我有什么用、为什么选择我们、我们的定位与竞争力…

2. 目标用户、使用场景
比如：产品的主要用户群是谁、用户主要在什么场景下使用我们的产品…

3. 盈利模式及定价

整体梳理

1. 组织架构图

2. 实体关系图

3. 角色及权限

4. 核心流程及全局功能模块梳理

版本规划

1. 历史版本

2. 工作流程甘特图

全局说明

1. 设计原则
本规范相关行为交互约束基于UCD相关方法论，参考尼尔森（Jakbob Nielsen）提出的十大可用性原则进行设计：

1）反馈原则
任何操作，必有反馈

2）环境贴切原则
采用用户熟悉的语句、短语、符号来表达意思。

3）撤销重做的原则
当误操作时，需要有一个简单的功能，让系统恢复到错误发生前。

4）一致性原则
同样的情景、环境下、用户进行相同的操作，结果应该是一致的；系统或平台的风格、体验也应该保持一致；

5）防错原则
要避免错误发生，好过错后再给提示，比如：避免重复提交，点一次后按钮变灰色

6）记忆原则
让系统的相关信息在需要的时候显示出来，减轻用户的记忆负担，比如搜索时候的最近搜索。

7）灵活高效原则
系统应为大多数人设计，同时兼顾少数人的需求，做到灵活易用；

8）简约设计原则
比如对话中不包含无关的或没必要的信息；

9）容错原则
错误提示应该用通俗易懂的语言说明，而不是提示错误代代码，提示错误信息+解决建议。

10）帮助原则
对于一个设计良好的系统，用户往往不需要经过培训就能轻松上手使用，所以提供帮助文档是很有必要的。

2. 受范性指示
可点击与不可点击情况下，鼠标样式应当有所变化；

3. 关键操作指引
在一个操作区域内，关键操作项只能为一个，如图所示：

4. 操作不可用状态
当用户在某些场景不能进行操作时，该命令按钮（或其他的形式）在外观上应显示为不可用状态（如置灰）：

鼠标移入到不可用区域时简要提示不可用原因，如图所示：

5. 操作行为及时反馈
当用户在界面中进行相关操作时，需及时反馈用户当前行为产生的结果。
如输入时，输入数据合法性检查，不合法的数据输入及时提醒。如下图所示：

对行为结果，及时告知用户操作结果，如下图所示：

6. 非功能性需求文档说明

7. 分页
用户只能看到当前页前后几页的数据，不能直接跳转到最后一页，也不知道总共有多少页。

8. 数据埋点
使用百度统计好了，或者cnzz也可以

界面设计

1. 当前模块梳理

1）用户进入这个页面的预期和目的是什么
2）这个页面的作用是什么
3）这个页面最重要的信息是什么，次要信息是什么
4）这个页面要为业务提供什么价值
5）用户如何操作效率最高
6）如果中断流程如何再次进入
7）如果返回是回到哪个页面
8）在什么时机进行引导成功的概率最大（兴趣高点）

2. 业务流程

3. 原型
4. 交互说明