专栏名称: 唐韧
前非著名程序员,现不知名产品人。畅销书《产品经理必懂的技术那点事儿》作者。喜欢聊聊产品、说说职场、谈谈个人成长!
目录
相关文章推荐
青塔  ·  扬帆长三角,栖“湖”创未来 | ... ·  昨天  
高校人才网V  ·  广州软件学院2025年招聘公告 ·  4 天前  
高校人才网V  ·  年薪20~140万,有编制!3月14日西安站 ... ·  3 天前  
高校人才网V  ·  招聘日报丨高校人才网2025年2月25日招聘 ... ·  3 天前  
高校人才网V  ·  纳入编制管理,淮阴工学院2025年公开招聘高 ... ·  3 天前  
51好读  ›  专栏  ›  唐韧

跟设计小姐姐聊需求的正确姿势

唐韧  · 公众号  ·  · 2020-03-05 13:08

正文

我读者中有很多都是产品经理,而沟通是产品经理的主要工作之一。


跟老板、跟技术、跟设计、跟运营,每天都处在沟通风暴的中心。


都说产品经理最难搞定的是技术,每次聊需求都能成功把自己绕进去无法自拔,然后一脸懵逼回来想方案。


但我想说,凡事都有方法,沟通不顺,那一定是姿势不对。当然,这里排除撒泼耍赖的情况。


人都会对自己深度参与过的事情而具有极强的拥有感,人都会为自己在一件事情中能够掌握多数信息而具备极强的满足感。


拥有感和满足感,是通过沟通赋予对方意义和价值以达成沟通目的的方式


推进需求的过程中把握好这两点,很多事情就没那么难解决了。


今天不细聊如何跟技术沟通,聊聊产品经理工作中的另一个重要搭档,同时也是沟通频率很高的角色,设计师。


设计师职能分很多种,有交互设计、视觉设计、平面设计,还有专门做手绘和动画的。


他们的岗位细分度,不亚于产品经理。


越大的公司,设计师的岗位细分越多,就像产品经理在大公司会被划分成各种职能一样。


在小公司,产品经理既承担了产品设计也兼顾了交互设计,而设计师大部分都只负责视觉设计,也就是我们常说的 UI 设计。


弄清了职能分布,下次就别把带设计师头衔的同事都叫成美工了。


说实话,这个叫法很不好,如果不想遭白眼,最好别这么叫。


可以直接叫设计师,也可以叫视觉或者交互。


另外,切忌把设计师当「资源」,他们是合作伙伴、是战友,是跟你一起落地产品需求的人。


经常听一些产品经理吐槽,跟设计师聊需求总是聊崩,要么是对方不理解,要么是最终设计和原型差异过大。


这里我想说,产品经理们应该先从自身找原因。


首先,产品经理是需求的定义者,负责收集信息、梳理方案、和利益相关人沟通,然后制定可行的产品方案。


到设计这一步,理论上是所有的产品方案都已经确定,至少是业务流程和用户使用场景都已经确定。


所以,进入设计沟通前,至少对 需求背景、用户场景、使用流程、信息优先级 做到心中有数。


而且要把这些过程信息和结论都同步给设计师,使对方掌握的信息和自己是同步的。


对事情的拥有感和满足感越强,就会越期待去实现它,于人于己都一样。


其次,前面讲了术业有专攻,在沟通清楚上述内容并对原型达成共识后,剩下的设计(包括交互和视觉)就应该交给设计师自己完成,过程中尽量不要干预。


尊重专业是每个专业劳动者都希望得到的认可,这跟产品经理不希望只成为需求传话筒一样。


最后,基于需求定义,结合设计方案进行反馈沟通,对细节进行调整和修改,对齐双方理解,最终输出完整方案。


这里我举个小例子。


如果大家在京东买过药,都知道买药前需要创建用药人信息。这个模块在产品优化前是这样的。



这个设计的问题在于,信息优先级划分不清晰,必要信息和非必要信息掺杂,信息没有归类。


为此,在梳理产品需求时,可以根据用户场景、使用流程、信息优先级来进行分析。


用户在这个场景下大概率都是给自己买药,这一点我们通过数据也看出来了。


第二项非必填信息「与本人关系」大部分都是选的本人,就算真实情况是给家人买药,因为非必填且图省事,很多人也是选的默认本人。


另外,原始设计对信息没有做层级处理,信息优先级没有结合用户使用流程进行划分。


「过往病史」和「个人习惯」在业务定义上是非必填,且实际数据反映,用户填报的比例不高。


这些背景、现状分析、改进目标都需要和设计师充分沟通,明确问题并达成行动共识,这一点非常重要。


把问题和目标说清楚,剩下的,交给设计师就可以了。


为此,优化后的交互方案如下。



首先是对信息进行了分类和优先级的划分,把「与本人关系」定义为「关系标签」放在底部。


这里的设计跟新建地址的逻辑是一致的,既简化,也保持了产品整体体验的一致性。



如果再进一步优化,其实也可以加一个「设置默认用药人」的开关,这样用户下次新建时就可以在下单时少一步选择的操作。


其次是对「性别」和「出生日期」的信息展示和逻辑做简化。


因为填了身份证号码以后,能从中提取到出生日期和性别信息,自动回填在证件号码后面。



然后是将「过往病史」和「个人习惯」进行合并,统一放到第二信息层级「健康信息」中。


这些改动,并不是我主动调整的,而是 把用户场景、使用流程、信息优先级和设计师沟通清楚后,设计师自主发挥调整的。


从结果看,和预期目标是一致的。


最终出来的高保真视觉稿如下。



相比之下,信息优先级更分明了,用户使用流程也简化了,整体的页面信息量也变少了,用户体验自然就提升了。


这是前后的实际对比。



在和设计师一起做这个优化的过程中,需要多次沟通,目的是消除信息差,尽可能让大家的信息量保持在一个层级。


类似的例子还有很多。


和设计师配合时,我一般习惯按照上面这种方式工作,不会过于干预设计师,把目标和要解决的问题聊清楚,剩下的就交给他们。


这种方式,大家都有话语权,都有成就感,事情办了,相互关系还可以维持得很好。


我和之前合作过的设计师,相处都不错。


产品经理在跟设计师聊需求时,如果觉得很吃力,那可能就是姿势不对。


从需求到原型到最终设计的转化,是两个专业之间的合作。


设计师小姐姐小哥哥们都是专业人士,他们能进入公司,说明专业水平都是达标的。


大家相互之间是平等的,别把人家当美工和下游资源,就像产品不喜欢被当成原型仔一样。


这一点,我相信很多产品经理都有切身感受。


产品面对无语需求时感受,和设计师面对一个不明所以的设计需求时是一样的。


多一些理解,多一些耐心和方法,产品和设计本是一条心。


为什么那些厉害的人总能搞定很多人、很多事,不是他们在对方的专业领域有多厉害,而是他们整合资源、取得共识、借力的能力很强。


希望每一位产品经理和设计师,都能做出自己满意的作品。


··················END··················



你好,我是唐韧! 前非著名程序员,现不知名产品人






请到「今天看啥」查看全文