当前位置: 首页 > 科技观察

为什么界面和原型一样,导演却说不出来?

时间:2023-03-14 00:11:10 科技观察

之前收到一个请求。在客户跟进系统中,销售会根据客户的手机号码生成一个序列号。将序列号复制到企业微信添加好友后,useID可自动与客户号关联。设计师直接根据原型制作界面。他在这个界面上也下了不少功夫,比如让元素更好看,信息排列更整齐。我遇到过好几个设计师都是这样做的,但是最后的界面都不尽如人意。因为他们只注重局部而缺乏对整体的思考。今天就用这个界面来谈谈思路吧。这是产品的原型。为反映真实情况,文件描述基本为原话(信息已脱敏)。Prototype是指在客户主页上点击“GenerateSerialCode”将带您到此页面。默认情况下,客户置顶的手机号码会显示在第一位。复制该号码生成的序列号,添加企业微信好友,自动关联绑定。就像你想把淘宝商品分享给微信用户,你需要点击分享,复制微信出现的那串文字,然后发送给你的朋友。利用路径拆分原理,分析用户在当前页面实现目标需要的方式,可以分为以下两种情况:复制置顶号可以满足需求;需要从其他号码生成序列码来满足需求。通过这张图,结合原型,我们可以发现两点:1、这个页面的目的很明确,就是复制串口代码;2、最上面的号码默认生成串号,其他号码需要点击生成串码,所以重新获取这个按钮,两个号码卡上出现的节点是不一样的。理清思路再看原型,你会发现低保真图和原型的描述有两层含义,即低保真图没有体现出应有的状态和正确的含义。如果把这张低保真的图片直接拿来做,把“重新获取”作为页面的主要按钮样式,这个界面的可用性会很低,用户会认为点击“重新获取”对应所有数字。按照正确的思路,我们应该在做界面之前先做一个低保真度的设计稿。下图是为原型优化的低保真设计稿。我们也可以使用墨刀做一个小demo,找相关用户或者同事进行测试。这样做提供了界面满足用户期望的早期验证。如果小demo验证不成功,用户还是一头雾水,可以继续调整,直到验证成功,再进行界面的高保真设计。这个概念也称为MVP,即最小可行设计。方法很多,可以实现简单的纸质原型和线框图,视情况而定。验证通过后做出的接口,返工率会比较低,所以不要忽略这一步。下一步是找到参考接口。您无需局限于同一类型的界面,您可以浏览界面并从中寻找灵感。(所以平时收集界面很重要)示意图如下经过这个例子,我们可以大致描述一下步骤:identifyrequirements-reshaperequirements-combprocess-designinterface1.IdentifyrequirementsIdentifyrequirements不是去读原型描述,而是在了解用户和产品的前提下:在什么场景下,用户需要用什么方法解决什么问题。否则,原型文本只是一个文本规则,还没有发挥最大的作用。其次,需求是否合理,能否真正解决用户问题。2.Reshaperequirements在理解了产品的含义后,利用路径拆分的原理来reshaperequirements,理解用户是如何到达目的地的。需求拆分法的原理可以从乔梁的《持续交付 2.0》看到,其中INVEST原理和需求拆分的5个技巧可以帮助我们在设计的时候站在产品的角度去思考。3.梳理流程梳理流程,查缺补漏后,进行界面的低保真度设计。在这个过程中,利用了INVEST原则中的Testable(即可验证原则),不断验证接口设计,直到成功,可以降低我们的返工率。4.设计界面经过前期的一系列思考和验证,我们在进行界面设计时,有正确的任务:哪些是当前的任务重点,哪些元素应该被强调或弱化,在设计规范的范围内如何使界面更舒适,更易于使用......等。总结这个框架的思路,可以帮助我们快速准确的完成界面设计,尤其是对于小的需求。不要小看小需求,每个接口都有自己的任务,可以促进流程的完成。面对大规模的需求,需要拆分的更细,做的更全面。