⌈随笔⌋ 高保真度的前期快速探索？

⌈随笔⌋ 高保真度的前期快速探索？

夜半12:00整的空帆船，“我爱这艰难又拼尽了全力的每一天，那只有我自己知道的快乐”，好美的字，不记得多少次在前言里引用过了。

应该是过年之前的最后一篇设计随笔。实则是抛出一个问题，希望有相关经历经验的朋友可以来共同探讨。

才想起斟上半杯金黄色的什么，看着那无形却又醇厚地挂在杯壁上的样子，未饮也有几分开心了。小做启程的仪式感。

在 Slash 现场买到的“在路上”徽章，两个了~

从哪说起呢。不久前发了一篇随笔，聊到高管如何在交互设计后期评审当中帮大家梳理战略目标业务逻辑直至推导出最具权衡性的信息架构一类（链接见文末）。

之后，鹅厂老伙伴 Andrew 在看一看中留言评论大致如是说：

“时机也很重要，在尽可能早的阶段提出这样的构想和见解，而不是等到结果汇报的时候推倒重来；自上而下传达导致的信息损失和扭曲需要拍平坐在一起探讨来减少影响。”

极其赞同的同时，又想到另外一类不那么相关的状况，便是今天想要抛出讨论的：我个人曾经经历和听闻的，由高管直接下达硬任务，要求设计师在新产品/S级新功能初期探索阶段直接输出最高保真度设计稿供评估的状况，真的不止一两家。

一些新创团队如此，大厂亦不在少数。

自然，拼尽全力勉强齁住此类状况的设计师本身首先具备一定的“全链路设计”能力 - 我不大确定这里的用法是否精准符合阿里团队对于这个概念的定义 - 他们能扛起必要的用研，能快速完成必要的低成本低保真探索，并直接上手高保真设计方案，且需创建新风格或元素，而非使用现有的库；之后则是在老板的直接反馈驱动下在高保真探索方案当中以成本极高的方式一次又一次地迭代。

看着这样的状态，你会感到心疼…具备此类能力的设计师应该被这样使用吗？

这类任务通常不会由设计团队 leader 下达（也不完全排除），他们知道在前期探索当中保持低成本快速验证与迭代的必要性；不可抗力来自更上游利益相关者。设计团队 leader 是否应该尽力将产品设计原理向上层进行诠释，亦或是无论如何也身不由己？

一线设计师是否有相应的策略方法，既能满足高层需求，同时又能以相对较低的成本来完成执行，真正达到探索、验证、迭代的目的？

我越发不会期待多数老板们可以像之前那篇随笔当中描述的那样有着清晰的逻辑与观念，有着明确的产品设计开发节奏感。我越发不会指望问题可以从根本层面得到解决。

对于设计团队 leader 以及一线设计师而言，该如何面对和处理？这就是我抛出的问题。

交互与视觉设计师结对快速响应？极端的、临时性的资源调配？我没有什么明确的答案。现实中大家都是硬生生扛下来的。我很开心自己目前无需再经历那些，我也希望仍然需要经历那些的朋友们可以逐渐扭转状况。

对于此类相关问题，如果你有过类似的经历或见解，欢迎在公众号“Beforweb”中留言交流。

以上。拜个早年先~