更贴近业务及用户——交互设计工作方式转变感

因子:

今年年初，交互设计师与产品主管讨论，提案涉及交互设计师应该进入哪个工作阶段才能充分发挥自身的使用价值。由此，交互会在新项目需求发现的前期就有产品主管的参与，参与更长时间的业务流程需求和用户需求的掌握，与产品主管有一个相互输出率PRD(一些包含用户感受的高保真音频原型会由交互设计师实际输出，原型的好处是:方便用户参与可用性测试，所有产品精英团队可以更直观的掌握设计方案规定，所以优势不言而喻)。在这个阶段，取代它的新项目全面启动。产品主管有了详细的PRD产出率后，交互设计师参与新项目参与原型绘制。有点晚了，动能还不能完全释放！另外，人人都得到了很多接触用户的机会，产品的执行也得到了很多用户的反馈，所以有很多改进产品的机会。

这种工作模式已经实行了一个多月了。作为一个后台管理产品的交互设计师，我有很多感触。以下是获取方法。

1。更好的把握产品对于业务流程的使用价值。

大利润集中在业务流程上，产出率有用户的使用价值。

2。更好的把握用户的整体目标。

在商品中心参与新项目的审批时，让我印象深刻的是，交互设计师应该更关注整体目标，而不仅仅是日常的任务或动作。总体目标是每个人的主观因素逼出来的，很可能随着时间的推移而慢慢改变；相比之下，行动和日常任务是非常不稳定的。掌握用户的总体目标，可以使设计者在现代科技中省去不必要的日常任务和动作，即系统软件的实际 *** 作。

例:商品中心审批的总体目标是:该商品必须是供应链管理的商品才能放行销售(供应链管理的商品必须经过验证、QC、入库，才能符合供应链管理规范，从而为用户产生更好的购买体验。)根据与商品中心审批人的沟通得知，现阶段的线下推广会提交给域2审批，由商品中心审批人承担审批，审批或不审批的结果会反馈给域2。这个工作流引擎是更好的总体目标的实际工作目标。着眼于总体目标，我突然发现，真正符合供应链管理规范的产品，不需要经过域2就可以提交实际 *** 作，系统软件会自动运行到商品中心的审批人那里，这样就节省了域2的实际 *** 作成本。

3。改善用户体验。

每个产品都有专门的完整实体模型，用户脑子里都有数据模型。对于产品必须处理的问题以及如何解决这些问题，他们有自己的想法。如果完成的实体模型与用户的数据模型不一致，用户会感到心寒。寻找用户寒心的地方，我们也会寻找改进产品的机会。

例1:以往“查询SPU”和“查询SPU情况”的用户反馈，并没有建立两者的区别。最初的想法期望用户查询不同纬度的产品，而用户期望查询一个目录中所有产品的基本信息。然后，交互设计师和产品主管讨论如何将它们结合起来，以方便用户统一查看。之后，他们扩展了功能，将验证、QC和仓储有效连接起来。

例二:“你的查询SPU目录比较长，你要把下拉列表驱动到最后的实际 *** 作栏。我觉得不方便实际 *** 作。”然后我们把这个实际 *** 作的快捷图标放在相对目录栏，方便用户 *** 作。下图显示了调整后的样式。

4。很多后台开发处于项目实施的最前沿，也有机会直接接触用户，有义务帮助收集很多用户的反馈。

感谢所有合作过的产品。同组的团队成员包括PDPM前端工程师的后台开发，以及所有人机交互和我的负责人，我亲爱的姐姐。很高兴与你合作。谢谢大家的意见和建议，让产品有很多改进的机会。在这段时间里，我对人机交互有了更深的理解。一个好的交互设计师应该肩负很多责任和使命，我以后会慢慢理解的。继续走！