101工业设计,深圳工业设计首选品牌!
当前位置:首页 » 资讯中心 » 行业资讯 » 产品设计公司是怎么设计产品的?用什么方法?

产品设计公司是怎么设计产品的?用什么方法?

文章出处:101工业设计网责任编辑:作者:产品设计小二人气:-发表时间:2020-04-16 14:30:00

产品设计的过程要经历什么?有什么方法?解决这个问题,我们先从我们熟悉的走路开始。即使我们只是走

路,有时从A点到B点也很麻烦,想知道路径是否正确,方向是否正确,是否采用捷径等。
但是,当A点是用户问题而B点是实现功能时,就像在旧地图和错误的指南针上在海中导航一样。
这就是为什么经过严格的过程(甚至是时间用完)之后,必须提供尽可能多的有关解决方案的信心和数据
 产品设计公司是怎么设计产品的?用什么方法?

产品设计过程和方法
 
1.了解问题

这个问题也需要理解
首先,如何解决这个问题?这是客户的要求,是CEO的想法,实现愿景的路线图是吗?了解问题的位置很重
要。识别触发用户的实际问题通常很难且容易忽略(让我们面对现实并减少耗时)。
回到最初引起的问题,这意味着确保设计的出发点是实际的问题,而不是可能的解决方案之一。
收集来自CEO,产品所有者,产品设计等方面的客户服务见解-深入研究,直到找到触发请求的原始事件。
 
2.研究问题并收集数据

解决此问题是解决方案的一部分
第二步意味着善于打扰别人并寻找谷歌。一旦发现事件(可能是儿童时期的创伤或客户投诉),就该获取尽
可能多的信息了。
别人如何处理这个问题?这是普遍问题还是基本问题?有没有办法将问题分解为较小的问题?最重要的是收
集数据。
即使我们在谈论尚未开发的全新功能或产品,也可以使用某些相关指标(在某种程度上)。如果这是对现有
功能的改进,则应该更容易从分析或应实施的任何类型的指标中获取使用数据。
 
3.重新设计问题

现在有了所有这些信息,应该很容易就可以更好地了解问题的背景和存在的原因。重新构建问题意味着获得
不同的视角并从另一个角度来看待它,从而打破它以前在收集时可能添加的任何偏见或解释。

因此,虽然最初的需求可能是“我们需要一个功能,允许在余额不足的情况下向用户转账”(这是一个已包含
解决方案的需求),但问题可能是“转移给用户的钱花费时间,并且需要经常检查余额”。

这个问题的新框架为解决方案开辟了新的途径(实现调度程序,或者在余额不足时自动发出警报)。

4.设计解决方案

解决方案

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

由于目标是测试假设,因此理想情况下,原型应以假设为中心,最好从所有装饰和不必要的细节中剥离,以
便在测试时分散用户的注意力。

在这一步,与开发人员以及参与该过程的任何其他人(QA,更广泛的设计团队,客户关怀)进行交流,从他
们的角度收集他们对解决方案的见解也非常理想。

5.测试解决方案

“我想知道他们为什么要让我参加数学考试”

根据可用资源和时间的不同,用户测试始终都是具有挑战性和必要的。

即使资源不足且时间紧张,测试代表产品较大用户群的用户样本也非常重要,甚至比拥有不具代表性且因此有
偏见的大样本更为重要。

以最详尽的方式收集笔记 - 或者更好地记录音频 - 意味着如果在UX研究员(如果可能的话,或者至少另
一个可以人可以记录)的帮助下进行访谈以便保持两者笔记的质量。

6.实施解决方案

不适合3岁以下的儿童

那么现在,假设是否被验证?如果是这样,设计的难点和优点是什么?假设这一切都进行得很顺利(假设验证
和轻微的痛点),原型将不得不变成实际的屏幕和要求给开发人员。为了铺平未来迭代的路径,定义哪些是关
键绩效指标和功能的成功指标是一项强制任务,可能需要其他团队成员(营销人员,开发人员)的帮助。

如果假设没有经过测试,那么就有必要回到设计解决方案的前一步,甚至回顾问题本身,然后重新开始。

在设计一个复杂的解决方案时(很可能是一个复杂的问题),可能的策略之一可能是从实施最简单版本的解决
方案开始,随着时间和版本的增加而增加复杂性。

7.发挥功能

那么,这是自我解释。只要把它拿出来,让世界知道它就在那里。
 
8.跟随此功能的成功

他是否也是最佳着装清单?
如果一切正常完成,那么指示符现在应该可以收集了。通过检查客户服务并让他们跟踪发生的情况并为客户反
馈的各个方面设置折扣渠道来监视客户服务也是一个好主意。
 
9.解决方案是否解决了问题?

解决方案也需要理解
该功能已发布,并且可以在一段时间(几周或几个月)内向公众开放,并且根据路线图和其他问题,应该提出
问题的时机:更大的用户群是否确实找到了通过实施解决的问题的解决方案?
实际上,并不是每个人都感到高兴(用户和/或队友),其他问题已经出现,也许是时候解决利基问题了,或者
-无论整个过程如何-我们可能都错过了商机。因此,让我们对这一过程保持信心并重新开始。