使用方法解决需求方的问题是设计最本真的用处。无论面对多么底层，复杂的业务，多么各异的用户诉求，我们都要紧贴业务、服务用户，为产品体验负责。作为网站后台交互设计师，有时不仅要充当 PD，与业务方对接，负责需求的分析与功能结构梳理，也要配合开发，进行测试验收并收集上线反馈，甚至要负责相关视觉设计、使用推广等工作。在具体的工作中，需要我们具备更加全面的视角，以下几点思考与大家共勉。
一、 深入了解自己的业务
这一点在网站后台产品中尤为突出，了解才有发言权，才能提出合理建议，并正确推动前后端协调，否则脱离了业务，设计工作将无实质意义，即无法解决用户需求，也无法带来优质体验。
二、转变自身态度
与团队共建、协作，为产品负责。当团队中职能界定模糊时，我们作为产品的用户代表，需要为最终的体验负责，协调上下游工作，确保产品为用户提供所需的服务。
为用户而设计，尊重用户使用习惯。不同的产品所对应的目标用户也不相同，这需要我们立足于本产品，了解用户的使用习惯、发掘痛点、洞见方向。
尊重平台特性，了解技术限制。
设计赋能。向前分析需求，向后配合开发。
三、设计方法
协助梳理业务。把业务转化为容易理解的内容，整理出产品不同的角色、任务以及可能的页面，提炼功能与内容。
敢尝试。提供备选 A\\B 方案，让用户基于一个可供讨论和对比的界面进行反复修正，在此基础上进行细节补充，提高产品设计效率。
小而快。把需求细分，快速进行产品开发与后续迭代。
四、 产品体验标准侧重
操作效率。后台管理运维的数量级较大，会涉及到对多目标的重复性操作，如何简化操作流程，合并重复模块，减少选项，有效的设计信息是较为重要的一点。
准确性。面对大量信息和多维度的判断，提供准确的信息展示与反馈同样可以提高操作效率。例如精准文案，减少界面视觉元素的干扰，增加预防出错的机制等，提高准确性，让用户聚焦于当前任务。
降低学习成本。网站后台产品本身就具有一定的学习成本，这与它的专业性不可分割，那么在设计时，减少信息层级，利用运维用户习惯的、纯粹的元素与操作方式，能够降低额外的学习成本。
在网站后台产品的设计中，设计师充当了业务转化为界面的「翻译」，尤其是在团队中没有产品经理时，设计师则需要对业务有更深的理解且具备更多的专业能力，协调需求方与开发，进行设计赋能。
本文来自投稿，不代表科技代码立场，如若转载，请注明出处https://www.cwhello.com/110231.html
如有侵犯您的合法权益请发邮件951076433@qq.com联系删除
