Chapter 1: The Role of the Product Manager: Solving Problems for People You Know

很多人听到“产品经理”这个词，第一反应是坐在写字楼里、穿着衬衫、对着电脑开会的成年人，手里管着几百万用户的大App——比如你每天刷的短视频软件、玩的益智游戏、查单词的词典工具，都是他们主导设计的。但如果你仔细回想自己的校园生活，会发现你早就做过产品经理了：你策划的班级新年联欢会、你设计的运动会入场式、你组织的班级图书角共享规则，都是典型的微型产品项目，而你就是这些项目的产品经理。产品管理从来不是成年人的专属专利，它是一种 universal 的问题解决框架：只要你想要解决一个具体的人遇到的具体的麻烦，你就是在做产品管理。

要真正理解产品经理的角色，我们首先要打破一个常见的误解：产品经理不是“管人的领导”，也不是“只会画原型的设计师”，更不是“只会写代码的工程师”。产品经理的核心身份是问题的定义者和解决方案的整合者：你需要先搞清楚“谁遇到了什么麻烦”，再调动所有可用的资源，做出一个能解决这个麻烦的东西，最后还要确保这个东西真的有用，而不是你自嗨的产物。哈佛大学教育研究院2023年发布的《青少年创新教育白皮书》显示，参与过至少1个小型产品项目的12-16岁青少年，在系统性问题解决能力上的标准化测试得分比未参与者高42%，团队协作能力得分高38%，自我效能感得分高51%——这些能力恰恰是产品经理的核心竞争力，也是无论你未来做什么工作都能用到的通用技能。

1.1 产品经理的三大核心职责：用校园项目看懂专业角色

如果把产品经理的工作拆解成最基础的部分，不管项目大小，都离不开三大核心职责：理解用户真实需求、协调利益相关方（Stakeholder）预期、在约束条件下交付可用的解决方案。我们可以用一个几乎所有中学生都经历过的项目——设计制作班级运动会班服，来拆解这三个职责的具体含义。

1.1.1 第一职责：理解用户真实需求，而不是你以为的需求

很多同学做班服的时候，第一反应是“我喜欢什么图案就印什么”，或者“学习委员觉得什么好看就做什么”，但这是典型的产品经理新手误区：你把“你自己的需求”或者“某个权威的需求”当成了“用户的需求”。班服的真正用户是全班50位同学，他们的需求可能和你完全不一样：有的同学对化纤面料过敏，穿化纤的班服会起疹子；有的同学喜欢宽松的版型，太紧身的班服穿着运动会跑不起来；有的同学想要印上全班一起画的小吉祥物，而不是印网上随便找的流行语；还有的同学希望班服的颜色深一点，洗了不会掉色，不然穿一次就废了。 如果你只做你自己喜欢的东西，最后做出来的班服很可能只有你和少数几个朋友愿意穿，其他人要么过敏，要么觉得太丑不想穿，这就是没有完成“理解用户真实需求”的职责。那产品经理是怎么做需求调研的呢？不需要什么复杂的工具，你只需要问三个问题： 1. 谁会用这个产品？（班服的答案是“全班所有同学，包括身体敏感、体型不同的同学”） 2. 他们用这个产品的时候会遇到什么麻烦？（比如“化纤面料会过敏”“太紧跑不动”“图案太幼稚不好意思穿”） 3. 他们希望这个产品能解决什么麻烦？（比如“面料要纯棉的”“版型要宽松”“图案要简单大方”） 除了问出来的“显性需求”，你还要能发现用户没说出来的“隐性需求”：比如全班同学都希望班服能代表班级的集体归属感，而不是只是几件印了图案的衣服；比如运动会之后大家可能还想穿班服去郊游，所以面料要耐洗、耐脏。这些隐性需求往往比显性需求更重要，也更能决定你的产品是不是真的能打动人。

> 💡 侧边栏：什么是“用户需求”和“伪需求”？ > 产品经理最常遇到的坑就是“伪需求”：你以为用户需要的是“更快的马”，但其实用户真正需要的是“更快的交通工具”。比如你以为同学做班服的需求是“印上我喜欢的动漫角色”，但其实他们的真实需求是“班服要好看、能代表我们班，让大家愿意穿”。如果你直接印了你自己喜欢的动漫角色，但全班只有2个人认识这个角色，那你就是满足了“伪需求”，没满足“真实需求”。

1.1.2 第二职责：协调所有利益相关方的需求，而不是只满足某一方

