硅谷产品实战36讲
曲晓音
Facebook产品经理
立即订阅
13234 人已学习
课程目录
已完结 39 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 打造千万用户的世界级产品
免费
揭秘产品经理 (6讲)
01 | 什么是优秀的产品经理？
02 | 硅谷的产品经理是什么样子的？
03 | 科技巨头和初创公司的产品经理有什么不同？
04 | 产品经理和项目经理有什么区别？
05 | 硅谷产品经理每天在做什么？
06 | 硅谷产品经理们都来自什么背景？
从想法到开发 (6讲)
07 | 如何寻找用户需求？
08 | 目标客户和用户画像
09 | 手把手教你写用例： 优化微信加好友的功能
10 | 什么是最小化可行产品（MVP）？
11 | 案例：产品发布之前出了乱子，如何权衡取舍？
12 | 制定产品成功指标
产品经理基本功 (6讲)
13 | 如何撰写产品需求文档？
14 | 如何用数据做出产品决定？
15 | 如何组织有效的会议？
16 | 如何和工程师有效沟通？
17 | 如何与设计师有效沟通？
18 | 如何搞定A/B测试？
产品增长怎么做 (6讲)
19 | 增长黑客的核心公式
20 | 想要增长，你的团队需要高效的工作流
21 | 换个按钮颜色， 就能增长百万用户？
22 | 硅谷高管的UIE（Understand, Identify, Execute）增长论
23 | 增长的核心在于减少用户阻力
24 | 产品增长的代价，如何权衡取舍？
管理你的产品团队 (6讲)
25 | 三分靠策略 七分靠执行
26 | 为什么加班很久但是没成果？产品开发流程有问题
27 | 如何激励和管理比你资深的工程师、设计师？
28 | 产品经理的晋升秘密
29 | 你需要一个产品路线图
30 | 如何制定产品优先级 ？
产品经理面试 (6讲)
31 | 好的产品经理和卓越的产品经理
32 | 产品经理面试考察的是什么？
33 | 如何提升产品感（product sense）？
34 | 如何提升产品经理的综合素质？
35 | 非计算机专业也能做产品经理？
36 | 模拟一场硅谷的产品经理面试
新书首发 (1讲)
新书首发 | 《硅谷产品：36讲直通世界级产品经理》
结束语 (1讲)
尾声 | 每个世界级的产品都有其使命
硅谷产品实战36讲
登录|注册
15 | 如何组织有效的会议？
曲晓音 2018-05-24
产品需求讨论会对产品经理来说是家常便饭。
当产品经理对我们应该解决什么痛点、有哪些功能有了一个计划，接下来就需要组织产品需求讨论会了。我会和工程师、设计师等团队成员坐在一起讨论对这个功能的看法，跟他们讲讲这些功能一步一步的体验是什么样的：设计师是不是觉得这个设计是以人为本的；工程师会不会说我们的底层结构不支持，这个根本做不了。
简单地说， 产品需求讨论会目的是要明确我们的功能、量化成功的标准和时间表，团队成员达成一致意见后就开始撸起袖子努力干了。
首先，我跟你分享一个失败的产品需求讨论会，通过这个例子让你明白会议低效的几个常见原因，以及组织会议的几个误区。然后，针对这个案例的具体情况，我会告诉你怎么才能提高产品需求会的效率。最后，我会结合以前自己踩过的坑（说多了都是泪啊），跟你分享几个组织高效会议的独门秘诀。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《硅谷产品实战36讲》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(10)
邹优杰把本节课的内容放到任何一个职能，场景都适合，是一节怎么开好会的通识课，+一点点沟通技巧。
希望能听到更具产品需求会特点的内容，比如怎么从臃肿的需求文档中提炼出会议大纲，以及要讨论的内容等等作者回复: 好的 我们可以下面的内容多讲哈
2018-05-25 8
徐东鹏～种下一朵太阳花开发一个重要功能，我一般会召开三次会议。
1、思考产品定位及功能规划，与Boss确认（输出物为脑图、功能清单）；2、完成流程图、原型 组织内部需求评审，参与者为相关部门的负责人；3、完成详细的需求说明文档， 开会前至少一天发给各成员查看，开会参与者是所有干系人员。大家带着问题来开会。开会时约定，我先讲解产品目标及重点功能和注意事项，讲解完之后统一回答问题，中间不能打断。讲解时间一般为30分钟以内。作者回复: 你们组一般多少人开会
2018-06-01 7
酥这种方法我认为比较适合大家平级的情况，会议组织者具备一定的权利，像小公司，一开会开发是总监，确定产品的是副总，再来个运营总监，嘴都插不了一句，立马被怼的体无完肤作者回复: 我觉得和公司文化也有关系，我们有的会上工程师也会和总监提反对意见，当然我理解这样的文化不一定适用于国内的国情
2018-05-28 3
Lynn我的理解:
会议邀请的元素: 人事地时物。
人: 只通知到相关人员,不相关的人员不必打扰。
事: 这次会议的主题
地: 大家都方便的地点
时: 大家都方便的时间
物: 必要的文档,相关人员先熟悉
会议开场:
讲清楚本次会议的主题，大概时长，更重要的是要产出什么内容(结论，文档，计划)
会议中: 注意时间把控，还要避免跑题
会议结束: 最好总结一下各任务的责任人接下来的action.2018-06-28 2
这个粗狂的土豆今天有人跟我说，产品召开评审会议的目的是:
产品先出一个框架，其他的让所有参会人员 一起想解决方法。请问你怎么看这个观点呢？作者回复: 我觉得在一些产品上是个好的方法。我一般不会只开一个会。我会在项目初期开你说的这种会。之后我会进一步。最后快定稿了 大家一起审阅
2018-05-24 1- 不在加州的加州踩过的坑：1、一口气拉上了项目涉及的所有相关人员，结果因为很多人会议有冲突无法到场；2、会议开始前没有提前说明会议的内容和目的，导致会议的效率低下；
吸取的教训：1、拉会前提前和相关的人员协调时间；2、提前跟相关人员沟通项目的内容，让大家有一个初步的了解；3、会议开始先说明会议的目的和项目的内容，以及控制会议时间；2019-06-12 
沙星宇新产品经理，明天就要组织第二次会议，谢谢曲老师～2019-04-23
luna需求评审会在我们团队有这几个周期：
1、根据数据及需求池里的优先级先排出预估一周多一点的开发量的功能点出来作为下一版本的最初需求，这个决策一般由该app产品的主要产品经理与产品助理开会讨论出来的
2、产品经理拿着最初需求和老板做决策，二人最终确定主要需求点
3、产品经理分配好该版本任务，一周原型时间，一周后老板和负责原型的经理和助理开会讨论原型初稿，给出建议
4、初稿根据老板建议修改完毕后，与开发测试设计主要负责人过第一遍需求评审会，主要描述为什么要做这个功能以及我们的方案是什么，会中不讨论逻辑细节问题，会后留一周各部门需求分析时间
5、第二次需求评审会议由所有项目参与者参加，产品回答所有关于细节的问题以及其他问题。
一共五个会议，一般控制在两个小时内，平均时长一小时。2018-07-27
Geek_53d974精确管理开会时间这点，具体是怎么做的呢？在会议的文档里写上预估时间，并在现场，会议开始前重申一下吗？2018-07-03
hehe不错呢，案例加结论作者回复: 多谢多谢
2018-05-29
收起评论