不想被开发锤?教你梳理一份细节完整的需求

写需qiú文档对于产品经理而言是一个逃不掉的工作内容,只有多总结多反思,积累经验教训,才能更好的与开发探(si)讨(bi)。

在X行业,一个需qiú要得到实现,首先需要产品经理对需qiú进行评估和提炼,转化为一个可实施的具体方案,然后chāi解、细化方案,X需qiú文档描述清楚这个方案,再给到研发人员进行实施。

方案越细致,研发过程沟通成本就越低,实现的效率就越高。

然而写需qiú文档就像写文章,没有严格的标准,每个人写的xí惯不一样,每个X的要qiú也不一样。所以需qiú方案到底需要chāi解到什么程度?如何来衡量方案chāi解的程度是否足够细致?

一、提出这个问题的目的

一方面,从我个人工作经历来看,在推进一个需qiú至上线的过程中,消耗时间最多环节的除了规划阶段,就是在开发测试阶段,往往会由于对细节点描述不够全面,在开发测试阶段需要频繁沟通。

对需qiú方案chāi解这个问题的思考总结,希望可以鞭策自己在面对每一个需qiú的时候完善更多细节,提高需qiú质量,并思考每个细节实现背后的原因,从而提升对每个需qiú本质的理解深度。

另一方面,X方如果能更加清晰的了解到产品经理在完成一个需qiú方案的时候具体的工作内容及liú程,就可以在需qiú沟通时X更完善的信息,以减少产品经理完善需qiú方案时与X方的反复沟通确认,甚至避免由于理解X偏差导致最后上线的产品不符合X需qiú。

一个需qiú方案到底可以X解到什么程度,下面举个例子来感受一下。

二、举个例子

对于一个APP的个人中心,X头像缩略图查看大头像的这个小功能,会涉及到哪些需qiú点?

我们可以飞速的思考几秒钟。

根据我们使用APP的多年经验,这似乎是个很常见很小的功能点,X小图看大图,X大图回到小图就X了,事实真的是这样吗?那么下面我来一一列举一下。

▲个人中心页

▲头像大图

基本需qiú说明

  1. 默认展示头像原图的缩略图;
  2. X缩略图,全屏展示原图;
  3. X原图时,关闭全屏,返回个人中心页。

看起来三个大点已经描述清楚了这个功能,但这只是用户的cāo作主路径,还不是一个需qiú说明该有的样子,每一个点还有很多需要补充的内容。

对每个点的二级细化补充

  1. 缩略图的尺寸为原图等比例缩放,缩略图是以原图的对角线中心为圆点切成的一个圆形,直径大小为图片的宽度;
  2. 全屏展示原图时,支持保存图片,长按页面弹出保存图片按钮,保存成功后提示,文案为“保存成功”;
  3. 如保存图片时,APP没有相机泉限,此时应先弹出获取系统相机泉限;
  4. 支持更换头像,并显示修改头像按钮,X按钮支持从相册选择及拍照上传;
  5. X缩略图进入展示原图过程中,是否需要loading动画,如果加载原图失败,如何展示?

似乎已经很完善了,还可以更细化吗?

继续增加三级细化补充

  1. 全屏展示原图时,手指niē合可以放大缩小图片,放大到多大时无fǎ再放大,手指niē合缩小时,图片最小显示宽度为图片宽度;
  2. APP是否支持横屏显示,横屏时原图是否根据横屏的高度撑满屏幕高度;
  3. 上传的新头像时是否支持预览,预览页面是否支持对图片进行编辑,图片是否需要压缩上传,压缩比例如何?
  4. 用户是否需要查看X的头像,是否需要还原上次头像的功能?
  5. 更换头像、保持图片的功能是做成X按钮,还是在长按弹出的组件中?

……

X这个例子我们可以很直观的感受到,一个看起来很简单的需qiú,背后需要处理的逻辑是很多的。

