原型|当原型图遇上质疑,应该怎么做?( 二 )


还有一点是需要我们随着对产品的了解逐步进化的,就是当我们提出一个需求以后,对相应支撑的元素开发难度和工作量有一个基本的预估,并且初步判断当前需求的性价比,如果性价比是OK 的,我们再拿到开发面前,如果确实不值得,我们可以从需求方先砍掉需求 。
四、应对页面布局带来的质疑
如果你及时将层级重点不清晰的原型给到UI,你可能会在设计小姐姐那里听到这句话 。页面和图形化设计的本质就是信息的传达 。页面信息传达的目的无非两点第一及时准确的给到用户需要的信息;第二点,输出产品目标影响用户 。而对元素的分类,优先级的清晰的划分和表达是充分依靠原型的 。
如果一个页面对用户来说是陌生和混乱的,那么很有可能,这些信息对用户来说就是不可接收的无效信息 。关于页面布局,层级架构,重点内容,都应都应该在产品原型上有所体现 。因为产品经理是最清楚业务和产品目标的那个人,用户最终和产品进行交互的也是会围绕产品的页面进行 。
常见的视觉呈现,重点突出的的方式就那么几种,注意应用就好了 。但是在这之前一定需要对我们确定要放在当前页面上的元素进行整合和区别 。
同类功能得触发按钮,适合放在一起的可以为其划分区域;可以利用用户对相同认知的内容的较为熟悉使用和习惯,去提升产品功能在用户心中的熟悉度,和亲切感 。重点想要突出的元素,我们可以根据情况,和UI 沟通为其配上适合的颜色,将元素的间距调整到一个特殊的位置,将元素的形状或表现形式进行特殊化处理 。
五、应对完整闭环带来的质疑
常见表达方式:这个点击之后怎么办呀?你想清楚了没?
当你听到上面的质问后需要恭喜你,参与原型评价的人已经看懂了你的布局,理解了你对于产品元素的取舍,他们开始串联起产品的使用流程,开始担心产品是否能真正跑通,是否能通过页面的跳转真实的帮助用户完成任务 。
所以不管是为了应对评审的时候的质疑还是为了自己更好的梳理业务流程完善和检查自己原型设计,我们都需要考虑清楚场景使用闭环,该有的页面即使不完全画出来也需要不功能细节都表示出来 。让流程模型完整,相关的人都能理解 。
这里推荐大家根据需要画画流程图时序图,一方面梳理流程整合页面,另一方面将业务换种方式抽象出来,可能会让你对业务和流程产生新的看法 。
六、应对自己心态上的质疑:每个人的思维都具有局限性
回忆一下,当有人指着你的原型说这里设计不合理,那里有问题的时候 。你的情绪和态度是怎样的?你是否知道要如何回应 。
此刻如果我们的关注点在,这个人是不是针对我,故意质疑我的设计和观点 。那么大概率我们会浪费时间和精力在这种无效的情绪当中,而无法提升自己的专业性 。
从评审到验收,原型会持续的在团队中被讨论 。如果其他岗位的同事默认了自己不认可的原型存在并往下推进,没有提出自己的质疑,那么大概率到了需要他工作和完成的部分就会出现较大的问题 。所以他们的质疑通常是站在自己工作内容的角度考虑的,可能是由于我们经验有限没考虑到的地方 。
运营的角度,老板的角度,开发的角度,测试的角度,售前售后甚至是客服的角度,都会发现不同的问题 。专业的态度去面对质疑,从中学习到实际问题的解决和处理的办法 。
把产品工作过程展示出来,让产品不再玄学
我们可能会遇到这样的情况,同样一份原型图,A 去陈述就会遇到很多阻力和质疑,甚至有时候直接被人把设计推翻了重新干;而B 阐述后,不仅没有什么疑问,而且项目还神奇地往前推进了 。
排除一下人情迁就等原因,我们如何避免成为A 呢?可以尝试主动呈现思考过程,流程图,使用场景讲解,参考的页面等资料 。帮助团队成员清晰业务和产品不同程度的目标也是产品开发过程中对产品开发过程很有帮助的一件事情 。
本文由 @台灯少女 原创发布于人人都是产品经理 。未经许可,禁止转载
题图来自Pexels,基于CC0协议


推荐阅读