写在前面：
随着软件产品开发流程日趋完善，权责分工也越来越精细。我们渐渐的会发现，产品经理所承载的职能也远远不仅限于产品设计、产品跟进、协调资源了。更多的商业拓展、商务谈判等等都是他们要涉及的部分。
同时，与时俱进的不仅仅只是产品经理。同样，设计师也不再仅限于接需求→出设计。在接到某个概念需求的基础上，反而更多慢慢承载的将是一个“产品设计师”的身份，赋予需求更多的价值。
所以本文想要站在一个完善流程内设计师的身份，谈一谈新时代的设计师们面临的挑战和所需要具备的基本能力。
1、设计师的挑战
以往
一谈到设计师的普遍印象便是 — 承接需求、高效画图。延伸出来的那个时期，设计师的能力模型便是简单的：高效执行力，先有结论（可能是产品经理给的、领导灌输的等等）再输出成果。所以评判设计师能力高低的并不过多取决于你的思考力，而是你的执行力。从而导致那个时期普遍从业者的核心竞争力都在软件的熟练度上。稍微高级一些的，也只是在明晰需求的基础上，加上对开发能力的认识，保证输出产物的正常实现。
现在
随着设计流程的规范和普遍素质的提高，我们会发现任何一方（产品经理、开发、测试等）都有可能成为需求方。所以在此基础上，设计师作为需求的首要承接和发起者，一个关键的步骤，同样要承当更多的能力。这个能力模型则是复杂的：敏锐洞察力和自我推动力，先有思考，再有结论，最后输出成果。由此，我们所需要掌握的知识则远远不仅限于对画图工具的熟练度。相反，更多的行业内知识与专业深度才是现在设计师最迫切需要的。
2、设计师应该做什么
了解项目总体战略目标
在一个具体项目产品内接到需求，首先要做的永远都是了解该项目的总体战略目标。这个可细分为四个点分别是：针对用户群、核心问题、解决方式、商业模式。只有达成了这样的共识才有可能往后继续深入。
例如以我们现在一款 教育APP — 班级优化大师为例：
了解产品相应阶段的主要功能
每个产品都会处于不同的发展阶段（如不清晰，可翻看之前《运营之光》一文），而不同的发展阶段产品的核心功能都会不一样。因为你会发现每个核心功能都会随之延伸出各种各样的小功能点，很多时候为了保证设计的完整性，我们都会将其考虑进去。可是，是否都是重要且紧急的？理清楚这些关系，将会很有利于你对其需求进行优先级的排布和设计功能时的思考。
同时如果你的产品面向不同的终端（PC/手机），也需要考虑其不同端口的设计侧重点和场景又有何区分。
了解新功能对产品的意义
每个新功能对产品的意义都是不尽相同的，可以将它们分为三个级别：高 - 核心功能；中-重点功能；低-辅助功能。级别不同，也会影响你最后的呈现结果。
例如饱受赞誉的“知乎live”，当初也算是知乎的“核心功能”之一：
知乎上线之后以各种高质量问答获取了大量用户，其优质答主在各种专业圈中都享有很高的知名度。但困扰知乎以及答主很久的便是“如何完成在产品内变现”的问题。在16年初上线了知乎live后，引入了新的商业变现途径，完善了整个产品的结构。
3、设计目标的期待与产品目标的可控
其实刚刚讲完很多之后，我们都会发现一个问题：优先级的重要性如何把控。我将它拆解成更加具体的两个词汇：设计目标的期待、产品目标的可控。
设计目标的期待：一个功能，在设计之初应该能够考虑到它的整个完整性与拓展性。在细枝末节处都应该要有设计的思考，保证该功能完美的用户体验。
产品目标的可控：一个功能，在相应的时间以及相应的开发资源下能够达成的最完美的方案，并保证按时上线且上线后可控。
以上我们会发现，经常这两个概念都会发生冲突。所以我们需要从多个方面去将它们进行协调，罗列出关键的优先级。
①.信息架构的思考
将要做的需求罗列成一个系统、完整的信息架构图。里面要包括可能涉及的重要需求点、另外衍生的功能点等等。在这一步时就要明确，将来一个完整架构下的需求应该是什么样的，就算是中间出现某些插入项也不会影响整个需求的根基。同时要思考，如果之后在大而全的基础上分阶段做删减，分阶段进行开发，应该是怎么样的。
②.功能优先级与规划
在完成第一步之后，我们就应该如上面提到的，去拆解各个阶段的开发任务。此时需要考虑到的点有三个：重要性；紧急程度；工作量。
例如我们团队最近要开发某个功能，在我的判断中此需求的重要性不高（与核心功能联系的紧急程度适中。）但因，需要紧急投入市场并配合前端销售进行推广、同时作为产品解决方案的最后一环保证产品功能的完整性，所以此功能优先级最后排到了最高，甚至最后在工作量方面的考虑都以牺牲用户体验来平衡。通过此案例，往往可以得到最后的结论无外乎都如下图所示：
③.贯穿始终的沟通
实现设计目标与产品目标平衡的最关键的一步，永远都是有价值的沟通。对于不同的需求方，频繁有效的沟通能够保证你快速明确目标，理清思路，划分优先级，同时得到许多充满价值的信息辅助你的设计。在此罗列出几个关键的沟通节点，供大家参考。
需求了解 → 方向/疑惑反馈 → 初稿沟通 → 最终方案确认
需求了解：
方向/疑惑反馈：
初稿沟通：
最终方案确认：
4.结语
最近在和部门的一个资深开发工程师聊人工智能的问题，他提到一个事情我觉得很有意思，翻译一下：人工智能、深度学习等等现阶段乃至之后很多年都将只能做执行。他们可以将某个具体点的效率提高百倍，但是永远无法提出这个点。
换而言之，现阶段的设计师们早就到了提出这个点的时候了。至于如何做，基于以上提到的种种，请代入到项目中进行思考，或许会对你们有所帮助。
我们习惯得过且过，却总是用顺其自然来敷衍遇到的问题。然而，顺其自然指的是竭尽所能之后的不强求，而不是两手一摊的不作为。