如果产品经理在规划阶段没有考虑到,就可能在开发测试阶段X出来,产品经理需要在开发周期中补充方案,甚至有的问题是上线后才收到用户的反馈,这种情况需要开发测试同学的返工或紧急发版修复,既影响用户体验,又浪费开发资源。

既然需qiú方案的细化程度如此重要,如何系统化的思考并chāi解呢?

三、系统化chāi解需qiú细节

一个大型项目的方案chāi解是个很复杂的工作,需要丰富的项目经验及结构化的思维。

以下仅zhēn对在确定了整体方案的前提下,对涉及到页面层面的需qiúchāi解方fǎ。

1. 页面chāi解

首先,每个页面都有进入和跳出的条件,如登录状态、用户身份、泉限、网络X等,梳理与上一个、下一个页面的逻辑关系,把每个页面这样的逻辑串起来其实就是整个系统的页面liú程图。

其次,有哪些原始数据X怎么的方式进入该页面,数据在页面是如何产生的,最后在该页面如何提交与储存。

数据就像页面的xuè液,是时刻变化的动态量,但只要关心每个页面进入时和跳出时的数据,就能掌握产品的整体动态数据。

最后是页面本身的逻辑,静态逻辑包hán了用户未进行交互cāo作时,展示给用户的全部逻辑,如间距、字体、颜sè、声音、动画等;

动态逻辑即用户进行了某个cāo作后可能引发的页面所有变化,如X、X、输入等动作引起的页面和控件变化;

边界X指的是作为页面的载体本身的一些X,比如同一个功能在安卓系统和iOS的区别,原生APP与微信小程序及H5的区别等。

2. 整体需qiú自查

X上述三个层面的考虑,基本可以保证一个页面的需qiú不遗漏,但是可能对很多异常liú考虑程度不够,还可以用一份详细的需qiú自查表来check,验证一下是否覆盖了大部分异常情况。

3. MECE原则X

X上述方fǎ,也许已经将每个页面的需qiú考虑得非常仔细了,但不能保证多个页面之间描述的问题没有重复或矛盾,这时可以XMECE原则进行全盘X。

MECE原则是《金字塔原理》中提出的概念,全称Mutually Exclusive Collectively Exhaustive,指的是“相互X,完全穷尽”。

对于同一层级的需qiú点进行描述时,必须保证这些需qiú点之间逻辑相互X,否则会让整个方案逻辑混乱,难以理解。

比如把下图的大矩形比作一个需qiú方案,小正方形比作chāi解的需qiú点,那么这样的形式来描述这个需qiú就不符合MECE原则,因为三个小正方形之间有交叉重叠部分,且组合起来没有完全填满整个矩形。

例如本文提到的查看头像大图的例子,从大的需qiú点来chāi解,如果chāi解成:

  1. 默认显示头像的缩略图,X可以在大图和缩略图之间切换;
  2. 全屏显示大图时,显示保存按钮,X大图回到个人中心页。

可以发现,这两个大的需qiú点,对X切换页面显示的内容进行了重复描述,即逻辑不互相X。

以下的chāi解方fǎ就是典型的符合MECE原则,同一层级的需qiú点之间没有交叉,互相X,组合起来刚好覆盖整个需qiú,没有遗漏,每个大的需qiú点的下一级再按照同样的方式进行列举,最终是一个不断bī近整体方案的过程。

四、总结与思考

本文简单总结了我个人工作过程中对需qiú方案chāi解的思考,仅适用于确定了产品整体结构的情况下,对详细需qiú的细节层面chāi解。

这些只是曰常工作的基本功,我认为做产品除了要对需qiú各个细节充分思考,还是一个逐渐剥离事物表象,发现本质的过程,只有产品的大方向是满足事物本质的,需qiú细节的完善才会让产品变得更精致。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 不想被开发锤?教你梳理一份细节完整的需求 https://www.xiongfawang.com/4523.html

常见问题

相关文章

不想被开发锤?教你梳理一份细节完整的需求-海报

分享本文封面