B端产品用户体验

每一位设计师可能都体会过设计方案推进的无力感。

例如是否有过这种场景：产品给了一堆需求，设计师一看这功能也太复杂了，用户真的需要这么多功能吗？然后基于自己的理解去掉了一些“无用功能”，结果被产品驳回，“这都是用户需要的功能，可能用户不会经常使用，但是如果缺少这个功能是不行的，你看竞品都有这个功能...” “那能不能做个用户访谈” “现在没有这个时间，我们打算先做一个版本出来，开发完成时间是...”

我们的无力感出于拿不出设计的论据，去证明我们的分析。相比产品功能缺失、开发 BUG，用户体验问题的推动要困难得多，而其中一个重要原因就是价值与效果难以得到量化和验证。

如何推进B端产品用户体验

创造出一个真实用户——梳理出清晰的故事板

因为客观条件，设计师可能无法接触到用户，倘若直接拿出设计方案恐怕自己都没有底气。这时可以根据自己的理解先写出用户使用产品的完整流程，这就像写故事，其实质就是把我们平时做设计时的用户分析具象化。有了故事板我们就可以跟产品去讨论，一份得到双方认可的故事板会成为讨论方案的重要依据。并且描述故事的过程中我们更容易注意到一些细节，可以成为体验提升点。

写故事板时注意这些：

确定角色，多个角色做多个故事板；

确定确实必须完成的目标；

确定故事的出发点或事件；

明确角色信息及关注点；

确定故事板的数量，取决于人物角色和目标数量；

书写故事，从触发到结束；

迂回战术——间接的推进我们的方案

这个方法的使用场景有些局限：例如产品要求我们一个功能都不能少，然而我们认为有些是可以去掉的功能。我们可以运用组织、转移、隐藏三个法则。（参考《简约至上》的四大法则，删除、组织、转移、隐藏）对信息区分层级，采用不同的展示策略，同样可以达到简化的目的。这好比绕过正面从侧面去进行突破。

暂时想到这么多，有了新思路随时更新...