app碎片迭代期的一些设计反思

创业团队里一枚设计湿的反思录

当长期跟着一个项目，在完成了从［0到1］的阶段后，设计师往往进入了一个［尴尬期］：整块的设计需求变得很少，更多是功能体验上的修修补补，工作成就感很低；有了一些用户反馈，缺少系统的整理筛选和充分考虑，而是盲目的根据反馈修改设计；项目组永远有他们认为更重要的事要做（比如修bug）。而在这个阶段，身为设计师的我看起来［无所事事］，这种状态一度让我烦躁不安，于是我开始反思：

在看起来［没什么事做］，有也是迭代期的各种细碎修改和调整，我还应该一直被动的等需求做设计？我是否应该更主动的做些什么？用户有了哪些反馈，这些反馈是普遍现象还是个别问题？我是否需要去验证用户真实场景下使用产品时的痛点和问题？产品体验上的不好造成用户的流失我是否知道...然后发现我一个问题都答不上来，所谓的［尴尬期］，其实有很多事情要做，并不是这种［无所事事］的状态

观察目标用户 沉浸真实场景

在产品［0到1］的过程中，更关注的是产品的信息架构和操作流程，而和实际目标用户的互动和交流却非常的少，大多站在自己的角度强行yy用户的使用场景，这样就离真实用户的使用场景的还原仍有一定距离。

软件使用的环境是观察和理解用户的最佳地点。就像乔布斯会在苹果体验店外的灌木丛中偷偷观察用户的行为一样。用户在使用场景中的行为是最为真实和鲜活的。

所以我会在接下来的设计项目中，和pm一起走进核心目标用户的真实使用场景，观察和记录他们在使用产品过程中的痛点和问题，发现潜在的优化机会。

关注反馈数据，思考产品改进

在产品上线一段时间后，通过后台数据收集每一个页面用户触发的浏览行为。应该从用户第一次下载app开始，一直到ta完成产品的核心功能操作。测算用户的留存情况。在一个周期内有多少比例的新用户依旧存在？如果用户达到了一定量级，那么就应该常规性的对比分析产品的忠实用户和已流失用户的操作行为。他们之间有什么不同，怎么样引导更多用户追随忠实用户的行为轨迹？怎么样避免和改变更多用户追随已流失用户的行为轨迹？

对于忠实用户：考虑有哪些因素促使用户持续使用你的产品？如果有，请强化它们。通过用户的浏览路径，给每一类特性用户提供专属化服务。为用户设计定制化的体验会促使他们更加频繁的使用产品。

对于流失用户：观察分析流失用户的操作路径，通过数据挖掘一下问题出在哪几个页面之间，或者更严重的是贯穿整个产品中。如果问题出现在很有限的范围内，那么可以通过针对性的改进来调整问题，但同时要确保不要影响整个产品的体验。但如果是贯穿整个产品中，那么你需要重新审视梳理你的产品。

整合碎片需求 整体优化改进

迭代期的需求相对零碎，pm也不会像之前一样对每个细碎的需求都写一份完整的prd。如果设计师还是被动地接受需求，只是应付性的一个个修修补补，久而久之会缺乏成就感和动力，变得有些懒惰：不再热情饱满的对每个需求的来源、目标作进一步的思考和筛选；不再积极与pm讨论梳理方案流程，而只是纯粹［画图的］（最讨厌别人叫我“美工”！！！）然后一直沉溺于页面上各种细节的纠结。这样的结果就是磨灭了站在全局的角度，思考和把控解决问题的意识。

我意识到这点后，开始寻找和研究一些零碎需求背后的规律和内在的联系，发现一些需求其实可以纳入同一个场景或流程体系下。然后通过站点地图一类的工具与pm谈论梳理每个节点上的碎片需求和优化点，这时候最好也邀请程序员一起参加，让团队的每个人都能对产品有一个共同的认识。达成共识后再统一交付新的、较完整的优化方案，这样设计的时候考虑的就会更加全面，团队合作之间更加高效。如果还是像之前一样，来一个小需求就出一个解决方案，就有可能面临因前期对于产品的扩展性考虑不全而造成的大幅调整和全盘推翻的风险，甚至把产品逻辑设计的越来越复杂，程序员不跟你撕逼才怪～