吉祥坊国际

首页 > 正文

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

www.bbbcclub.com2019-08-30

不想用锤子开发?教你详细解决需求

编写需求文档是产品经理不可避免的工作内容。只有通过总结和反思更多和积累的经验,你才能更好地与发展(si)讨论。

在互联网行业,需要实现需求。首先,产品经理需要评估和完善需求,将其转化为可以实施的具体计划,然后反汇编和完善计划,通过需求文档描述计划,然后将其提供给研发。由人员执行。

解决方案越详细,研发过程的通信成本越低,实施效率越高。

但是,编写需求文档就像写文章一样。没有严格的标准。每个人都写了不同的习惯。每家公司的要求都不同。那么需求解决方案需要在多大程度上被拆除?如何衡量该计划的拆迁程度是否足够详细?

首先,提出这个问题的目的

一方面,从我的个人工作经验来看,在将需求推进到生产线的过程中,最耗时的部分是处于开发和测试阶段,通常是因为细节描述不够全面,在开发测试阶段。需要经常沟通。

总结拆除需求计划的问题,我希望能够激励自己在面对每个需求时提高更多细节,提高需求质量,并思考每个细节背后的原因,从而提升实质每个需求。了解深度。

另一方面,如果业务方在完成需求解决方案时能够更清楚地了解产品经理的具体工作内容和流程,则可以在需求通信期间提供更完整的信息,以减少产品经理的完美需求计划。业务方的重复沟通确认甚至避免了由于理解业务偏差而导致上一个在线产品无法满足业务需求的事实。

在何种程度上可以拆除需求计划,让我们看一下下面的例子。

第二,举个例子

对于应用程序的个人中心,单击头像缩略图以查看大头像的这个小功能,涉及的需求点是什么?

我们可以快速思考几秒钟。

根据我们多年的APP经验,这似乎是一个非常常见的特征点。点击小图片查看大图,点击大图返回小图片即可完成。这是真的吗?所以让我逐一列出它们。

▲个人中心页面

▲阿凡达大图片

基本要求说明

头像原始图像的默认显示缩略图;

单击缩略图以全屏显示原始图像;

单击原始图像时,请关闭整个屏幕并返回个人中心页面。

似乎这三个要点已经清楚地描述了这个功能,但这只是用户操作的主要途径。这不是要求描述。每个点还有很多内容需要添加。

每个点的二次细化

缩略图的大小与原始图像成比例缩放。缩略图是从原始图像的对角线中心切出的圆,直径是图像的宽度;

全屏显示原始图像时,支持保存图片,长按页面弹出保存图片按钮,保存后提示,复制“成功保存”;

如果您保存图片,APP没有相机权限。在这种情况下,您应首先弹出系统相机权限;

支持更换头像,并显示修改头像按钮,点击按钮支持从相册和照片上传中选择;

点击缩略图进入原始显示过程,是否需要加载动画,如果原始图像无法上传,如何显示?

它看起来很完美,可以更精致吗?

继续添加三个细化级别

当原始图像以全屏显示时,手指捏合可以放大和缩小,而当放大时,它不能放大。当手指被压下时,图像的最小显示宽度是图像的宽度;

APP是否支持水平屏幕显示,当水平屏幕时,原始图像是否支持根据水平屏幕高度的屏幕高度;

是否在上传新头像时支持预览,预览页面是否支持图像编辑,图像是否需要压缩和上传,以及压缩率是多少?

用户是否需要查看头像的历史记录,是否需要恢复上一个头像的功能?

更换头像并将图片保留为收藏按钮或长按弹出组件的功能是什么?

.

通过这个例子,我们可以直观地感觉到看似简单的要求背后有很多逻辑。

如果产品经理在规划阶段没有考虑到这一点,则可能会在开发测试阶段暴露出来。产品经理需要在开发周期中补充解决方案。有些人甚至在上网后收到用户反馈的问题。这种情况需要测试学生的发展。返工或紧急释放维修都会影响用户体验并浪费开发资源。

由于需求计划的细化程度如此重要,如何系统地思考和反汇编呢?

三,系统拆卸要求细节

拆除大型项目是一项复杂的任务,需要丰富的项目经验和结构化思维。

以下仅针对在确定整体解决方案的前提下拆除与页面级别相关的要求的方法。

1.页面反汇编

片断,例如登录状态,用户身份,权限,网络限制等,结合与前一页和下一页的逻辑关系,串起每页的逻辑实际上是整个系统的页面流程图。

其次,有一些方法可以让原始数据进入页面,如何在页面上生成数据,以及最后如何提交和存储页面。

数据就像页面的血液一样,它是动态的时间变化量,但只要您关注每个页面进入和跳出时的数据,就可以掌握产品的整体动态数据。

最后,页面本身的逻辑,静态逻辑包含用户不进行交互时向用户显示的所有逻辑,如间距,字体,颜色,声音,动画等;

动态逻辑是由用户在某次操作后引起的点击,滑动,输入等操作引起的页面和控件的更改;

边界限制是指运营商本身的一些限制,例如Android和iOS中相同功能的区别,原生APP和微信小程序与H5之间的区别。

2.总体需求自我检查

通过以上三个考虑,您基本上可以确保页面的要求不会错过,但您可能没有考虑到足够的异常流程。您还可以查看详细要求自检表,以验证是否涵盖了大多数例外情况。破天。

3. MECE原则检查

通过上述方法,可以非常仔细地考虑每页的要求,但不能保证多页之间描述的问题不重复或矛盾。此时,MECE原理可用于整体检查。

MECE原则是《金字塔原理》中提出的概念,它是互斥集体穷举的全称,意思是“独立且完全详尽”。

在描述同一级别的需求点时,有必要确保这些需求点在逻辑上彼此独立,否则整个解决方案逻辑将会混淆并且难以理解。

例如,将下图中的大矩形与需求方案进行比较,并且小方块就像是反汇编的请求点,那么描述此要求的这种形式不符合MECE原则,因为它们之间存在重叠部分。三个小方块,并且组合不会完全填满整个矩形。

例如,查看本文中提到的头像大图的示例是从大需求点拆解的,如果它被反汇编成:

默认情况下,显示头像的缩略图。单击可在大图像和缩略图之间切换;

当全屏显示大图像时,将显示保存按钮,并将大图像单击回个人中心页面。

可以发现,这两个大的请求点重复描述了点击切换页面上显示的内容,即逻辑不是彼此独立的。

以下拆卸方法通常符合MECE原则。同一级别的请求点之间没有交集,它们彼此独立。这种组合只涵盖了整个需求,并没有遗漏。每个大需求点的下一个级别都以相同的方式跟随。枚举最终是一个不断接近整体计划的过程。

四,总结和思考

本文简要总结了在我个人工作过程中解决需求计划的思路。在确定产品的整体结构的情况下,它仅适用于详细要求的详细级别。

这些只是日常工作的基本技能。我认为,除了充分考虑要求的细节之外,产品是逐渐剥离对象外观和发现本质的过程。只有产品的总体方向才能满足事物的本质,而需求细节的改善将使产品变得更加精致。

作者:避风港(微信听力),非典型工程中年男孩,云线和猫爱做饭;

公众号:小伞PEC,网络保险产品经理,定期分享产品创意,欢迎沟通;

本文最初由

热门浏览
热门排行榜
热门标签
日期归档