我的产品方法论(产品的设计2)

产品经理的方法论可以从两个角度来叙述,一个是产品的发展角度,从产品的立项开始一直到产品投入正常运营后结束;另一个是产品经理所需要用到技能的角度,从基本的产品软件使用到整个产品规划、部门沟通能力等。本连载文章从第一个角度开始写。

本文只涉及TOC产品,是笔者工作期间的方法总结,适用人群没有局限。
文章分为“产品的准备”、“产品的规划”、“产品的设计”、“产品的开发”、“产品的运营”五个大章节,力求全面总结笔者的产品方法论,供大家参考。

交互设计

交互设计与原型设计是相互穿插的,甚至在需求与功能明确的情况下,原型设计主要主要就是设计交互这一块。


什么是交互

文艺一点的说法是:让“机器”不再冰冷,让人更容易操控“机器”;通俗的讲:交互就是让产品从能用达到易用,最后变成好用的这样一个过程。



用户体验的要素从四个方面提出:

  • 战略层:用户需求,产品目标
  • 范围层:功能范围
  • 结构层:交互设计
  • 框架层:同样是交互设计
  • 表现层:视觉设计

这是一个教课书般的结构,可以看出从概念到实现环节较重要的是交互设计,不过绝大多数的公司是没有交互设计这个岗位的,大部分由视觉设计或产品经理代替。

交互设计的环节主要设计这几个方面:

  • 信息结构:包括层级关系,空间分布,关注点
  • 反馈,触发器:这里涉及微交互知识,是交互设计的入门。
  • 界面设计:用户认知操作习惯等,涉及跳转、导航、功能使用安排。
  • 需求满足:业务需求与用户需求的权衡。

这里建议遵照MVP法则,只做最基础的设计。特别是信息结构环节,意在呈现用户希望看到的。

什么是用户希望看到的,检验的标准只有一个:能够帮助用户提升效率,更快决定行为的信息便是用户希望看到的。这里其实是两条标准,对于工具性产品注重效率,信息性产品注重展示。

举一个例子:

如图所示分为三个页面——“节目”、“下载中”、“专辑“。

这个业务流程可以简单变成:用户点击下载——节目最先出现在”下载中“,状态表示已在下载——下载成功,节目跳转到”节目“列表中——下载完成

我们拆解基本需求来理清整个思路:

  1. 用户的需求是:将节目下载至手机,根本是解决无网络环境下的播放问题(弱网无网情况下的使用问题另提需求)
  2. 用户需要的功能是:下载
  3. 交互要考虑的问题是:强调节目正在下载,方便用户播放(产生下载后的列表),替用户善后(听完后删除节目,给下次功能使用创造条件)
  4. 强调的信息有:下载状态,下载完成状态,可播放状态,可删除状态,删除完成状态

最直接分解用户的行为流程,提取关键节点,围绕其展开信息分布,尊重人类自上而下、从左到右的感知习惯,可以按照这一个流程来做每一个页面的信息结构。


微交互触发器理论可查看下图:


平衡用户需求与业务需求是交互设计最重要的一个环节。业务需求基本由产品经理在前期“产品的准备”提出,而用户需求需要产品经理与交互设计师共同整理。

衡量交互的用户需求可以从以下几个方面展开:

  1. 目标用户的行为特征(比如老年人对颜色感知,字体大小的要求;女性用户对圆润的潜意识喜好等)
  2. 用户使用的场景(弱网、单手、户外、音频输出等环境,使用是否存在以及匹配等)
  3. 用户行为(按钮的点击,滚动标签的左右滑动等)
  4. 用户体验的目标只有一个,简单高效的完成功能

交互设计结束后,会经历几个方面的评审工作。

功能是否表达完整,是否有不合理的跳转;页面数量是否超过了开发预算成本,是否适合目标用户;很多情况下,甚至会将交互稿件直接拿给一些目标用户,让他们无引导体验
各个页面的操作。

对于交互设计师而言,以上的内容只能是笔者拙见的一些归纳,算是不完整基础中的基础。交互最开始是从工业产品中萌芽发展的,这一点可以参考名著《设计心理学》。不过笔者个人认为这四本书都不太值得看,不如看一看国人自己总结的《破茧成蝶—用户体验设计师的成长之路》以及《交互设计那些事儿》,更加直接易懂不啰嗦。

对于产品经理而言,知道以上基本的常识已经完全足够了。在工作中,产品经理除了展现自己在专业领域的能力之外,还要推动项目进程、协作沟通的任务,因此在能够保障业务需求与用户需求的前提下,产品经理最好充分信任交互设计师的方案,肯定其价值与贡献。


《我的产品方法论》系列文章地址:点击这里

广东省深圳市福田区福中三路