开心红包app

扫一扫石家庄富鸿装修公司微信号
您当前所在位置:开心红包app > 品牌设计 >

品牌设计

敏捷开发下B端交互设计过程实践总结

发布时间:2018-05-07  所属栏目:品牌设计

在整个过程中,交互设计师需要积极地推动项目的进展,积极沟通和充分合作。在需求阶段,充分理解需求,设计阶段与产品经理(需求侧)和相关人员不断沟通。ONEL(视觉、开发等),在开发阶段主动传递设计目标和效果,及时通知更改,尽量保证整个团队信息的同步,从而实现高质量的敏捷开发。

由于B端产品的需求通常来自产品经理或销售面试的客户或用户,所以很少涉及交互,因此需求经常从产品经理转移到交互过程中。人们的需求,或者产品经理自己的需求是不明确的,所以问为什么很重要,一是避免粗大错误造成的返工。二是帮助了解需求背景。

为什么需要基于场景需要的源和数量基于当前打算解决的最重要的问题是什么,什么是当前问题和未来方向冲突的未来方向,等等。当这一系列问题得到解决时,即验证需求的真实性和价值性,就可以显示出来,下一步就是下一步。

B端产品涉及复杂的业务。当它们被设计时,对业务逻辑的要求非常高。在设计阶段充分理解设计要求,明确设计目标,有助于在设计阶段更全面地考虑问题,而不是设计一个小的点,并避免因理解错误而导致的解决方案。

在实际工作过程中,产品经理在提供要求时往往是不完整的。这只是对背景和原因的简单解释,一些隐含的(或更原始的)背景原因和条件要求交互设计者继续思考和沟通请求者的需求。用户的操作步骤是从这个到那个步骤,并且步骤的背景和原因并不清楚,这不仅导致对需求的理解,而且需要深入的需求和最优解的设计。

在整个需求转移过程中,产品经理的需求并不一定是原始需求,而是一些被加工或推测的需求。当有不合理的需求时,有必要要求相关人员及时沟通。不要等到设计时间才发现大量的真实。当然,如果这个阶段的交互发现了一个好的/改进的需求点,它也可以与产品经理讨论。

有时候,产品经理通常会把市场当成这个/这个地方不需要你去理解等等,以避免一些潜在的有缺陷的需求。此时,不要放弃,继续了解原因,最大限度地浪费后期较大的工作量。

从基于场景的需求中,我们分析用户最基本的需求是什么,并结合现有的资源,然后总结我们的版本的设计目标。

例如,需求是视觉服务之间的访问(视觉风险)。在对用户心理进行分析后,基本要求应及时发现异常访问并及时处理,但对现有资源的安全性问题仍存在不足。最后,我们得出的结论是,我们的设计目标是帮助用户及时发送它。我们发现安全问题,并创建安全感。

在梳理业务流程时,采取移情,分析用户为什么要做这项任务,哪些联系可以帮助他完成任务,哪些步骤可以通过任务。设计过程中,先设计主线,然后设计线,使逻辑完成,标记。需要设计页面(绘制草图,以防止后续原型页面缺失的失败)。

在绘制流程图时,只有对象被写入到联系人、任务步骤和任务的终点,而不是将解决方案(特定的交互形式)放到

进程中,例如,用户拖动子对象到父对象到解决方案,以及用户应该将该图像添加到父对象中,并添加该行为,无论是单击鼠标点击还是单击添加按钮来选择对象,或者选择子对象、选择父对象、自动移动等等,这些都应该在草图设计中呈现,没有。在这个过程中,防止页面受到约束。

B端产品通常具有广泛的信息和复杂的体系结构,因此,合理地分类信息和设计一个良好的信息结构是非常重要的,最重要的是遵循一个合理和一致的规范,并且这个规范必须是一个。围绕我们的设计目标。我们最关心的是什么,产品能解决什么是我们希望产品解决的问题。首先,方便用户理解产品,并且可以在第一眼对产品有一个简单的理解;二是在符合CONV时遵循原始规范。EnPress用于以下新功能的加入。

首先,根据该过程,完成所有任务所需的信息(和优先级),然后根据分类组合的合理规范(最好在信息体系结构中指明)。

例如,我们的设计旨在帮助用户及时发现和发现XX问题并有效地解决问题,然后将我们的分类规则分为问题分析问题处理问题的多个维度来对信息进行分类。

首先绘制草图,然后绘制原型,为最终版本设计,总是围绕设计目标,每个设计都应该到位,并且当版本被迭代时,版本应该与以前的版本集成。

根据流程图中需要标注的页面,可以通过内画或产品经理通过草图来讨论整个构思,可以快速表达想法,提高效率,并且由于沉没成本高,不想放弃计划。原型的基本框架基本上没有问题,因此即使原型有疑问,缩小范围和知道要改变什么是好的。

有时,可能是因为时间的缘故,有些方案只能实现一半,一半的效果往往不是当前时间和资源中最好的解决方案。因此,一些交互将为当前的情况做中间版本的设计(是的,在我之前),事实上,这样的设计。N不会给未来带来任何好处,但会增加开发和修改的数量。

正确的方法是:只针对最终版本设计,如果开发时间不够,那么当前版本的优先级,一些困难和有价值的开发,被放到下一个版本中。

