|
但为了快速响应用户需求、又必须快速上线，结果往往因为前期考虑不周，而反复修正，导致不必要的人力以及时间成本的浪费。为了避免前期考虑不周，而反复修正，导致不必要的人力以及时间成本的浪费的情况，同时适应我们微型设计团队。 首先，为了解决需求源不清晰、用户数据不足问题。建立使用者反馈群（微信、popo）等，交互侧主动收集反馈数据，并对需求进行格式化处理并加以定义，明确设计问题需求。
（对用户反馈的问题进行进行格式化处理并追踪，评估维度参考左图） 其次，在需求与设计目标明确的前提下，由产品目标驱动，通过里程碑或时间盒，精细化设计的颗粒度，通过一系列小迭代与适当增量设计，逐步优化与完善系统。并且在整个迭代过程中，让用户一直参与其中， 更多地会考虑用户反馈，而不单纯依靠个人经验与书本上理论，做到真正实现以用户为价值导向设计理念。 最后，在设计方案上，交互将得出方案以手稿形式备份下来，用于设计评审以及作为下一次需求讨论资料。当初步原型确定后，为了节省后续环节时间，不直接进行详细设计和审核等流程，立即请开发同学搭建框架，同时设计师开始补充细节稿。 另外，异地办公，沟通不便。交互特意将工位“迁徙”至业务方组，在讨论关键问题时，有意识的引导沟通方式敏捷化，通过召集相关人员“扭个身、转个头、围个圈”的形式沟通讨论，讨论结果发邮件周知大家。这种看似“随意”的解决方式其实是对扁平化工作流程的探索实践，强调同事之间高度协作以及随时准备应对变化的态度。
（由设计师引领，请用户、产品等相关方参与，大家一起在黑板上画下并改进方案，通过共同参与设计，将线性，一对一沟通变为非线性，多对多沟通） 这种敏捷设计流程的不仅可以使得团队在做到快速响应的同时更好满足用户需求，而且设计增量思想的运用可以降低解决方案无法让用户满意的风险。经过项目的实践验证，这些方法可以做到节约时间、快速响应，更重要的是做到了设计师与产品、开发等角色紧密沟通，设计也可以随时验证开发框架是否合理，既达到敏捷开发目的，又同时保证了产品质量。 四、工具沉淀，组件化思维提升设计效率 随着Goapi快速发展业务、用户量增加、需求增多，需要设计更高效且高质量支持更多业务需求。那么在这种快节奏的情况下，如何快速响应需求并保证产品体验呢？ 在与团队支持其他产品的设计师交流中发现，同一个业务部门的几款工具类产品，像数据录入、工作台、后台管理等，任务场景具有强规律性、可规范性、高复用性等特点。那如果把产品需求场景化、视觉表达模块化，每个组件基于复用为目的，通过标准的规范组合方式来构建设计方案，是不是会大大提升设计效能呢？ 于是，我们对各自产品进行走查，对主要任务场景分类、归拢后，拆解场景页面所需要组件。同时抽离交互稿中已绘制完成的组件，将合格组件沉淀下来，交付视觉与开发，成为组件库1.0，用来支撑第二批页面设计，并在产品迭代中，不断丰富组件库。
（线上版本敬请期待） 需求侧：归拢，输出更快捷、质量更统一； 设计侧：相似的任务场景不需要每次都要从头绘制； 前端侧：相似的功能无需重复开发。 组件库的搭建不仅大大减少了各协作方对相同场景进行重复性的思考及工程投入，缩短了项目开发时间，而且保证项目有高质量和一致性的产出。对于交互重点则更加聚焦在需求及体验本身，帮助产品把用户体验打磨的更好。 五、总结 如何更好、更快的Hold住一个产品，将设计“对象”的理解、设计“节奏”的把握、团队“协作”的方式以及“工具化”沉淀与思考四个维度总结如下： （责任编辑：晨鸿） |
