如何快速hold住一个设计项目（如何快速Hold住一个设计项目）

Goapi是一个测试工具类项目，前期团队面临的不单是产品体验升级的问题，而且在团队协作上，流程与规范问题也尤为突出。在今年4月份，业务方邀请交互同学加入，希望通过设计助力“Goapi”产品体验升级并推动产品商业化。

在这种情况下，笔者有幸支援“前线”。但是对于初入职场不久的设计师，如何快速提升自我能力并协助团队达成产品目标呢？

本文将从设计“对象”的理解、设计“节奏”的把握，团队“协作”的方式以及“工具化”沉淀与思考四个维度分享总结项目经验，希望能够给职场新人带来帮助。

一、向前看、往后想、快速理解产品并找到感觉

Goapi是一款为QA人员测试的工具类产品，有很强的专业门槛。“复杂业务的规则难懂”、“晦涩难懂的专业术语”、“产品很难理解” 。此外，此产品最初是有前端开发自己搭建的页面，前期并没有相关分析资料积累以供参考，相比之前总是先有PRD，进行用户调研，再展开设计工作显然困难了很多。

然而，在做设计整体的优化之前，若不了解业务逻辑及用户情况，直接着手做优化，无异于盲人摸象，对产品的帮助并不大。

这种情况下主动向前迈一步，“往前看”是指在主动向项目负责人和与用户有密切联系的一线技术支持间接了解产品概况（过去发展、现状问题、未来规划等），也可以直接挑选一些典型用户进行访谈，深入理解用户真实的感触和使用场景等。并通过梳理产品定位、目标人群、使用场景、功能特色等方面的过程中，对产品变的越来越清晰，过程中也对产品开始有感觉。

1. 间接相关人了解：优势是消耗的时间及移动成本较低，是快速了解目标用户时常用的方式。
2. 直接用户访谈：是对用户的感知更具象，但相对消耗的成本也更高。

当思维还没有固话时，正是转过身“往后想”的好时机，基于现有收集到的资料，往后想想未来可以如何发展，比如：基于“产品特色”，可以做哪些差异化的功能？“基于“效率”目标，可以做哪些提升产品使用效率的设计策略？等等。

（拥抱用户，通过挑选一些典型用户进行访谈，深入理解用户真实的感触和使用场景，利于更好的开展设计工作）

熟悉相关业务领域与用户群体，不仅让自己的业务Sense变更强，同时可以帮助自己站在“项目产品的视角”而非单纯“设计视角”来看设计。通过掌握第一手的用户资料，让自己设计思考的原点回归到用户述求的本质，使设计发挥更大价值，从而在项目中拥有更大的话语权。

二、融入团队、适应节奏、做最适合当下的设计

作为一款TO B工具类产品，最重要的就是要模块清晰、流程流畅，帮助用户解决使用效率的问题。但是Goapi最初易用性问题较为突出，导航不明确、操作流程繁琐冗余、容错性差等。

从体验角度来讲，交互设计应该从根本上对产品进行重构并解决问题，而并不是在原有界面基础上东拼西凑的修改，但是实际项目面临着人员不足、时间紧迫等问题。对于前端开发人员既要进行前期页面的修改也要满足源源不断的新需求开发。

对于负责体验优化的设计师而言，因为老版本已经让用户形成稳定使用习惯，新系统势必会带来新理解与学习成本。在纠结以及衡量最后的投入与产出比后，发现迭代开发方式确实是一种更合适的方案。

产品的每个阶段都有阶段目标，对于设计师来讲需要明确阶段问题，与业务方为了一个共同的使命和目标，适当调整设计节奏，充分考虑设计阶段性计划，努力思考什么样的事情更有价值，让设计能更好的服务于产品与业务。

三、打破边界、上下协作、需找发力点提升团队协同效率

Goapi团队是由不足10组成的微型团队，开发及项目负责人也是有QA转岗过来，并非科班出道。项目之初，大家对产品的概念都比较模糊，需求缺少必要的用户数据支撑，而且零散又高度不确定。

但为了快速响应用户需求、又必须快速上线，结果往往因为前期考虑不周，而反复修正，导致不必要的人力以及时间成本的浪费。为了避免前期考虑不周，而反复修正，导致不必要的人力以及时间成本的浪费的情况，同时适应我们微型设计团队。

首先，为了解决需求源不清晰、用户数据不足问题。建立使用者反馈群（微信、popo）等，交互侧主动收集反馈数据，并对需求进行格式化处理并加以定义，明确设计问题需求。

（对用户反馈的问题进行进行格式化处理并追踪，评估维度参考左图）

其次，在需求与设计目标明确的前提下，由产品目标驱动，通过里程碑或时间盒，精细化设计的颗粒度，通过一系列小迭代与适当增量设计，逐步优化与完善系统。并且在整个迭代过程中，让用户一直参与其中， 更多地会考虑用户反馈，而不单纯依靠个人经验与书本上理论，做到真正实现以用户为价值导向设计理念。

