网站首页 / 设计之家 / 产品设计的流程与方法(一)
返回

产品设计的流程与方法(一)

浏览次数:26 分类:设计之家

即使我们只是走路,从A点到B点有时也很麻烦 – 想知道路径是否正确,是否走的方向正确,是否走上了捷径的道路等等。 但是当A点是用户问题而B点是一个实现的特征时,它就像在一个旧地图和一个错误的指南针在大海中进行导航。 这就是为什么经过一个严格的过程 – 即使时间紧迫 – 至关重要的是要尽可能多地提供有关解决方案的信心和数据。

了解问题问题也需要理解首先,这个问题是如何实现的?这是客户的要求,CEO的想法,是实现愿景的路线图?了解问题的位置至关重要。辨别触发了用户遇到的实际问题通常很困难,也容易忽视(让我们面对它,减少耗时)。回到最初引发它的问题,意味着确保设计的起点是实际问题,而不是可能的解决方案之一。从首席执行官,产品负责人,产品设计等人收集客户关怀的见解 – 深入挖掘,直到你找到引发请求的原始事件。

研究问题并收集数据探究这个问题是解决方案的一部分第二步意味着要善于打扰人们和搜索谷歌的东西。一旦发现事件(可能是童年的创伤或客户投诉),现在是时候尽可能多地获取信息了。 其他人如何处理这个问题?这是一个普遍的问题还是一个基本问题?有没有办法将问题分解为更小的问题?最重要的是,收集数据。即使我们正在谈论一个全新的功能或产品还有待开发,也有一些与之相关的指标(在某种程度上)可以使用。如果这是对现有功能的改进,则应该更容易从分析中获取使用数据或应该实施的任何类型的指标。

重新设计问题蓝钢™现在有了所有这些信息,应该很容易就可以更好地了解问题的背景和存在的原因。重新构建问题意味着获得不同的视角并从另一个角度来看待它,从而打破它以前在收集时可能添加的任何偏见或解释。因此,虽然最初的需求可能是“我们需要一个功能,允许在余额不足的情况下向用户转账”(这是一个已包含解决方案的需求),但问题可能是“转移给用户的钱花费时间,并且需要经常检查余额”。 这个问题的新框架为解决方案开辟了新的途径(实现调度程序,或者在余额不足时自动发出警报)。

设计解决方案解决方案问题现在已经确定,数据可以用于更广泛的产品背景。现在是框架解决方案的时候了,比如“决定哪一条途径导致解决方案更适合该问题”。为此,将解决方案的特征放在问题的形式中可能很有用 – “用户能够设置自动提醒吗?”“用户是否应该能够导入事件?” – 并建立一个列表可能的解决方案方法。

您好!

点击取消回复

    个人中心我的 分类

    在线客服x

    客服
    顶部 回到顶部