记录一下我的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. 交互说明
第 独元殇页
21 10月 2020虽然看不懂,留个足迹吧?这是设计前端的?
第 earing页
27 10月 2020这是做软件用的
第 灵异故事页
10 10月 2020日常打卡~ 加油-_-