笔者的上一篇文章近万字长文发布后:

阅读完此文的设计师小伙伴们,w ] A Z + F I又陆陆续续问了笔者几个问题,总结如下9 D . z @ R $ o

“产品需设计的模块和页面数量与预计偏差较大,产品g L k } , + z中的跳转关系、开发功能点不断地_ V L变化,感觉产品团队总N d 1 `是在反复推翻他们原先定下来的结论,作为设计师的我们,实在是太累了,跟着他们瞎忙活。总感觉自己一直在加班,在画图,但是忙忙碌碌一点h C 1 0实质性的进展都没有,这样子的设计真的不想干了。”

笔者听到设计师小伙伴的此番抱怨,也是颇为理解。不论任何人,都是希望自己的努力是有一个好的结果的,而不是穷忙瞎忙。那么,如果我们改变不了现状,又该去如何应对呢?我想,这是设计师们需要去认真思考的。

笔者试图从客观的角度,来为设计师小伙伴解答以上的疑虑,给遇到同样情况的设计师一点建议。

产品发展四大生命周期

首先,笔者先为大家引入产品发展的四大生命周期,这是业内? I P ~ P T l V较为一致认同的产品生命周期定义。从产品发展的生命周期,我们可以了解产品团队各岗位在处理产品时候为什么如此,又为什么不如此。

不论是 B 端产品还是 C 端产品,通常都会经历从准备进入市场到被市场淘汰的过程,即引入期、成长期、成熟期、衰退期这四个生命周期。

产品探索期频繁改需求,设计师该怎么办?

1. 引入期

引入期是指当产品团队经历了漫长的开发周期后,终于把产品一期的核心功能开发完毕,正式上线的阶段。在引入期,产品的功能肯定不能满足用户的全部需求,不能完全覆盖业务的所有情况,也许还会存在这样或那样的 BUG。但即便如此,产品也要投入市场做快速验证,在验证中快速迭代来调整产品的方向。

产品团队工作状态:根据市场反馈,快速推进必要需求转化为功能\ i _落地。

设计师工作状态:接到的设计需求相对较为明确,该时期虽然工作忙碌,但设计工作有节奏、有结果。

2. 成长期

产品经过了一段时期的推广,在市场上已经被广泛知晓和接受,并且当产品推广的速度越来越快,产品能覆盖到的市场也6 R M 6 ` h L w \越来越广,产品亦能满足越来越丰富的业务需求,进而产品为企业带来的J L M价值也越来也大。也, X ^ 9 + _ E @ t就是说,这时候? C 0 _ 7 ? R L v,产品的规划已经| # & # E N Q逐渐清晰和明确,市场占有g e x x u / g W F率不断上升。产品经过引入期的调整与磨合,! f Y在成长期已比较稳定。

产品团队工作状态:可复用性功能沉淀,个性化功能做特殊处理,不断调整产品,以适用更广泛的用户群, 0 $ } K ( c H ,需求。

设计师工作状态:接到的设计需求拆分清晰,需求来源与需求需要解决的问题较为明确,E S J @ l m N c P设计P 0 \ M ;工作越做越顺。

3. 成熟期

产品经过成长期的稳步增长或快速爆发增长,已经拥有l T i了相对稳定及全面的产品功能,客户数量和客户回G H F ^ \ W * G购率也都比较稳定,为企业创造了稳定的商业价值。这时候,揭示着产品进入了j W G C %成熟期。

产品团队工作状态:产品功G Q ) u * s X V `能较为全面,产品团队会考虑拓展产品生态,稳定当前产品。

设计师工作状态:接到的设计需求会越来越少,如果有,大多是在原有基础上的体验优化,大模块的设计任务基本很少展开。

4. 衰退期

当新的科技出现,使用旧科技的产品就会被淘汰;当新的业务形态发展起来,如果产品不能与时俱进,就会无法满足和支撑当前市场的业务状态,产品就会面临客户流失的困境,产品就进入了衰退期。

产品团队工作状态:这个时期,产品的迭代频率非常低,迭代速度非常慢,有些 B 端产品甚至不会再迭代和维护了。产品团队也许正在将重心往其他方面迁移。

设计师工作状态:基本不会有什么设计需求,设计师会投入到新产品的支持中去。

产品探索期

从产品发展的四大生命周期中,我们可以发现,设计师接到的设计任务情况、设计师的工作状态与1 p F : \产品所处的时期有极大的关系。

那么,c k p g : ( u r $设计师小伙伴所说的“产品团队总是在反复推翻他们原先定下来的功能、需求,作为设计师的我们,无法抓住设计要点,理不清头绪,跟着他, = V & j i F们天天瞎忙活”是处在产品的哪个时期呢?

以上描述的状态,不处在产品的任何一个时期,而是处在产品引入期的前一个时期,我们可以称之为“产品探索期”。因此,笔者认为,产m ] H b品可以分为五大生命周期:探索期、引入b h x ` % : f + 5期、成长期、成熟期和衰退期。

产品探索期频繁改需求,设计师该怎么办?

在产品探索期,由于没有真实Z K f } z = \ x的用户,产品一期的功能范围通常来自于战略的需求、产品经理的经验、竞品的参考等。基于此,产品需求会8 x z P # T ^ D频繁改动,而设计师的体会就是:觉得和产品经理合作太累了,他刚把你叫过去,对接了一些设计需求,你追着他把需求情况、设计注意点都; q 8 R }问清楚了,半信半疑却又努力地画出了稿子,刚准备发给他审核,他就立马和j G a N W你说,他的想法又变了,希望你能再出一个稿子,之前稿子以作废告终。

