快生活 - 生活常识大全

阿里产品经年经验凝聚的点产品设计要诀


  互联网公司产品设计过程,无外乎四大步骤:需求确定>产品设计>开发推进>产品上线。当然细分下来会有很多环节,如各种评审、交互、视觉、前端、后端、数据、测试等,但在讲求速度为王的互联网时代,多而细的环节分工不一定是好事。
  本文高度概括成为四大步骤,总结在每个步骤中的一些心得要诀。
  环节一.需求确定
  产品初始,从需求开始,在需求的收集过程中,用户、老板、业务部门等各方都会提出形形色色的需求,面对不同的需求来源,应该如何处理?
  要诀1. 业务需求:接收的是业务问题和目标,而非功能和方案建议。
  业务作为面向用户的一线员工,对于所涉及的业务痛点最清楚,往往业务总是给产品提出我要这个功能,我要改成那样等等。其实这时业务提出的是解决方案,而不是需求痛点。
  产品经理需要深挖这背后的诉求,遇到了什么困难,需要解决什么问题。然后通盘考虑解决方案,以更好更通用和简单的策略来解决业务问题。这也是产品和业务不同的专业价值所在。
  要诀2.自发需求:倾听用户故事,观察用户习惯,发掘用户明确的和未感知的需求。
  产品经理通过用户反馈收集、产品体验、用户观察沟通等,不仅可以收集到用户明确的需求,还可以发现用户习以为常,但可以优化改进的需求。倾听用户故事和观察用户习惯,是体验设计的用户调研方法,其实也是产品设计的必备技能之一。
  套用一句俗语"从群众中来到群众中去"。人都有超强的学习能力和适应能力,再难用的东西,经过培训练习,也能驾轻就熟。比如汽车,其实很难用,以至于需要专门的驾校培训练习和考试,当然安全知识需要考试除外。习惯不等于没问题,习惯不等于好用,习惯也不等于没有优化空间。因此产品经理要以旁观者或小白的角度,去观察和发现用户没有意识到的问题。
  要诀3. 老板需求:消化深入,选择排序,用事实说话。
  老板需求是在任何工作环境都不可避免的,老板需求怎么应对?消化理解,毕竟老板之所以是老板总有高人之处。一时半会不理解,可以先消化理解。
  如果是可做合理,深入细化成产品需求;如果合理但不紧急,说明当前资源和项目排期,老板你看停哪个做哪个;如果是不合理需求,用用户实际情况的事实说话,用数据说话。
  环节二.产品设计
  产品设计可谓是产品从0到1的关键环节,也是最考验产品经理综合能力的地方。整体规划、逻辑梳理、节奏控制、风险把控等,都是这个环节的关键要点。
  要诀4.整体考虑定位,细节斟酌流程体验。
  整体产品设计或规划,首先明确产品的定位,能用一句话说明产品是什么,清晰产品的价值目标,而且是随时能够脱口而出的。在细节方面,了解业务流程,进而设计产品流程,并通过产品流程去改善优化业务流程。
  要诀5.目标明确有的放矢,轻重缓急做精简。
  每个产品需求,都有明确的目标,要解决什么问题。只有确定目标才能有的放矢,最忌讳说要做,都不知道做的目的是什么。明确目标后,在实现目标的过程中的那些关联需求,对这些分支模块根据对目标影响值权衡轻重缓急,做精简。目标就是这过程的中心思想。
  要诀6.单个需求考虑扩展性,多个需求抽象共性。
  后台产品或平台产品,单个需求过来,多考虑实现这个需求后,类似场景是否都覆盖,多问问有没有扩展性。如果多个需求过来,其实这是好事,因为此刻最好抽象共性,体现平台产品优势。
  要诀7.框架清晰,方向明确。
  产品框架就是产品的骨骼,决定产品大致结构和长相。这是在产品设计前,就应该先构思好的,只有框架清晰,我们对于产品才有宏观全局的把控理解。当然这时的框架不用做到太细,它主要是为了给整个产品指明方向,让团队成员知道产品最终要成什么样,各个阶段是什么样,当前我们做的在产品的哪个部分。
  要诀8.节奏明快,阶段目标。
  互联网产品讲究的是"快",忌讳花费很长时间,出一个完整产品,那是微软时代的做法。我们需要切分阶段目标,快速迭代发布,而且阶段目标要明确,可量化可衡量。这样对于团队成员、业务方、老板们才有更好的鼓舞。
  要诀9.文档全面,数据风控。
  产品设计的文档,是设计过程和思路的沉淀记录载体,因此要尽可能的全面完整。在设计时尽量考虑全面,不仅考虑产品功能本身,还需要考虑产品使用的用户权限风险控制、产品数据埋点、业务数据统计等。
  环节三.开发推进
  做产品比如建房子,做完产品设计好比有了建筑图纸,接下来需要的是开发工程师们配合将房子搭建起来,那么我们需要怎样才能更好的协同推进开发工作呢?
  要诀10.卖梦想讲故事,思想步调一致。
  汇集各个角色做一个产品或项目,就像召集几个同学干革命,这是一个艰苦的过程。
  这里推荐一本书《向毛主席学管理》,当年的红军队伍在一穷二白的情况下,召集大队伍艰苦抗战,取得胜利,其中最重要一点就是思想建设。在产品经理与团队成员协作时,这也是一样的,卖梦想讲故事,思想统一步调一致,大家形成共同的目标。只有内心的认同,才会有激情,才会变得简单。
  要诀11.独乐乐不如众乐乐,与业务共建。
  再好的产品不能解决问题,然并卵;再好的产品没有人用,然并卵。与业务同步共建,忌自嗨,业务同学实际工作过程中,看是否能帮助业务解决问题。
  要诀12.有争议,回到目标,不忘初心。
  产品设计和落地过程,不可避免的有分歧和争议,遇到此问题怎么办?回来回来,回到我们的最初目标,不忘初心。用目标来平衡争议的观点是最好的良药。
  环节四.产品上线
  产品开发完成,并不是产品的终结点,真正的考验刚刚开始。正式上线前后还有一系列的工作需要完成。
  要诀13.培训公告,通知到位。
  用户培训通常出现在后台产品中,因为后台产品对于效率,对于准确性,对于探索的控制,培训是很有必要的。这类产品,用户需要的是精准的定位和认识,基本上都在处理问题使用工具中,没有闲暇时间来像用户产品那样去探索和尝试。培训前,做好同步公告、确保所有相关同学都通知到位也是必须的。
  要诀14.用户反馈,响应及时。
  用户反馈的问题,一定要及时响应。一方面表明用户在用你的产品,另一方面他在为你的产品优化建言献策,同时反馈也是对产品的一种信任。及时解决用户反馈,能让用户不仅对你的产品对你工作都会有很好的认同。
  要诀15.走访用户,观察使用。
  产品上线已经经过了培训,也通知到位。基本上可以用了,如果没有用户反馈问题,千万不要以为你的产品就没有问题了。因为不说不代表不存在。你需要时不时走访观察你的用户是怎么使用你的产品的,用户的理解和想象力真的是无穷,正是有了用户的这些无穷的扩张使用,才会有淘宝类目和商品的丰富一样。去观察,可以发现用户并没有按你设想的方式去用,也可能发现原来产品还可以这么用的。
  要诀16.数据,不要迷信数据。
  DT大数据时代,数据很重要,但请不要神化数据。产品上线,通过数据可以发现问题异常的存在,但是具体问题是什么原因,如何解决,还是需要用户分析和产品经验支持;产品设计前,可以通过数据发现场景的机会,但是具体的需求和产品方案,还是需要深入场景分析和产品主观经验发挥。数据,是老板们最简单直接说出产品好坏的东西,因为通过与既定量化数值对比,通过对数据趋势图,非常直观的对比就出来了。
网站目录投稿:又绿