友情提示
本站部分转载文章,皆来自互联网,仅供参考及分享,并不用于任何商业用途;版权归原作者所有,如涉及作品内容、版权和其他问题,请与本网联系,我们将在第一时间删除内容!
联系邮箱:1042463605@qq.com
相关文章
近七日浏览最多
最新文章
怎么用原型写需求文档?这篇文章里,作者以小红书APP为例做了相应的步骤和案例分享,想了解的同学,不妨来看一下。
用原型写需求文档,最大的优点就是简洁直观。
本文以小红书APP为例,说说如何用原型写需求文档。
1)文档修改记录
记录下每次修改,做好文件版本迭代记录
2)原型说明
① 全局说明 将适用于全局的规则、交互等信息进行前置说明,方便统一管理。
② 页面结构 理清各页面之前的层级结构,就像画树一样,先画出主干,再进行分支的补充。
3)流程
梳理出流程,理清业务逻辑。可以结合泳道图说明在实际业务场景中各角色的任务职能。
4)原型
画出产品的基本框架构思。有哪些信息要素?信息的表现优先级?等等。后面会详细展开描述。
页面可以按照功能分成几个模块。
小红书的个人主页页面,我分成了基本信息、附属信息、活跃信息三部分。
当然每个人也可以有自己的划分思路和想法。
2. 做好注释分好模块之后,需要对每个模块的具体信息进行详细说明。一般会有信息元素描述、规则、状态、异常情况。
1)信息元素描述
2)规则
即限制条件。比如:表格每页最多显示几行,按钮的多次点击需要间隔多久等等。
3)状态
区分状态。举个例子:文本链接有已点击、未点击、鼠标悬浮几个状态,他们可以有不同的表现形式,已点击链接显示为蓝色,未点击显示为黑色,悬浮出现说明文档气泡。
4)异常情况
除正常流程外的异常情况,也属于功能的一部分。做好异常情况兼容,产品才会运行地更稳健,具有更好的容错性。
大家如果跟测试打过交道的话,应该知道“冒烟测试”这个概念,在产品上线前回归下主流程,避免大的缺陷。
一个产品需要涉及到很多边界条件,也就会有很多的异常情况。比如文本输入时超出了限制长度,多次点击同一个按钮,写错了内容想要撤销修改等等,产品经理需要尽可能多的联想到会发生的各种情况并做好对应处理。
抛开上帝视角,实实在在去体验一把产品,可能就会发现一些意想不到的场景和情况。
tips: 推荐几个原型的组件库:
1、Ant Design 蚂蚁设计 :https://link.zhihu.com/?target=https%3A//ant.design/docs/resources-cn(包括移动端、pc 端)
2、饿了么:https://element.eleme.cn/#/zh-CN/resource(pc端)
参考链接:
up主斯前想后来:https://www.bilibili.com/video/BV1264y1V7pp/?spm_id_from=333.999.0.0&vd_source=618ed4fde6a60aef6cf49edd31dc737a
本文由 @西瓜古古 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
友情提示
本站部分转载文章,皆来自互联网,仅供参考及分享,并不用于任何商业用途;版权归原作者所有,如涉及作品内容、版权和其他问题,请与本网联系,我们将在第一时间删除内容!
联系邮箱:1042463605@qq.com