大公司和创业公司的产品经理，有什么不同？

作者：Aaron暖尘

全文共 3553 字，阅读需要 7 分钟

—— BEGIN ——

昨天，有一个产品小伙伴微信私聊我，咨询这样一个问题：

在回答了他的问题后，我觉得，这个可能是很多产品经理在职业发展过程中都会遇到的问题。所以，我重新进行了详细的梳理。

现在将自己的梳理结果分享给大家，希望对大家有帮助。

一.  在创业公司和大公司做产品有什么不同

首先需要说明，大公司和创业公司的界定，如果没有明确的划分，很可能是存在重合的。举个最典型的例子，滴滴迄今为止依然是创业公司，但滴滴同时又是大公司。

我认为，其实很多产品小伙伴遇到的在大公司和创业公司之间跳槽的问题，更准确的说，应该是在“是否具备完善的人员配置资源”之间的切换。

因此，我我们不妨以“是否具备完善的人员配置资源”来作为界定。

以“是否具备完善的人员配置资源”来进行界定，我将其作为“横向界定”。

我们其实还存在另外一个维度的界定标准，就是从“产品段位”作为界定。

何为“产品段位”？

总的来说，就是指“你是做功能设计和迭代推进、产品规划还是公司产品战略规划”。

以“产品段位”来进行界定，我将其称之为“竖向界定”。

因为个人能力和经验所限，以及这篇文章主要是面向从业3年以下的产品童靴，所以下面我主要从“从事产品功能设计和迭代推进”的界定角度来进行分析。

在大公司，或者说横向层面的『人员配置资源比较完善』时：

如果你能获得的人员配置资源相对完善，你主要做的，就是确定需求、提供方案、获取资源、整体排期、功能落地、后期跟进。

• 确定需求：跟需求提出方确定需求详情、目的。

• 提供方案：基于需求目的、详情，构思解决方案，确定需要哪些资源支持、如何落地、如何验收、后期如何推广、如何追踪和评估效果。

• 获取资源：多放协调研发、测试、设计、运营、推广等资源，并确保能够获得支持。

• 整体排期：协调好相关资源的供应和配合，保证按照优先级和需求紧急程度实现迭代。

• 功能落地：跟进迭代进展，保证符合预期，并准备好各种以外的应对方案。

• 后期跟进：跟进市场、运营人员的推广进展，了解功能的后期效益。

也就是说，你工作的很大一部分，是和各个部门、各种职能的人进行沟通、达成相应的目的。这时候，你会很快的学习到如何围绕着你的目的跟其他人或其他部门沟通、达成合作，同时强化了你的结果导向意识、部门利益意识、合作意识、业务API化意识。

创业公司，或者说横向层面的『人员配置资源不完善甚至完全缺失』时：

如果你能获得的人员配置资源不那么完善甚至完全缺失（0-150人的创业公司都较为常见），那么从需求明确一直到提升业绩（更多成单）的所有事情，很可能都需要你来做，至少是需要你参与。

你要做的事会很多、很杂，但同时你也会迅速发现自己的知识空白区，并且或主动或被动的尝试去弥补自己的知识、能力空白区。

举个我自己的例子：我在一个30人团队的创业公司，就学会了做EDM推广、撰写推广文案、拟定战略合作协议、商务合作沟通，甚至一度还要学习如何做售前支持和销售。而这些，都是通过实战的经验和教训学到的，所以利弊也非常明显——具备实操效果，但缺乏系统认知和理论支持。

二. 在大公司和创业公司之间切换，需要做出哪些改变

处于”功能设计和迭代推进的竖向分层”，从大公司到创业公司，你要做出的改变：

前期，适应一有需求、全员齐上、缺乏有效规划的工作风格，配合他们的迭代节奏，建立起团队配合度；然后，发挥自己的做排期和规划的能力经验，帮助逐步完善公司的人员配置，同时梳理整体的产品迭代流程，建立起迭代规范。

处于”功能设计和迭代推进的竖向分层”，从创业公司到大公司，你要做出的改变：

前期，多跟其他产品经理沟通，了解其他部门的资源配置、做事风格和合作注意点，放弃搞个大功能、大新闻的想法，逐步的从一些小需求迭代开始，跟其他部门逐步的建立起配合经验；

在有了共同合作经历和基础后，尝试有限度的发挥出你的单兵作战能力，弥补前期在资源支持获取上的新员工必然劣势。如能提升整个团队的作战积极性，也是意外之喜。

之后，保持产品正常响应和迭代的同时，多做一些产品战略规划的尝试，让自己逐步能够从更高的角度去思考产品价值，包括给用户带来的价值、对公司的价值、对其他部门的价值点、对自己的价值。

三.  在创业公司从事产品经理，需要知道和注意些什么

