|
四、用户体验设计与实现 在这个产品同质化严重的大环境下，技术已经不再是产品的核心竞争力，好的用户体验才是抓住用户的制胜法宝。 在产品开发的过程中，许多工作是可以同步进行的。比如原型设计与UI设计，技术开发和测试；但是不建议UI设计（用户体验设计）与技术并行。 原因如下： 1. 与软件开发团队合作的人要记住一点，一点产品进入开发阶段，再修改设计思路是非常困难的，而且越往后修改的成本越高。 2. 用户体验设计要保证产品同时具备可用性和价值，任务很重。为了拿出可用又具有价值的设计，必须尽早、反复地验证设计思路。 3. 我认为验证设计思路最好使用高保真原型。为了验证各种设计思路，产品原型可以随意修改。而开发中的产品应该以固定的原型为基础。 4. 产品开发可以分多次迭代，但用户体验却不能拆分。设计师必须全面地，连贯地看待用户体验，考虑以往用户的使用习惯。让用户放弃不可用的软件很容易，要他们放弃使用习惯却很难。 如果产品设计与开发同步展开，多半会出现设计师饱受压力，在极有限的时间内完成一个自己不是很满意，前后不统一，漏洞百出的作品，应付了事。实际开发后，再进行修补，只会浪费更多的时间。所以用户体验设计应该在软件开发前完成，通过验证后再交与开发。
五、产品验证+原型测试 1. 产品验证 产品验证是证明产品的价值、可用性、可行性。 产品验证是指在正式开发、部署产品前，验证产品是否符合预期要求。
产品团队对自己的产品往往过于自信，不愿意验证产品，只顾埋头开发，总想着等到公开测试时再收反馈意见。毫无疑问，到时候再想大幅度修改产品是不可能了，因此许多产品刚发布时表现的非常糟糕，也不足为奇。 因此产品团队将产品交付开发前，需要进行以下三项重要验证： （1）可行性测试 首先要明确在现有技术条件下，能否成功开发出产品，邀请架构师和开发人员深度参与技术调研，寻找可行的方案。 重点是让开发人员寻找产品设计里那些难以克服的障碍，现在发现远比损失了时间和资金后发现来的好。如果产品存在可行性风险，一定要提前解决这些问题。 （2）可用性测试 交互设计师应与产品经理密切合作，想方设法突出产品的功能特性，让不用类型的用户都能明白如何使用。 可用性测试往往能发现没能成功实现的产品需求，如果测试得当的话，甚至能发现原本被忽略的产品需求。一定要邀请真是用户进行可用性测试。 （3）价值测试 最后，仅仅知道产品能够开发出来，方便使用，还是不够。同样要紧的是知道用户是否觉得你的产品有用，是否愿意购买。 价值测试可以和可用性测试同事进行，只不过可用性测试重在观察用户如何设法完成必要的操作，而价值测试重在观察用户是否喜欢这些功能，是否满意功能的具体实现方式。
2. 原型测试 原型测试是让真实用户使用高保真原型，测试产品创意。目的在于加深产品经理对产品的理解，避免开发团队浪费时间和精力开发没有把握的产品。 很多公司是这样的，老板想到一个老点子，产品经理就着手开始原型设计，设计好没有进行测试就着急让技术开发，孤注一掷。用实际产品搭上全部开发时间进行产品探索。他们开发的是一款非常昂贵的原型，让知情的用户掏钱参与原型测试，这些公司至少需要一两年时间（发布几个版本）才能盈利。 这也是许多创业阶段的公司失败的原因——他们往往没有足够的资金维持两年，因求胜心切，盲目招聘开发人员，拼力一搏，结果可想而知。 注意，产品可用性测试（验证用户能否想明白如何使用产品）和产品价值测试（检验用户是否渴望使用产品）同样重要。 以下介绍如何开展原型测试： （1）物色测试者 如果是企业级的产品，同类产品的展销会是寻找目标用户的好去处。如果是大众产品，可以邀请自己的亲朋好友参加测试，但不能仅限于亲友。离开公司，到用户聚集的地方去。 （2）准备测试 确定可用性测试的内容，并拟出问题，就产品的价值向测试者提问。 （3）原型测试 1. 测试前不宜与测试者交谈过多。 2. 务必告知测试者，这是产品原型，是初步的产品创意，不是正式产品；请说出真实看法（不管好坏），不必碍于情面有所保留；记住被测试的对象是原型，不是测试者； 3. 测试时，尽量让测试者保持平和的情绪，千万不要让他们陷入吹毛求疵的状态。应该多观察用户操作，少听他们抱怨。 4. 测试时尽量保持安静，不要给测试者提示。克制住想要帮助的冲动。 5. 测试的作用是理解目标用户如何看待产品要解决的问题，发现原型与用户期望不一致或不相符的地方，也就是原型不符合用户直觉和习惯的地方。 （4）更新原型 测试原型的目的是找出原型中需要修改的部分，提高原型的可用性和价值（吸引力）。及时纠正发现缺陷。 原型测试的整个过程听起来很复杂，但其实可以做的简单高效。只要带上笔记本或原型，找一位还没有用过的用户试用一下，你会发现远比你想象的简单。
| 
发表于 2020-6-16 00:38:50
收藏