我总是发现“为什么”我们正在构建像“如何”这样有趣的东西。换句话说，问题设置对我来说和解决问题一样重要。产品开发过程的这一部分通常由pm而非设计师拥有。
在过渡之前，我没有找到其他设计师转向pm的任何战术建议。现在已经追求了两者，虽然承认设计的时间更长，但我想分享我对这两个角色在日常生活中如何感觉不同的思考。
作为设计师和pm之间的差异
1典型的一周
作为一名设计师，我的大部分时间都是不定期的。在我的pm和设计经理的帮助下，我可以保护我的“ 制造商的时间表。”几乎每一天，我都有2-4小时的“ 深度工作 ”，正如c n所定义的那样，时间“聚焦而不分散注意力”这是一项认知要求很高的任务。“我还有一个灵活性，可以在午餐时间走到面条问题上，与同事一起自发午餐。平均每周，我的约80％的日历是不定期的，20％是按计划安排的。
作为产品经理，我有相反的情况 - 80％是预定的，20％是未安排的。作为前线pm，我参加了敏捷软件工程流程所带来的所有产品交付会议：站立式，计划，启动和回顾。为了满足客户的要求，我还每两周就客户的成功和销售情况进行会面。此外，客户演示和计划研讨会等一次性活动将在整个月内出现在我的日历上。为了参加所有这些会议，同时完成自己的工作，我需要无情地管理自己的时间。
拥有“产品经理”头衔的一个好处是，您可以邀请自己参加任何会议并“ 在座位上占有一席之地 ” - 这是设计师通常渴望的。但是，通过参加所有那些重要的（以及一些不重要的）会议，你会失去不间断的时间。进入解决粗糙问题所需的流动状态要困难得多。
2待办事项清单
作为一名设计师，我开始了我的一天，有一个简短的3-5项目清单。这可能包括“与b一起审查注册流程”和“为周四的用户测试创建原型。”在大多数日子里，我只是按照计划将列表完成。有时任务花费的时间比预期的要长，但我的名单在一天中没有太大变化。
作为pm，我有一个不断增长的待办事项列表，其中包含不断变化的优先级。挑战是选择最有影响力的事情来关注。例如，有一天我曾计划为一项新计划撰写产品简介，以解锁我的设计师。站起来，我听说昨晚的部署打破了我们的销售演示。在下一次客户演示之前修复演示现在是我的首要任务。
作为“消防员”，pm受到大量上下文切换的影响。您经常会参加产品战略会议，在那里讨论下一季度的项目，并直接前往开发人员的办公桌，以帮助qa准备好发布的功能。对于一些人来说，戴上这么多帽子是令人耳目一新的，让事情变得有趣。但对我来说，我发现它充满挑战和疲惫。
为了控制我的日常压力水平，我需要更好地管理我的待办事项列表。我开始使用框架e，a，d：
消除：是否有任何不必要的任务可以完全消除？
自动化：我可以自动执行哪些重复性任务以节省将来的时间？
代表：我可以将哪些任务委托给能够做得更好的其他人，或者节省我的时间？
3家务
每个工作都有家务。我将家务定义为您可能会觉得不愉快的日常任务，但知道是必要的。
作为一名设计师，我的主要工作是制作设计规格。这包括创建模拟，计算每个状态，以及记录工程师的功能。这可能需要花费很多时间，因为您需要成为细节的坚持者 - 不仅在美学上，而且在功能方面。我花了很多时间在选择上大汗淋漓，比如使用“取消”和“关闭”这个词。
作为pm，我有更长的家务清单。每隔一周，我都会为公司撰写发布说明，为创始人提供产品更新，并为工程师制定冲刺目标。我还经常整理积压 - 审查客户端升级，错误和旧票证列表并确定其优先级。
团队以不同的方式分担家务。有些公司的产品专家或项目经理会从pm的盘子里拿走东西。有时工程经理会分担负担。根据我的经验，pm会做更多的家务来保护他们的设计师和工程师的时间。
一般来说，设计师的家务需要更多关注设计细节。pm的琐事需要沟通和项目管理技巧，以便将高绩效团队联系在一起。为了得到你是应该成为设计师还是pm的直觉反应，我想问“对你来说感觉像是一件苦差事吗？”理想情况下，你的家务活不像是琐事。
4团队
作为设计师，我认为自己是两个团队的一员。第一个是我的产品团队：我的pm和工程师。这个三重奏通常被称为三脚凳，因为产品，工程和设计需要共同努力才能产生出色的产品策略。我总是对这种类型的团队感到亲密的友情 - 这种友情只能来自于共同构建产品的风风雨雨。
我的第二个团队是我的设计团队，我每天坐在旁边的同事。即使我们正在开展不同的项目，这也让我们能够互相反思。我通过共同的精神和思维方式与设计师建立了亲密的关系 - 设计是我的部落。
作为pm，我仍然是同一产品团队的一员 - 只是一个不同的凳子。但是，我了解到，作为pm，您的产品团队规模更大。它包括其他跨职能部门，如客户成功，营销，支持和销售。作为pm，我不仅负责用户的体验，还负责产品的业务性能，这需要与更多的利益相关者合作。
pm的“团队”因公司规模而异。在较大的公司，当业务部门中有多个pm时，pm可能与同行合作。在较小的初创公司，pm可能会与创始人密切合作。然而，pm通常是他们团队中唯一的pm，有时会感到孤立和孤独。他们大部分时间都在使用不同的功能，而设计师大部分时间都在与志同道合的设计师一起工作。
5过程
我是第一次通过创新设计咨询公司介绍设计。在ideo，我学习了5步设计过程：同情，定义，构思，原型和测试。在青蛙设计中，有三种类型的项目：发现，设计和交付。通过这些经验，我在设计过程中拼凑了自己的观点。作为一名设计师，我一直专注于理解问题，定义范围，探索想法，测试假设和提供原型。在我将规格交给工程师之后，我的项目结束了，我很快就被带到了一个新的项目。
直到我成为pm之后，我才看到“设计过程”只是产品开发过程的一小部分。在团队甚至带来设计师之前，发现并优先考虑要解决的问题。将设计规范移交给工程设计只是构建一些东西的开始。虽然经常被忽视，但测量释放后的影响是最重要的部分之一。
作为pm，我一次处理多个项目 - 通常是在产品开发的不同阶段。例如，我可能一直在与我的设计师一起探讨一个项目的想法，同时与我的工程师一起探索另一个项目，以及监控我们发布的最后三个项目的分析。保持多个项目并行运行需要在一天中的不同产品开发阶段之间跳跃。这与设计不同，我可以一次关注一个阶段，这是1-2个项目的结果。
6沟通
当我在ideo担任设计实习生时，我了解到有效头脑风暴的规则之一就是“建立在他人的思想基础之上。”借用即兴的原则，我们使用了“是的，然后”这个词，然后是构建的东西。关于别人的想法。作为一名设计师，我常常被视为“创意人”或“创意人”。但我并不相信“ 孤独的天才创新者 ” 的想法。伟大的想法来自任何地方，设计师的工作就是为想法创造一个积极，开放的环境。设计师寻找机会说“是” - 将一个好主意变成一个好主意。但这并不意味着没有批评的余地。提供有用的反馈对于说“是，”同样重要。
作为pm，我很快学会用“是，但是”或“不，因为”取代“是的，”。在我的第一个月内，我不得不对要求竞争对手功能的客户说“不”，对想要重写部分代码库的工程师说“不”，并且“不”我的设计师试图增加范围。说没有必要保持团队专注于手头的目标。否则，我们将无法发布我们同意提供最大价值的功能。
最有效的产品经理说“不”比他们说“是”的频率高10倍。就个人而言，我发现说“不”通常会消耗掉。我花了很多精力找到最有说服力的方式对每个利益相关者说“不”，同时希望这不会损害我们的关系。有时这意味着说“不是现在”; 其他时候它意味着投球为什么我们做其他事情而不是。对我来说，保持我的利益相关者的尊重和信任非常重要，因为我知道将来需要与他们合作。
设计师和pm都需要鼓励其他人向他们提出想法和要求，同时也能够分享相反的意见。关键的区别在于pm默认情况下必须说“不”。执行产品策略的本质是选择不该做的事情。另一方面，设计师应该说“是”，并以积极的态度来解决问题。
结论
设计师考虑转向产品管理的一个常见原因是“ 获得席位 ”以更好地控制产品策略。我自己就是那些设计师之一。老实说，作为一名总理，我确实拥有更多的控制权和更大的影响力。我获得了更多信息，与更多人合作，并管理端到端的产品开发流程。
但随之而来的是权衡。我不再有时间在流动状态下工作，专注于详细设计，或享受灵活的时间表。自我管理我的日历和待办事项列表变得至关重要，以及在持续上下文切换模式下工作。对我来说最难的是，从默认情况下说“是”转为说“不”。
虽然设计师和pm可以处理重叠的任务和类似的人，但他们的日常工作感觉却截然不同。最后，无论您是否想成为设计师或产品经理，都是一个非常个人化的决定。只有你能回答：“我做哪个工作，得到报酬，想做什么？”