从设计师转行做产品经理 / 木子杰软件教程

【国外翻译第35弹】译文略有删减

小编：尽管设计师和产品经理有时都会为着同一个项目做着有重叠或是相似的事情。但是，不可否认的是，他们的日常工作，职责却不尽相同。至于，设计师和产品经理他们的日常工作到底有什么区别？这篇文章给出了详尽的答案。希望看完这篇文章的你通过了解他们的工作职责，明确自己今后的职业规划：是成为一个设计师？还是产品经理？

1. 不同的一周

作为设计师，一周大多数的时间是不固定的。在产品经理和设计经理的帮助下，设计师可以专心只做设计。几乎每天都有2-4个小时“深度工作”的完整时间。这段时间是用来做注意力不能分散的工作任务的。设计师还可以灵活地调整自己的时间：在某个问题上花时间纠结，或者与同事一起午餐。平均每周，设计师大概80%的时间是没有计划的，而20%的时间是计划好的。

作为产品经理，情况则相反：80%的时间是计划好的，20%是没有计划的。作为一线的PM，需要参加所有敏捷开发相关的产品会议：站立会，sprint计划，sprint启动和回顾。为了确保自己和客户的需求同步，还需要每两周和客户会面，了解客户满意度和销售情况。此外，还有客户演示和Workshop等一次性会议。为了在参加这些会议的同时完成自己的工作，只能更合理地管理自己的时间。

转为“产品经理”的一个好处是，你可以参加任何会议，并且有发言权—这通常是一个设计师渴望的。但是，参加了各种会议后（重要或不重要的），你会失去“深度工作”的完整时间，要进入工作状态很难。

2. 不同的待办事项清单

作为设计师，一天大概有3-5个待办事项，比如“和小明一起审查注册流程”“为周四的用户测试制作原型”。大多数情况会按计划完成。有的事情花费的时间比预期的要长，但是设计师的待办事项一天中不会发生什么变化。

作为产品经理，有一个不断变长的待办事项清单，它们的优先级也会不断调整。你需要不断调整来选出首要任务。例如，有一天，你本来打算写新的产品简介，让设计师了解情况。但是，在站立会上，当你听说昨晚的上线导致我们的客户演示崩溃了。这个时候，在下一次客户演示之前修复问题就变成了首要任务，产品简介只能往后推了。

作为一个“救火员”，产品经理会受到很多其他条件变化的影响。你需要参加产品战略会议，在讨论下一季度的项目；直接和开发人员沟通；帮助QA准备新发布的功能说明，等等。

为了更好地管理待办事项清单。可以使用三个词来管理待办清单：“删除”“自动化”“委托”。

删除：是否可以删除那些根本不必要的任务？
自动化：是否可以自动化执行哪些重复性任务以节省时间？
委托：是否可以将哪些任务委托给其他人，既可以做得更好，又节省我的时间？

3. 不同的工作琐事

每种工作都有琐事。这个“琐事”指的是你可能会觉得不愉快的日常任务，但是是你必须做的事情。

作为设计师，主要工作是做设计。这包括制作原型，理清各个状态，以及为开发阐明各个功能。这会花费很多时间。你需要成为细节上的坚持者（不仅在美学上，而且在功能方面）。我为了作出细节上的选择花费了很多精力，比如是使用“取消”还是“关闭”。

作为一个产品经理，琐事更多。每隔一周都要撰写发布说明，为创始人提供产品更新，为开发人员制定sprint目标。同时，还要经常整理积压的待办事项：检查和升级客户端、对bug和需求列表进行优先级排序。

团队会以不同的方式分担琐事。有些公司有产品专家或项目经理，他们会帮助产品经理分担一部分工作。有时候，开发经理也会分担负担。而产品经理需要承担更多的琐事来保护他们的设计师和开发。

总的来说，设计师的琐事是需要更设计细节。产品经理的琐事则在于沟通和项目管理，将一个高效的团队组织起来。如果你想搞清楚，你应该成为设计师还是产品经理，可以这么问自己“什么对你而言是琐事？”。理想情况下，你的工作琐事对你来说是你可以接受甚至喜欢做的事情。

4. 不同的团队

作为设计师，会同时属于两个球队。第一个是产品团队：产品经理和开发们。这三个角色通常成一组，像一个三脚凳，因为产品、开发和设计需要共同努力才能产出一个伟大的产品。这类型的团队经过了共同创建产品的风风雨雨，建立起了战友般的感情。