当设计师做一个原型时,通常会陷入误解:做它,忘记为什么要做,然后深入细节,忘记原来的设计目标。事实上,它不需要做太多的事情。总是考虑你的设计是否围绕设计目标。防止自己做许多不必要的设计。

为了理解为什么需要理解这些步骤,是否可以实现背景逻辑。理解这些步骤的来源,以更好地将用户心理与用户的思维和更有效的设计结合起来;理解后端逻辑不能使设计逻辑上困难。实现。

例如,用户的电话号码的背景验证应该通过用户点击认证码或确认输入的验证码来验证。从经验的角度来看,点击采集验证码基本上可以确认用户已经成功输入了自己的手机号码,并且验证将节省几步,用户体验。它将更加高效和自然;但如果您对BAC有更多的了解。kur-Logic,你可能发现还有很多问题。

产品是一个整体。当一个版本有一个新的模块时,它应该考虑模块和其他模块之间的连接(信息架构,并且可以提前解决这个问题);以前的产品之间的交互是什么;同一类型的工作的连接是什么,以及什么是CA。n是集成的,它需要与以前的产品相一致,等等。

在期末考核之前,应对相关人员进行不同阶段的考核。在表达计划时,要注意从上到下的表达,会议的主题要清楚,会议的记录要牢记在心。

在需求分析阶段,停靠业主的产品经理确认自己的设计思路、整体流程等主要方向,并在设计阶段,保持与内部人员和产品经理的沟通,确认主要原型。E页,然后详细的细节,然后产品经理槽对接的主要屁股。让我们去。在这个过程中,我们也应该积极传达的需求和设计理念,以视觉和发展。

这样,与相关人员沟通,信息同步,可以减少自己由于最终评审的最终返工,并让团队提前了解前期准备,从而提高团队效率。

首先是大场景,然后是小分支。首先,让我们简要描述我们的产品目标和设计目标,以及我们在下面的场景中主要解决的问题。接下来,我们来讨论一下这个过程。第一,主要任务。如果有时间,我们将讨论分支线的任务。在页面被告知之前,我们首先要讨论页面的到来。当你说网页时,不要谈论页面的内容。更容易理解参与者的具体细节。在详细描述每一页的过程中,分别描述几点。

在阐述中,有主次点、重点或大变化,从一开始就有一些内容不需要详细说明,有的人在提问或提问时会详细解释。

明确会议主题是提高会议效率的首要指标,明确会议前的主题,并探讨具体化(初步设想),即有一个切实可行的方案。否则,每个人都在谈论头脑,即使共识不一定相同,这次会议将是非常浪费和毫无意义的。

当涉及到分歧或问题时,如果是在会议的主题中,可以当场解决的解决办法是不能当场解决的。首先,把它记录下来,继续讨论,如果不在会议的主题上,做好录音,与提问者讨论,此外,当你在会议中看互动稿时,参与者很容易提出细节和视觉方面。在这一点上,很明显,它不是一个视觉手稿,而是一个交互式手稿。它主要是在视觉阶段的内容和逻辑,而不是细节、具体风格、风格等。

事实上,很显然,一次就不可能提供交互式手稿。随着需求的不时变化以及工作人员和工作人员的差异,会议上会有不同之处,这就需要修改手稿,所以会议需要详细记录,以便重新确认C。固定的变化。互动设计师修改草案后,将与相关人员(或下次会议)重新确认,并将不明确的要求及时传达给相关人员,并尽快确定。

此外,在会议上,产品经理的新需求或变化的需求突然得出结论,我们可以先对内容进行详细的记录,然后仔细评估会议的合理性和价值。在再次与提议者进行决策后,我们将决定是否改变它,并且所有的需求也需要产品经理协调,然后做出决定;如果产品经理没有确定,可以首先交互,如果从交互的角度来看,如果PO是不可行的话,则是不可行的。Stuple画一个草图,一个初步的想法,然后去产品经理讨论;二是要占据主动权,多话语权。

即使最终交付被开发了,也会有很多或更多的细节或困难,或者时间资源,因此它不能在交付后立即完成。毕竟,最终的开发效果从根本上决定了用户体验。在实际项目中,经常发生开发。RS遇到问题,但不要求交互。相反,他们以自己的方式解决问题。这显然是最坏的情况,所以为了保证最终的体验,互动应该主动进行项目跟进。

在这个过程中,询问相关人员是否有问题:在交互文档中没有什么可看的或没有被考虑的;设计的困难是困难的;如果时间紧张,设计的优先级是什么

如果在设计中需要一个小的改动,首先应该由相关人员来讨论,并且在许多清晰和一致的情况下,应该进行更改,并在交互文档中做出最佳的相应更改和细节。最后,将所有相关项目发送到所有项目。如果需要的话,我们需要关注相关人员在会议上作进一步的解释,如果变化更大,它将被放到下一个版本中。

{版权通告}这篇文章的内容是由互联网用户自发促成的。本站不拥有所有权,不承担法律责任。如果发现该站涉嫌抄袭,欢迎发送邮件至YY-Hatutu.CN报告,并提供相关证据,经核实,该站将立即删除涉嫌侵权内容。