产品策略可行性测试

产品策略可行性测试

- 本文章属于 Fight for User Research 系列 -

可用性测试几乎耳熟能详,但产品策略可行性测试,可能会稍显陌生。随着产品和设计工作结合越来越紧密的现状来看,后者显得越来越重要。那么问题来了,如何执行早期产品策略可行性测试呢?

答案:以可用性测试框架为基础,只需稍微改动一点即可。

产品策略可行性测试 v.s 可用性测试

测试产品策略的可行性,跟测试设计方案的可用性,是完全不同的。产品策略可行性测试通常在项目前期,设计正是开始之前,用以探索整个产品大方向的可行性;可用性测试则是对于特定任务的,鉴定其用户体验的方式,通常在设计开始之后。

产品策略可行性测试与可用性测试在测试方式上非常接近,所以我们只消稍微改动一下,就能完成。但设计师必须非常清楚这两者的本质差异,避免在执行过程中走偏。

为什么要用快速原型去测试产品策略可行性?

  1. 一个快速原型,可以帮助用户在操作中更好的表达自己的诉求。纯文字的抽象沟通对用户而言门槛太高。
  2. 快速原型成本低,迭代快,适合前期的探索。
  3. 几乎所有人都希望设计师尽早给点东西出来,索性一举两得。

执行框架

1:1 的定性调研通常都遵守相同的框架(图1),产品策略可行性测试与可用性测试相比,存在以下 2 点特殊性:

1)访谈:你需要去设计一些能启发用户回答更高层次的问题,而不是可用性层面的。

2)任务还原准备(测试任务的设计):不做提前预设。

图1

具体执行建议如下:

设计策略依托于产品策略,产品策略是一切后续工作的基础。不管是用上述的方法,还是借助其他方法论,设计师通过科学的用户体验研究方法,提前介入产品和业务,推进项目往正确的方向挺进,都是用户体验设计价值的范畴。

系列文章

对于「用户研究」的常见误解


参考资料:

Michael Hawley, 2012, uxmatters.com/mt/archiv

拓展阅读:

Isabelle Peyrichoux, 2020, 10 Best UXmatters Articles on Foundational User Research.

编辑于 07-05