产品需求尚未落地,但幸运的是,老年人教会了我这个过程
浏览:53 时间:2024-2-24

本文将介绍如何从五个方面推动产品和交互需求:设计流程介绍,需求收集和筛选,需求设计评估,需求开发验收,需求管理和开发通信工具。

我真的很喜欢这句话:“在设计时,最大的阻力不是与用户相关的问题,而是内部认知,兴趣点以及观察事物的方式的不一致。 ”的特别是在促进产品和互动需求的过程中,经验是最深刻的。对于产品或交互式旧驱动程序,驱动内部需求没有问题。然而,刚刚进入市场的新移民有点困难。由于之前没有或没有这种经验,他们在提升着陆需求方面经常遇到各种障碍。例如,与需求方和发展学生沟通不畅造成的眼泪,等等。为此,作者将通过我自己的例子与您分享,如何促进产品的平滑着陆和交互要求。

  一. 设计流程介绍

由于公司仍处于创业阶段,设计过程的设计往往简单而有效。主要流程包括:需求收集,需求清单,需求设计,需求开发和最终需求验收。迭代周期是两周的版本。整体节奏仍然相对较快。在需求执行的整个过程中,采用瀑布加任务并行方法来推进设计。只有这样,我们才能根据迭代周期稳步前进。下图显示了处理我们要求的整个过程:

 二. 需求收集筛选

  1. 需求收集

我不太谈论需求收集的重要性。无论是产品还是交互,我们都需要收集各种要求来确定产品迭代的方向。公司或团队是不同的,您收集需求的方式也不同。我们通过多种方式收集需求,其中最重要的是通过数据收集和用户反馈。

高层决策:也称老板需求,主要来自公司高层管理人员的战略决策。需求方包括CEO和每个部门的主要负责人。

数据收集:通过APP和数据分析平台中的数据埋点分析用户行为,以获得特定的优化点或突破点。对于数据收集来说,这是一种有效而可靠的方式,但对于中小型团队来说,很难做大量的用户研究和原始数据积累,时间和财务成本非常高。因此适当使用第三方数据分析平台是一个不错的选择,准确,高效。

用户反馈:用户反馈实际上是一个非常重要的需求集合,包括应用程序市场评论,APP端反馈和核心用户私人聊天。

种子用户组:对于具有特定用户组的产品,必须建立种子用户组。我主要通过建立QQ群来收集用户的反馈和意见。

2. 需求筛选评估

在以上述方式收集要求之后,然后过滤并确认这些要求,并过滤掉一些伪要求。需求筛选的维度包括五个方面,业务目标,价格/性能,重要性,受影响的用户数量以及真实与否。过滤需求后,最终需求将放在需求池中。一般需求池存储迭代的四个版本的要求,因此由于需求不确定,产品迭代过程不会混淆。

业务目标:对于公司而言,业务目标始终是最重要的,尤其是创业公司,当然,首先是用户。

具有成本效益:要在公司内部提出要求或考虑自身的限制,我们必须考虑时间,技术,人力和促销成本等,尽量用最少的资源来达到产品的目的。

重要性:一方面,我们必须考虑公司的业务目标,并考虑用户的需求,因为最重要的一个取决于具体情况。

影响用户数量:此维度对于具有大用户量的产品非常重要。尽量避免扩大用户范围。

现实与否:有时我们通过用户反馈或其他要求收到的反馈不一定正确,或者需要进行第二次评估。

  三. 需求设计评估

需求评估结束后,进入需求设计阶段。在此阶段,完成产品计划的设计,最终生成高保真原型图和需求文档。

 1. 参与者及产出

产品经理:产品应输出产品流程图或简单的页面结构图表。

交互设计器:交互应该基于产品提供的流程图或简单的页面结构图来整理产品的信息架构,并根据需要产生特定的交互效果。

UI设计器:UI根据交互原型输出最终的可视化草图,交互式原型是用户最终看到的界面。完成设计草案的评估后,设计人员将根据需要剪切界面图标。

 2. 交互文档细节

为了使开发人员易于开发,我们整合了产品,交互和可视化文档。因此,该文档是高保真原型加上产品和交互逻辑的集合,因此我们的技术人员只需要查看一个文档,这可以有效地节省通信成本并提高开发效率。对于交互式文档,重要的是要仔细描述各种逻辑细节,包括以下几个方面:

页面布局:顶部标签栏,中间内容区域和底部操作栏的功能定义,操作路径,显示样式等。

手势和过渡:操作功能或界面中使用的手势是什么,例如左滑动,右滑动,上滑,滑动等;和转换细节,如左移,右移,上移,下移等。

反馈效果:输入反馈,点击反馈,弹出逻辑,错误反馈,刷新等。

页面跳转:即转换逻辑。

元素的规则定义:关键功能,关键信息等。

其他细节:默认页面,成功/失败状态,加载模式,刷新模式等。

编者注:有时写作和写作会使文档内容过于复杂。这是一个帮助您创建美观且易于使用的交互式文档的教程。强烈建议收集! →《超全面!教你打造美观清晰易使用的交互文档》

除了上面的一般交互细节之外,还有动作文档的细节,因为也遇到了交互的输出。因此,动态细节的标记也非常重要,包括以下细节:

效果名称:如摇晃,下蹲,跳跃,弹跳等。

动量参数:动作的持续时间,通常以毫秒为单位,是否延迟,延迟时间等等。

触发逻辑:何时触发操作以及发生多种效果的顺序。

 四. 需求开发验证

开发完成后,验证/接受要求。我们可以通过三种方式验证它:

测试部门测试:这个链接当然是必要的,是确保需求顺利发布的重要部分。

需求方测试:在测试部门进行测试时,需求方也参与测试业务逻辑,产品逻辑,交互逻辑和可视化表示。参与的是产品,互动,用户界面,运营,市场等。

种子用户内部测试:上述方法结束后,将进入用户内部测试阶段,将最终解决方案打包给用户体验,找到问题,然后进行修复。

在用户内部测试结束后,所有问题都得到修复和解决,以便最终在线发布,这样我们就可以确保整个程序的可行性,用户在使用过程中不会有很大的瑕疵。

 五. 需求管理及开发沟通工具介绍

事实上,在整个需求着陆过程中,以传统方式管理需求和开发协作效率有点低。因此,我仍然认为使用协作工具更方便,更有效,无论是管理要求还是与开发的沟通。

编者注:推荐一种提高团队沟通效率的方法,以及一种提高设计师和开发沟通效率的小工具。

《提高效率!如何避免团队协作中的无效沟通?》

《提高沟通效率!帮设计师记录修改位置的Sketch插件PinLog》

以上是推动土地需求过程中的一些经验和经验,希望对大家有用。