最后，因为“在创业公司从事产品经理”对于很多产品小伙伴来说，可能是更容易入门的机会。所以，下面我也针对“在创业公司从事产品经理，需要知道和注意些什么”这个话题，给大家共享一些我自己的经验。

创业公司的产品经理，往往需要同时并行扮演多种工作角色，甚至还会并行跟进多个产品项目：

• UI设计：设计功能界面、绘制原型；如果是特殊项目，可能还涉及到高保真demo原型。

• 功能设计：设计功能的主体流程，同时细化各种使用和操作场景下的跳转、引导、提示。

• 文案撰写：撰写产品或功能说明文档；撰写各类功能提示文案；撰写上线用户通知。

• 项目管理：与研发、测试拆分任务、确定排期、跟进研发和测试进度、跟进上线安排。

• 运营参与：给运营解释功能或产品的目标用户、满足何种需求，辅助他们确定运营策略。

• 推广参与：对于不懂技术的市场或运营，可能你还需要参与到软文或EDM邮件的创作。

• 销售参与：必要时，不懂技术或产品的销售，会直接要求你陪着一起见客户讲解产品。

• 向上支持：帮老大写PPT、构思如何忽悠投资人的月报内容。

• 工作杂事：打印文档、换水、帮大家订加班餐等

……

如果你同时还需要参与到多个产品项目的迭代中，那么每天同时并行的任务量会多到让你无暇去划分重要性、紧急程度，每天都得跟打鸡血一样在公司跑来跑去，连基本的功能设计都不敢花费太多时间······

这些就成了很日常的工作，无限制的把你的有效工作时间吸进去。

归根结底，发生这种事情，是有如下几个原因：

• 公司原因：创业公司的职责划分本不明确，很多职责的模糊地带无法明确，导致无人负责；与此同时，创业公司总希望低价找到优秀人才，所以长期处于“急缺岗位还在招人中”的状态。

• 职业原因：产品经理职责划分历来不明确，所以“职责模糊地带让产品上”就成了常见现象

• 个人原因：性子软弱或者前期为挣表现大包大揽，没有及时明确自己的职责边界，忽略了自己的工作时间资源有限，结果只能牺牲个人时间填坑，导致后期琐事缠身。

所以，在创业公司从事产品经理的小伙伴们，一定要保持警惕，避免自己陷入到无穷无尽的事情中，将自己的工作时间和生活时间全部坑进去。

但如果你已经非常不幸地陷进去了，那该怎么办呢？我的建议是：

1. 把责任心放在最重要的业务线上，舍弃一些价值不明显或不明确的业务线。

对于一些明显对自己、对产品部门不那么重要的业务线，降低对相关人员的响应度，同时明确告知老大“自己觉得应该把自己的时间花在更重要的业务上，这样对自己的成长和产品部门的帮助都会更大一些”。

记住，一定是从产品部门和自身成长来找理由，不要去扯公司战略什么的。这些东西，是你老大和其他创始人要关心的事；如果是工作了1-2年的产品经理，泛泛的空谈业务线对于公司战略的重要程度，很难被别人认可，更无法作为你推掉某些项目事宜的理由。

2. 学会拒绝，学会急事缓办。

请先知晓，为了让你快速响应，所有找你帮忙的人都会说自己需要的东西很急、优先级很高。但其实只要你能告知对方他需要的东西何时能够给出，只要这个时间点在对方可控范围内，他一般都能理解并接受。

所以，对于他人要求你需要立即响应的任务，请对方先告知你优先级和确认人（事情有多急、有多重要，跟哪些人确认过并且都认为重要）。

如果你还在做优先级更高的事情，直接告知对方你在做什么东西、优先级如何，然后告知你何时可以支持他的需求。如果对方仍然表示非常着急，请他先去跟你的领导沟通。

3. 学会风险告知，学会主动对上汇报变动。

如果你已经做好任务优先级梳理和时间安排，结果被临时插入其他任务，你需要及时梳理出哪些任务可能存在延期交付的风险，然后告知相关人员，并且告知你会尽可能赶工，减少延迟风险。

同时，如果插入任务不是你老大安排给你的，你也需要让你的老大知晓，以便他那边进行工作安排。

如果能做到以上三点，我相信大家至少不会再陷入“四处救火，不可开交”的局面，而是逐步进入“专注扑灭火源，局部小火苗让其随风自灭或者让他人去灭”的佳境。

工作上协调好之后，自然就会逐步将被工作吸走的个人时间抽回来，然后再去考虑如何使用个人时间，包括休息、娱乐、陪伴家人。

以上，是我对大公司和创业公司的一些思考和梳理，希望对大家有帮助。

如果大家有什么思考或者观点，也欢迎来分享来和大家一起探讨！

—— END ——

作者：Aaron暖尘，微信公众号：产品经理NEXT

本文由 @Aaron暖尘 原创发布于人人都是产品经理。未经许可，禁止转载