2018-05-01我是产品经理，身处创业公司。负责用户端产品、运营管理后台。同时身兼二代产品（智能硬件）的项目经理，并负责软件部分的产品规划与设计。
我认可不同的产品阶段，产品经理的工作内容不同。我负责的用户端产品是入职后交接给我的，产品体验很差，花了一周多的时间了解业务场景及功能逻辑、了解用户使用习惯及存在的问题，其中会和工程师、用户、老板、运营多方沟通，真正画原型、写文档的时间仅用了两天。 产品上线后非常成功，也明确了产品信息架构、培养了用户习惯，后续功能基本不会对这两点有大的改动。
二代产品（智能硬件），目前是初级阶段 需要每天跟进各板块团队的工作进展，了解存在的问题及解决方案， 每天和核心成员开会统一个板块进展及协调问题。软件产品部分 我刚明确了人机交互方案，目前在调研可附加的商业模式（涉及硬件元器件及系统底层设计）及梳理第一版产品功能清单。之后的软件产品设计部分基本雷同，不再赘述。
产品工作日程和作者差不多， 在9:30～10:00我会了解行业资讯； 下班后我会接听部分客服电话，了解用户反馈的问题。展开 29
2018-05-01请问你懂技术吗作者回复: 我是计算机和经济双学位哈
13- 2018-05-06讨论成功指标这点很有启发，这样让执行有一个迭代导向 9
2018-08-01以老师的日程猜测，FB属于矩阵型人员架构，多个项目并行开发
多条产品线，开展不同的项目，每个项目自组团队，产品经理去游说，去拉工程师进组
由产品负责项目的需求发掘到项目落地，最好验证市场，好则继续，不好就拉倒
这套流程很完美
我们是小团队，一个产品一条线，人员架构比较固定，久而久之形成了稳定的周期。
在开发1.0的时候，设计已经在做2.0，产品在调研3.0的节奏。
所以产品的工作大概分为70%做需求，30%跟当前版本，循环迭代。
当前很多时候会遇到大大小小变更，然后开会衡量，随机应变。展开 5
2018-05-02不知道能否在产品经理自己每天的时间和精力规划上提供一些建议？很想知道资深产品经理是如何处理每天频繁的context switching的。作者回复: 我觉得每天要知道重点是什么，早上开始上班的时候先记录好，今天要做的三件最重要的事是什么。因为很容易就会被工程师设计师的各种要求跑偏了，还没有把时间花在重要的地方。
4
2019-12-26老师这个案例里产品经理开了挂，完全尽在掌握的状态：有明确的日程schdule，优先级，清晰的会议目标；关注眼前并着眼未来，业务、策略、人都涵盖了。
现实估计会比较残酷，国内跟国外的项目文化差异、资源情况都会导致产品经理动作变形，疲于奔命。
每天给自己列个带优先级的do to list，just do it! 3
2018-05-03讨论产品的成功指标这点很赞同，以数据驱动业务 3
2018-05-01身处不大的公司，近期突然接了很多业务，且手上的产品线较多，几个维护几个新开发的，新增人员又没那么快到位，那样怎么去权衡工作优先级和合理管理安排时间。 3
2018-05-09我是开发，通设计师的设计并不能有效的实现，流程对接，需求管理，都是由产品经理在中间对接。所以常会遇到设计师和开发两边的接收的信息并不同步。由于现在都是微服务，用户看见的产品实际上是被打散到各个微服务系统，我们只是这个产品中的一环，产品经理对整个服务链路并不能完全熟悉，服务间存在一些跟用户需求不强相关的但不得不去面对的问题，因此一个产品的设计从初稿到定稿往往需要开花费相当多的时间，开发提出问题，产品经理需要在不同的服务开发团队，设计师团队间来回沟通确认。作者回复: 我可能比较例外，但是我特别鼓励产品设计师和工程师自己交流，甚至可以绕开我。我觉得让他们自由交流，最有效率 如果需要我的时候，比如产品功能，或者他们发现的问题不知道如何权衡取舍 我可以随时出现
2
2018-07-04请问一个新手做产品该从何入手，怎么去发展学习。 1
2018-06-08我是一名新产品，我们公司产品处于高速迭代的阶段，每个产品经理负责整个产品中的其中一个相对模块，每个模块的开发周期一般是两到三周。在开发的前期，产品经理的主要日程基本是用户调研或向市场部了解用户需求，之后几天的时间里都是产品自己整理用户需求并制作产品原型，这个时间一般是2-3天，之后会同领导、UI、技术讲解产品，这个一般需要半天时间，之后会有将近半天的改进时间。在交由技术开发阶段的日程，基本是配合技术测试，同时进行其他项目的设计。
相较于硅谷的产品经理，我们的日程显得非常宽松，会有大量的自己思考和创作的时间。但是，这样的缺点是，因为是一个人思考，如果因为对于某个问题理解不到位，之后会有大量的修改，极大降低了工作效率。但是不拿出原型的情况下，又没人愿意拿出时间跟你讨论，这是比较尴尬的。
我朋友是另一家公司的技术，因为产品人少，技术常常被产品拉着开半天的会，讨论的基本都是产品流程的合理性，每个产品本就可以有多个解决方案，大家看法不一，很难达成共识，却又无人敲板，导致会议时间延长。对于一名技术来讲，有必要花费大量时间参加此类会议么？展开 1
2018-05-20请问如何对需求进行选题作者回复: 你是说怎么知道解决什么需求吗？一般一个具体需求涵盖在一个高层次的策略下，所以你的问题是说高层次策略如何确定 还是有了策略，如何选择进一步的需求
1
2018-05-04有个问题，似乎曲姐您每个时段的任务都完成地很顺利，没有卡壳的时候，而据我观察，会议过程中偶尔出现一些没有进展的时刻，导致整个schedule都被打乱了。如果应对类似情况呢？
Plus 听日程安排那段感觉安排得好紧凑，本想说一句SV machine！但是末了一说七点下班，心疼我自己：(作者回复: 我觉得没有进展主要因为1。事先不知道你要开会解决啥。2。没有足够信息。这两个情况第一个是通过更好的准备。另一个 如果没有足够信息做决定 建议提前结束会议。下次再议
1
2018-05-02作为产品经理，公司是做安防行业，目前在研发产品共享中心，负责3条产品线的需求把控。因为需求都是从市场部门直接递交过来的，没有切实的用户调研，这是个痛点，同时产品没有量化的成功目标，不利于产品生命周期管理和迭代，总之在产品开发之初，需求明确很有问题。不知道该怎么办😱作者回复: 你看看你能否争取和客户自己聊聊 看看能否直接了解客户需求。说服是市场部的同事
1- 2019-05-24我是一个小公司产品经理，工作内容和作者无太大出入。不过强度大多了，每周有一次上线～一周内要完成调研，研发需求变更，线上问题等，常常觉的疲于奔命，不知如何将迭代做好，请问笔者有没有好的建议
- 2019-05-24我是一个小公司产品经理，工作内容和作者无太大出入。不过强度大多了，每周有一次上线～一周内要完成调研，研发需求变更，线上问题等，常常觉的疲于奔命，不知如何将迭代做好，请问笔者有没有好的建议
- 2018-12-25平时主要任务是规划下一年度需要购买的产品，如何学习使用购买的产品，如何参与其他部门的系统建设。因而平时主要充当产品经理和项目经理的角色。产品经理角色就是调研单位信息化需求，规划下一步发展战略和具体落地项目。项目经理就是管理购买后产品具体实施。
2018-09-26既然会有概率工程师实现不了的功能，为何不在前期让工程师也介入？这样不是可以解决后期研发难点问题？- 2018-07-06作为开发人员，有时比较困惑。因为公司的产品是客户使用的。往往是根据和客户谈的情况决定产品做什么功能，非常零散，就决定开始做。这样的结果就是有些需求实现后客户实际并不需要。我们没有专职的产品经理。后来我发现需要懂一些产品知识，这样可以有理有据地提出哪些功能可以做，哪些不可以做。老师的经历非常值得学习，让我看到一流公司的流程。
2018-05-22每日具体工作安排差不多。
我们还有一个上线功能评审，会召集测试、市场、开发、需求负责人员及老板进行，会中市场或者老板会喜欢提出修改或添加新功能……但是其实我们开发前也有需求确认会，本已经确认的需求也会开发后修改。 感觉会不断延长上线时间