第二个团队是设计团队，是每天坐在旁边的设计同事们。即使正在开展不同的项目，设计师们也能相互产生思维的碰撞。通过共通的精神和思维方式，设计师们组成了一个部落。

作为产品经理，仍然是产品团队中的一员，但是是三脚凳的另一个脚。然而，作为一个PM，你会了解到更大意义上的产品团队。它包括其他职能部门，客服、市场、支持和销售。产品经理不仅负责用户的体验，同时，还负责产品的业务性能，还需要与更多的利益相关者合作。

一个产品经理团队的大小因公司规模而异。在大一些的公司，业务部门中有多个PM时，在一个业务中可能有多个PM合作。在小一些的创业公司，PM可能就和创始人一起合作。然而，作为这种PM团队中唯一的PM，有时会感到独立和孤独。他们每天都要做各种不同的任务，而设计师大部分时候都在和志同道合的设计师一起工作。

5. 不同的工作流程

在IDEO，推广的是五步设计流程：同理心、定义、构思、原型和测试。在FROG Design时，有三步设计流程：发现、设计和交付。作为设计师，你需要一直专注于理解问题，定义范围，测试假设，以及提供原型。将设计文件交给开发以后，设计师的流程就基本结束了，会很快就进入一个新的流程。

成为一个产品经理后，你会发现“设计”只是产品开发过程的一小部分。甚至在团队还没有设计师之前，产品经理要发现并优先考虑要解决的问题。将设计文件给到开发仅仅是创造产品的第一步。上线后的评估也是最重要的部分之一。

作为产品经理，你会一次处理会多个项目—通常是在产品开发的不同阶段。例如，你可能在和设计师探讨项目A的想法；同时，也在和开发一起探讨项目B；以及，对最近上线的C、D、E项目进行评估。为了保持多个项目并行，产品经理需要在一天中不停地在产品开发的不同阶段中跳跃。这与设计不同，设计师可以一次只一个阶段。

6. 不同的交流方式

在IDEO，有效的头脑风暴的原则之一就是“建立在他人的思想基础之上”。根据这个原则，作为设计师，会使用这样的词组“是的，而且…”。在这个词组后面，跟着别人的想法继续说。设计师并不是所谓的“孤独的天才创者”。伟大的想法来自任何地方。设计师的工作就是为创意提供积极、开放的环境。设计师要寻找机会将一个“好主意”变成一个“超棒的主意”。

作为产品经理，“是的，但是…”或者“不行，因为…”，则替代了“是的，而且…”。你要对要求加上一个竞品功能的客户说“不”，对想重构部分代码库的开发说“不”，对想增加功能范围的设计师说“不”。说“不”可以保持团队专注于目前的目标。否则，团队无法上线最大价值的功能。

高效的产品经理说“不”比他们说“是”的频率高10倍。说“不”可能会很累。你可能会花很多精力找到最有说服力的方式对他们说“不”：有的时候要表明“以后会做”；有的时候要说明“为什么我们要先做其他的事情”。你需要维护利益相关者的尊重和信任，因为将来是要和他们合作的。

设计师和产品经理都需要鼓励大家提供想法和需求，同时也能接受相反的意见。关键的区别在与产品经理在默认情况下必须说“不”。产品策略的本质是选择不做的事情。而设计师则要说“是”，以积极的态度来解决问题。

总结

设计师转做产品经理的一个常见原因是想抓住讨论产品战略的机会。老实说，作为一个产品经理，我确实有了更多的控制权和更大的影响力。能获得更多信息，与更多人合作，并且管理端到端的产品开发流程。

虽然设计师和产品经理可能会处理有重叠的任务和相同的同事。他们的日常工作却截然不同。最后，无论你想设计师还是产品经理，都是非常个人的决定。只有你自己才能回答：“我想做哪个工作来得到报酬？以及我想做什么？”

在回答这些问题之前，你需要深入了解你自己：了解为什么在某些情况会感到精力充沛和充实，但在其他情况会感到压力和消耗。我相信找到你的“快乐源泉”需要理解你的个性特征。因为事实是设计师可以成为优秀的产品经理（可能需要一些培训和技能培养）。在选择设计师和产品经理之前，这里有一些有助于你作出选择的问题：

你理想的工作环境是什么？不理想的是什么？
你的沟通风格是什么？
你想被如何管理？
什么给你力量感？什么会消耗你？
你想如何为团队带来价值？

译文地址：紫说（公众号）

译者：紫大文

从设计师转行做产品经理