小喇叭(19.11.28):欢迎换友链,交朋友~

我的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. 交互说明

这篇文章有 3 个评论

  1. 虽然看不懂,留个足迹吧?这是设计前端的?

    1. 这是做软件用的

发表评论

关闭菜单