产品的探索期无可避免,比起被动接受,设计师需要主动出击。在这个过程中,设计师可以做哪些去缓解此局面,或者说,用设计师的专业能力去推动产品加速进入引入期呢?笔者认为可以从以下几方面去尝试。

  • 深入理解产品目标
  • 采取方法发现问题
  • z , [ T = p l Y 0细化竞品分析
  • 主动推进评审
  • 平衡各方诉求
  • 共建思维

深入理解产品目标

设计界面前要深入理解产品目标是一句听得耳朵都起老茧的话了,但还是有很多设计师一接到需求就直接开始画稿子,没有弄清楚为什么产品经理要我们画这个稿子,产品的用户是哪类人群等,从而导致设计出来的稿子与产品经理的需求偏差太大,进而变成反复改稿。

出现此类问题,通常是W ^ y h N ! # + q因为设计师在画稿子前,双方没有对需要达成: o { j h . %的点达成一致。笔者建$ r * O C B议设计师:

  • 从双方沟通中,深挖产品目标与需求方的真实诉求,最终确定他们想要达到什么目标。
  • 明确产n V 5 v V D品的核心用户人群,及用户的特征、痛点,用户在什么情况下会V | 3 U { /使用我们的产品,产品经理期望用户使用产品获得什么。
  • 明确产品团队期望设: n w J计具体起到A P Q什么作用,如何支持产品目标的实现。

采取方法q G \ q 4 ( g + F发现问题

深入理解产品目标只是设计前的第一步,在设计中,还会发生很多问题。那么设计师需要具备发现问题和及时提出解决方案的能力。J Y 8 t / V +

去年我们有一名设计师,在协助产品经理完成大会购9 b % @ O T w c票页面的流G k x p K程优化和设计后(从 4 步缩减到 2 步,同时美美的设计稿已经完成,准备切图开发了),产品经理又说他需要补充一个票种。设计师不慌不忙,将设计好的购票页与现在的票种进行了分析,然后巧妙的在现设计稿上加了个 tabs 来完成了产品经理的新需求。他以最小的修改设计稿的成本,获得了需求方的赞扬。

建议设计师们在日常工作中有意识的去锻炼自i H C U己发现问题的能力,并且发现后去主动思考如何解决。几次下来,收获会很大。

精细化竞品分析

《孙子谋攻》:“知彼知己,百战不殆。”我们在产品设计中也是如此。如果行业已有类似9 N HP 2 @ i M产品,我们就不能因为麻烦不去做竞品分析,从而导致设计出来的产品与行业习惯相违背。设计师想要与产品经理有十足的底气沟通,那么做竞品分析这一步必不可少 。否则,只能被产品经理叫着一会改这,一会改那。

记得有一名设计师,产品经理让他给工作台的图表配色(颜色多达十几种,人工配色相当难,一部分颜色由于色相相近,导致看不清楚),设计师直接做了完整的图表配色竞品分析Z L s ] @ L Q * 1。产品经理听了他的分析后,直接用了他的配色方案。

主动推进评审

在产品探索期的设计方案,不能等着产品团队来发起评审,设计师需要主动发起阶段性评审(线上、线下皆可),帮助自己的设计不断趋向合理与精确。通常来说,一次评审就通过的设计稿几乎不存在,既然现实如此,设计师为何不主动推进评审呢?

在设计评审中,设计师可– C Q 9以将自己对设计的理解表达出来,这样子,大家就会明F \ a z { y白设6 R ; f $ / R x D计的意图与产品目标之间的关系,从而有利于设计定稿。避免在和产品经理的私下沟通中,因为双方的一些偏好不同而频繁改稿。

平衡各方诉求

在产品探索期,产品需求的对接人也许只有产品经理,但产品需求的输出方可能是多人,例如决策t W J者、研发经理、b i S Y X b Z架构师、运营人员等。这将导致需求之间可能会有冲突和矛盾,进而导致设计任务很难顺利展开。

遇到这样的情况,设计师一定很难受对不对。但是,谁又是最合适将这5 * H A i种混乱、冲突、矛盾的东西理顺,进而成为用户拍Z 5 c手叫好的产品的呢?笔者认为 ,非设计师莫属了。

设计是什么,设计就是解决问题。设计师是什么,设计师是解决问u y j ` & j – W i题的一群人。设计师需要平衡决策者、研发经理、架构师、运营人员、产品经理的需求冲突,需要平衡商业目标、艺术价值、用户体验与技术能* ? @ 1 8力,最终通过一张纸来平衡和呈现各方诉求。

共建思维; r 8

{ W ]产品探索期,设计师不要将自B = A ;己置身事外,要和产品团队J I $ ! w K共建产品。需求的挖掘、方案的提出不能只是产品团队,设计师也需要参与其中 ,只有深刻理解产品、理解用户,设计才能真正解决问题。

2021 年初,营销部签署了一家客户,客户对产品界面的要求非常高,我们直接派一名设计师驻场设计半# V j M J H & (个月左右,每天将客户提出来的问题进行分析、方案输出、组内评审、修改、提交和解说方案,最终得到了客户的一致好评,认为我们细节做X M ~ k Y _ y得好,很专业。

总结

面对复杂的设计环境,_ $ ^设计师除了要具备画图的能力,还要具备应对复杂问题的能力。设计师需要一颗静下来与不断尝试心,理清问题的本质,在各种约束下M y f 5,拿出最优的方案才是正道。

欢迎关注作者微信公众号:「知X b % : $果日记」

产品探索期频繁改需求,设计师该怎么办?

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注