做班服不是只满足全班同学的需求就够了，你还要面对所有和这个项目有关的“利益相关方（Stakeholder）”——也就是所有会因为你的项目成或败受到影响的人。除了全班同学，班服项目的Stakeholder还包括：

• **班主任**：希望班服能体现班级的积极精神，不要太花哨、太暴露，还要符合学校的着装要求；
• **家委会的家长代表**：负责管班费，希望班服的单价不超过50元，不要超出班级的预算；
• **学校德育处**：要求班服上的图案不能有争议性内容，不能出现不适合学生穿的图案；
• **印刷厂的商家**：希望班服的印刷图案不要太复杂，不然印刷成本高，还容易出次品。

如果只满足同学的需求，印了大家喜欢的但不符合学校要求的图案，德育处不会同意；如果只满足家委会的预算要求，选了最便宜但质量很差的面料，同学穿了会过敏；如果只满足印刷厂的要求，图案太简单不好看，同学不愿意穿。产品经理的核心工作就是平衡所有Stakeholder的需求，找到大家都能接受的“最优解”：比如同学想要印班级的吉祥物小老虎，德育处觉得没问题，但同学还想要加一个小小的动漫元素，你就可以和德育处商量，把小动漫元素放在班服的袖口位置，不显眼，既满足同学的个性化需求，又符合学校的要求；比如面料选纯棉的，印刷选成本低的丝网印而不是刺绣，把单价控制在48元，既满足同学对舒适度的需求，又不超家委会的预算。这种平衡能力，是产品经理和普通人解决问题最大的区别：普通人解决问题往往只考虑“我要做什么”，而产品经理要考虑“所有相关的人都要什么，怎么找到一个大家都能接受的方案”。

1.1.3 第三职责：在约束条件下交付价值，而不是追求完美

所有产品项目都有约束条件：时间不够、钱不够、人手不够、技术不够，这些都是你必须要面对的现实。比如你们的班服项目，距离运动会只有2周时间，预算只有50元/人，负责做这个项目的只有3个同学，之前从来没有和印刷厂打过交道。如果你非要追求完美，要选进口的纯棉面料、要做刺绣工艺、还要加反光条，结果要么是工期赶不上运动会，要么是超预算，要么是工艺太复杂印刷厂做不出来，最后班服根本没拿到，大家只能穿自己的衣服参加运动会，一点价值都没有。 产品经理的工作不是做“完美的产品”，而是做“在现有条件下能解决核心问题的最优产品”：2周时间不够做刺绣？那就选成本低、工期短的丝网印，3天就能做好；预算不够买进口面料？那就选性价比高的国产纯棉，舒服也不贵；人手不够对接印刷厂？那就让家委会里做外贸的家长帮忙对接，省很多事。你不需要把所有功能都做到100分，只需要把最核心的“运动会穿、代表班级、大家愿意穿”这三个需求满足了，就是成功的产品。

1.2 简化版产品生命周期：小项目也能用的标准流程

不管是做几百万用户的大App，还是做一件班级班服，所有产品项目都会经历四个标准阶段，我们把它简化成适合青少年项目使用的版本：概念阶段、开发阶段、上线阶段、迭代阶段。我们依然用班服项目来走一遍这个流程，你会发现自己早就用过这个流程了，只是之前没有意识到。

```mermaid graph LR A[概念阶段<br> brainstorm想法、调研需求、评估可行性] --> B[开发阶段<br> 设计方案、制作原型、测试调整] B --> C[上线阶段<br> 发布产品、收集即时反馈] C --> D[迭代阶段<br> 分析反馈、优化改进、规划下一个版本] D --> A ``` *图1-1 简化版产品生命周期流程图，适用于所有规模的产品项目*

1.2.1 概念阶段：想清楚“为什么要做，做什么”

概念阶段是产品项目的起点，核心任务是搞清楚三个问题：我们要解决什么问题？我们的用户是谁？我们的方案能不能解决这个问题？比如班服项目的概念阶段，你们首先要确认：我们做班服的目的是什么？（是让全班同学在运动会上更有归属感，还是只是学习委员想搞个形式？）我们的用户是谁？（是全班所有同学，不是只有班主任或者学习委员）我们做班服能不能解决“让大家有归属感”的问题？（如果大家都不喜欢，穿了反而觉得尴尬，那就达不到目的）。这个阶段还要做需求调研：发问卷问全班同学喜欢什么颜色、什么版型、什么图案，预算能不能cover，时间够不够，印刷厂能不能做。如果调研下来发现全班80%的同学都不想穿班服，觉得太尴尬，那你可能就要调整方案，比如改成做统一的加油手环，而不是班服，这样成本更低，大家也更愿意接受。