最后，在设计方案上，交互将得出方案以手稿形式备份下来，用于设计评审以及作为下一次需求讨论资料。当初步原型确定后，为了节省后续环节时间，不直接进行详细设计和审核等流程，立即请开发同学搭建框架，同时设计师开始补充细节稿。

另外，异地办公，沟通不便。交互特意将工位“迁徙”至业务方组，在讨论关键问题时，有意识的引导沟通方式敏捷化，通过召集相关人员“扭个身、转个头、围个圈”的形式沟通讨论，讨论结果发邮件周知大家。这种看似“随意”的解决方式其实是对扁平化工作流程的探索实践，强调同事之间高度协作以及随时准备应对变化的态度。

（由设计师引领，请用户、产品等相关方参与，大家一起在黑板上画下并改进方案，通过共同参与设计，将线性，一对一沟通变为非线性，多对多沟通）

这种敏捷设计流程的不仅可以使得团队在做到快速响应的同时更好满足用户需求，而且设计增量思想的运用可以降低解决方案无法让用户满意的风险。经过项目的实践验证，这些方法可以做到节约时间、快速响应，更重要的是做到了设计师与产品、开发等角色紧密沟通，设计也可以随时验证开发框架是否合理，既达到敏捷开发目的，又同时保证了产品质量。

四、工具沉淀，组件化思维提升设计效率

随着Goapi快速发展业务、用户量增加、需求增多，需要设计更高效且高质量支持更多业务需求。那么在这种快节奏的情况下，如何快速响应需求并保证产品体验呢？

在与团队支持其他产品的设计师交流中发现，同一个业务部门的几款工具类产品，像数据录入、工作台、后台管理等，任务场景具有强规律性、可规范性、高复用性等特点。那如果把产品需求场景化、视觉表达模块化，每个组件基于复用为目的，通过标准的规范组合方式来构建设计方案，是不是会大大提升设计效能呢？

于是，我们对各自产品进行走查，对主要任务场景分类、归拢后，拆解场景页面所需要组件。同时抽离交互稿中已绘制完成的组件，将合格组件沉淀下来，交付视觉与开发，成为组件库1.0，用来支撑第二批页面设计，并在产品迭代中，不断丰富组件库。

（线上版本敬请期待）

• 需求侧：归拢，输出更快捷、质量更统一；
• 设计侧：相似的任务场景不需要每次都要从头绘制；
• 前端侧：相似的功能无需重复开发。

组件库的搭建不仅大大减少了各协作方对相同场景进行重复性的思考及工程投入，缩短了项目开发时间，而且保证项目有高质量和一致性的产出。对于交互重点则更加聚焦在需求及体验本身，帮助产品把用户体验打磨的更好。

五、总结

如何更好、更快的Hold住一个产品，将设计“对象”的理解、设计“节奏”的把握、团队“协作”的方式以及“工具化”沉淀与思考四个维度总结如下：

• 首先，在接触项目时“向前走半步”，主动接触产品、深入理解业务与用户，只有当我们对设计“对象”业务内容和用户群体有足够的认知后，才能从体验视角发现更多的设计机会，提出更为整体的设计方案。
• 其次，在团队的协作上，为了产品共同的使命和目标，适当“调整步伐节奏”，关注设计效率，修正设计流程，提高团队高效、快速的响应任务，并依据项目特点能及时修正工作模式。
• 最后，“向后走半步”，在一个版本或设计项目完成后，通过类似组件化的思维，提取可复用的组件，协助技术实完成组件，并沉淀成组件库，提升设计和技术的工作效率。

在项目过程中交互设计师打破UED本身的角色设定，“向前走半步”，“向后走半步”，寻找并最大程度发挥长板，为业务带来亮点，使设计最终深入人心并成自己独特的价值标签。

六、附录

在这半年里，Goapi完成了生态链的功能完善，以及一次整体的产品体验改造，解决了用户调研中4/5的体验问题。目前拥有了网易内部2/3的QA用户量，和多家外部付费客户。经过简单用户满意度调研，目前产品已经从“可用”达到“易用”的阶段，整个项目也在稳步向上发展的趋势。

设计前 VS 设计后（首页）

（注：老版接口定义页作为首页，因未找接口定义页面，截取接口测试页）

作者：胡振明，网易UEDC交互设计师，热爱运动与摄影，认为好的设计源于对生活的热爱，艺术的修养和一颗见微知著的心，并努力在时间中不断探索设计创新之路。

图片：自绘 网络

本文来源于人人都是产品经理合作媒体@网易UEDC，作者@胡振明

题图来自Unsplash，基于CC0协议

,