地  址:江苏省南京市玄武区玄武湖
电  话:4008-888-888
邮  箱:9490489@qq.com
商  务QQ:2249937563
免费域名解析平台:怎么看待关于设计师来说分歧理的须要
作者:管理员    发布于:2020-06-30 17:08   文字:【】【】【
假如产品司理想把 协助 按钮放到官网,设计师该怎么辩驳?以这个荒唐的需求为例,科技总结了四个方法,帮你拒掉那些不合理的需求。   昨晚刷知乎的时分看到一篇特别有意思的虚拟故事,其间的事例让人啼笑皆非。大约是说一个产品司理不论产品信息结构的优先级,期望把一个 协助进口 做在官网中心。并且产品司理说服设计师时分以逻辑缝隙的方式进攻,提出诸如 我作为用户就有诉求,你没有诉求也不能代表我们都没有诉求 之类的理由。 因为争论无果终究PM提出要 ABtest,上线之后那个协助进口点击率竟然还挺高的,让设计师十分的抑郁。   虽然这个故事的虚拟的,并且故意夸大了需求的问题,可是实践工作中这样的交流状况可不少见,我之前就常常遇到 难以回绝的需求 ,他们之间往往都会有一些共性:   1)设计师可以显着的感觉到需求有问题;   2)产品司理无法给出客观的需求支撑,可是给出很多 难以回绝的 片面理由;   3)争论无果后PM会要求做出来试试,可是上线后数据看起来是有利于那个需求的;   所以当遇到这个问题这么办呢?我共享一下我自己考虑的解法:   1,接到需求的时分,不要评论设计处理计划,而应该评论需求本身   事例中设计师的最大问题就是一直在和PM纠结一个设计处理计划,而不是需求本身。设计处理计划是设计师需要考虑的专业问题,和PM争论有个毛用,所以之前产品司理无论拿来多么精细的原型和文档的时分我都会忽视掉处理计划的那部分,从他的言语中定位出问题:   1)这个需求底子是达到什么意图?   2)这个需求需要的优先程度是怎样的?   3)这个需求需要的衡量规范是什么?   很显然这里的需求就是『提供一个协助进口』,并且期望可以『尽量协助有问题的用户』。

    2,要诘问需求背后的方针和布景   在这场交流事例中设计师一直都在说没必要做的这么强,可是他没有向 PM 了解为何要做的这么强,疏忽了发掘需求背后的布景和原因:   1)比如是产品最近有呈现重大问题需要紧迫修复并且奉告用户吗?假如这样的话可以直接针对这个问题给用户弹出问题卡片,并且奉告事故现象宽和决方案,而不是模糊的协助进口;   2)假如是产品事务流程比较杂乱,用户的完成度低所以需要协助?那协助的进口是否可以直接引入到场景中,比如在输入密码过错的时分弹出找回暗码方式,在初次进行某项操作的时分进行新手引导?   需求的布景和方针是一个完好的全体,只有全面了解了之后设计师才可能给出ABCD等不同的处理计划,并且在这些处理计划平分析出优劣找出最优解。   3,设计效果不能只看单一的某个维度   事例中 PM 把方案上线测试,可是拿回来的数据规划师就看傻眼了,那个协助进口的点击率挺高看起来需求很旺盛啊。可是设计师也能看出缝隙,放那么显着点击率能不高吗,但是被产品司理当证据的时分也不知怎么辩驳,需求和规划计划的效果然的只看点击率吗?   衡量目标有三个维度:谁的功用量级大,谁的功用质量好,谁的功用对产品全体带来的收益高。所以虽然这个协助进口点击率高,可能用户进去了之后转化率和留存会很低(没需求的用户猎奇点进去就走了),另外也许功用上线后用户的负面反馈会增多,其他功用的流量也会遭到此影响,而这个功用的底子方针(协助用户解决问题 看问题的修复率)其实不会改善很多。   所以设计师衡量效果不能只看点击率这么一个目标,转化率、留存和用户反应等都很重要。   4,设计师要更主动的去获取信息   事例里的设计师还有一个很大的缺陷就是完全被PM牵着鼻子走,通过有限的信息去判断需求和方案的好坏,其实设计师可以自己主动做到对信息的全面把握:   1)比如我们常常鼓励设计师去参加产品司理的周会、需求评审会、需求评论会,多观察老大们对产品战略的宣讲,尽量做到设计师本身就能够掂量哪些是重要的哪些是不重要的。   2)设计师可以尽量去注册数据办理后台学会自己查数据,或者直接进反馈平台、AppStore、微博、贴吧去看用户反应。假如真实不行公司套路深,能够让产品和运营把相关的信息抄送给你。   3)设计师要常常学会向上交流而不是点对点交流,遇到这个问题的时分可以拉很多人来评论,拉领导来评论,拉牵扯到相关的产品司理来评论,由我们一同宣布观点。比如事例中假如设计师拉来负责官网的产品司理说 他要抢你流量 ,你看他们不得先PK一遍?或者假如这个产品司理的需求真的不靠谱的话,适当的和老大提一提那个产品司理极可能就被喷。没必要要怕交流,作为设计师情愿去仔细对待一个需求一定是会收到另眼相看的。   有必要直接指出,故事中的设计师的态度和交流方向是过错的。   在这个故事里,事实是:   1. 产品司理提出了一个不完善的方案;   2. 产品司理提出了一个有需求的模糊的场景;   3. 产品司理提出了不适当的追踪反馈的方式。   设计师的问题有几点:   1. 没有开放地去了解『产品需求』背后的『用户需求』,进行评价很分析(例如用户人物、可能触及的场景及使命);   2. 想通过『否决需求』来『否决方案』;   3. 没有在了解和分析的基础上『提出处理计划』(产品司理在尝试);   4. 没有提供研讨反馈的思路,任由产品司理以不合理的方式进行评价;   5. 没有能从用户使命的角度分析取得的数据,提出合理假设与进一步分析需求。   在这个故事里,最大的问题不是不行专业的才能或方案,而是设计师将自己放在了一个被动的,期望合作同伴提高的态度。

引荐阅读:

Copyright © 2002-2020 网页免费制作_免费建站平台哪个好_如何制作自己的网站_旅游网站建设方案_制作自己的网站 版权所有 (网站地图
地址:江苏省南京市玄武区玄武湖 电话:4008-888-888
邮箱:9490489@qq.com QQ:2249937563