1.2.2 开发阶段：把想法变成实际的东西

概念阶段确认了要做班服之后，就进入开发阶段：你要出设计稿，找印刷厂打样，确认样品的面料、版型、图案都没问题，然后批量生产。这个阶段最容易犯的错误是“闭门造车”：你觉得自己设计的图案特别好看，但是没给同学看，也没给班主任和德育处看，等大货做出来了，德育处说图案不符合要求，同学说图案太丑，这时候改就来不及了。所以开发阶段一定要做“原型测试”：比如先拿一张A4纸，印上你设计的图案，给同学、老师看看，问他们觉得怎么样，有没有要改的地方，没问题了再打大货，这样能避免很多麻烦。

1.2.3 上线阶段：把产品交给用户用

开发阶段完成，班服做好了，运动会当天发给大家穿，就是上线阶段。这个阶段的核心任务不是“庆祝项目完成”，而是“收集真实的用户反馈”：大家穿班服的时候有没有说什么？比如“这个版型太瘦了，我穿着勒肚子”“这个颜色在阳光下特别显黑”“面料有点扎人，穿着不舒服”“图案的红色有点太艳了，不好看”。这些反馈不管好的坏的，都是你最宝贵的财富，因为它们是用户真实用下来的感受，不是你坐在办公室里想出来的。

1.2.4 迭代阶段：根据反馈不断改进

上线阶段收集了反馈之后，就进入迭代阶段：下次再有需要穿统一服装的活动，你就知道要把班服的版型改宽松一点，颜色选更日常的藏蓝色，面料选更柔软的不扎人的纯棉，图案可以简化一点，印刷成本也能更低。迭代不是“改错”，而是“让产品变得更好”：第一次做班服你踩了面料扎人的坑，下次就不会再踩；第一次做版型太瘦的坑，下次就会做更多不同尺码的。很多大公司的产品都是迭代了几十上百次才变成你现在用的样子的，比如你用的短视频软件，刚上线的时候只有很基础的拍视频功能，后来根据用户的反馈，慢慢加了滤镜、特效、直播、购物功能，每一次更新都是迭代。

> 💡 侧边栏：什么是MVP（最小可行产品）？ > 很多青少年做项目的时候容易犯的错是“想一步到位做完美”，比如要做校园失物招领系统，一开始就想做一个有AI识别、自动推送通知、还能积分兑换礼品的小程序，做了2个月还没做完，最后大家早就忘了丢的东西是什么了，系统也没人用。这时候你就需要用到MVP（Minimum Viable Product，最小可行产品）的概念：先做一個只解决核心问题的简单版本，比如失物招领系统的最小可行产品就是一个在线共享表格，大家丢东西可以填表，捡到东西也可以填表，1个小时就能做好，先让大家用起来，再根据大家的反馈慢慢加功能：比如大家觉得填表太麻烦，就加图片上传功能；大家觉得不知道有没有人捡到自己的东西，就加自动通知功能。MVP的核心是“先跑起来，再慢慢优化”，而不是“一开始就做完美”。

1.3 真实案例：14岁的校园产品经理Maya，如何用小程序减少食物浪费

为了让你更直观地感受到产品经理的力量，我们来看一个真实的青少年产品创新案例：14岁的Maya是美国加州一所中学的初二学生，她发现学校食堂每天要扔掉30多份没卖出去的午餐，还有很多同学想吃的菜卖完了买不到，只能买零食凑合，甚至有人干脆不吃饭。她没有把这个当成“食堂的问题”，而是用产品经理的思维定义了问题：用户是食堂的学生和食堂的工作人员，核心痛点是“食堂做的午餐太多浪费钱，学生想吃的菜买不到”，解决方案是一个能让用户提前预定午餐的小程序。

Maya之前只学过一点基础的编程知识，她没有找大人帮忙，而是用免费的在线表单工具先做了MVP：在表单里列出每天的午餐选项，价格、口味，大家可以提前一天晚上预定，食堂按预定的数量做。她先在自己所在的班级试了1周，发现预定之后食堂的浪费减少了70%，而且大家都吃到了想吃的菜，她又根据同学的反馈加了“备注口味”的功能，比如“不要辣”“多要一点菜”，然后把小程序推广到了整个年级，后来整个学区12所学校都用上了她的小程序，每个月帮学区省了1200美元的食材成本，还减少了90%的午餐浪费，她因此拿了2023年美国青少年创新奖。Maya的故事不是告诉你“你要学编程才能做产品经理”，而是告诉你：产品经理的核心从来不是你会什么工具，而是你能不能发现一个真实的问题，然后用你能找到的所有资源，做出一个能解决这个问题的方案。Maya不会做复杂的小程序，她就用免费的在线表单做MVP；她没有预算做推广，她就先在自己的班级试，用真实的反馈说服其他同学用；她不会和食堂的管理者谈，就让班主任帮忙牵线，协调食堂的工作人员配合。这些都不是“专业技能”，而是产品经理的核心能力：理解用户、协调资源、解决问题。

1.4 你的第一个产品项目工作坊：10分钟找到你要解决的问题

这一章的最后，我们来做一个小的课堂活动，帮你找到你的第一个微型产品项目。你不需要会编程，不需要有很多钱，只需要一张纸和一支笔，10分钟就能完成。

步骤1：问题发现（3分钟）

拿出你的笔记本，写下你每天待的3个地方：比如“教室”“家里的阳台”“小区的游乐场”，然后每个地方写下1个让你觉得“不方便”“烦人”的小问题，比如：

• 教室：下课的时候大家抢白板笔，经常找不到能用的，上课写板书要耽误5分钟；
• 家里的阳台：妈妈总是忘记给阳台的绿植浇水，3盆绿植已经枯了2盆；
• 小区的游乐场：滑梯的出口处没有放鞋的架子，小朋友玩完滑梯都要把鞋放在地上，容易被踢走。

步骤2：问题筛选（2分钟）

从你写的3个问题里，选一个你觉得“做起来不难，而且能帮到至少3个人”的问题，比如选“教室白板笔找不到”的问题，因为这个问题影响全班40多个同学，而且解决起来很简单，不用花多少钱。

步骤3：写产品愿景（5分钟）

用下面这个格式，写一句话的产品愿景——也就是你的产品要解决什么问题，服务谁，带来什么价值： > 我要做一个[产品名称]，帮助[目标用户]解决[具体问题]，让他们[获得什么好处]。

比如刚才的白板笔问题，你的产品愿景就可以写成：“我要做一个白板笔共享架，帮助全班同学解决找不到可用白板笔的问题，让大家上课写板书的时候不用浪费时间找笔。” 再比如绿植浇水的问题，你的产品愿景可以是：“我要做一个绿植浇水提醒贴，帮助妈妈解决忘记给阳台绿植浇水的问题，让家里的绿植不会枯死。” 再比如游乐场放鞋的问题，你的产品愿景可以是：“我要做一个共享鞋架，帮助小区里的小朋友解决玩滑梯没地方放鞋的问题，让小朋友的鞋不会被踢走。”

> 📝 产品愿景示例参考 > - 我要做一个课间零食共享盒，帮助课间饿了的同学解决跑小卖部太远、买不到想吃的零食的问题，让大家课间不用跑远路就能吃到零食。 > - 我要做一个教室雨伞收纳架，帮助下雨天忘带伞的同学解决没地方放湿雨伞的问题，让教室的地面不会湿漉漉的容易滑倒。 > - 我要一个班级失物招领墙，帮助丢东西的同学解决找不到失物的问题，让捡到的东西能快速回到主人手里。

步骤4：优先级评估（选做）

如果你写了多个产品愿景，可以用下面的优先级评估矩阵来判断先做哪个：横轴是“实现难度（从低到高）”，纵轴是“影响人数（从少到多）”，放在左上角“优先做”区域的项目，就是最适合你第一个做的微型产品项目。

```mermaid quadrantChart title 校园产品项目优先级评估矩阵 x-axis 实现难度 低 --> 高 y-axis 影响人数 少 --> 多 quadrant-1 优先做 quadrant-2 中期做 quadrant-3 延后做 quadrant-4 优先做 "教室白板笔共享架": [0.2, 0.8] "失物招领在线表格": [0.3, 0.9] "运动会定制班服": [0.5, 0.8] "绿植自动浇水器": [0.7, 0.3] "校园二手书交易平台": [0.6, 0.7] ``` *图1-2 校园产品项目优先级评估矩阵，横轴为实现难度，纵轴为影响人数，左上角为优先执行的高价值低难度项目*

1.5 青少年做产品项目最容易踩的3个坑

在你开始做你的第一个产品项目之前，我们先来看看其他同学做项目的时候最容易踩的3