《产品经理到入门到精通》之产品经理一天是怎样的？

为了更好的帮助大家更好的了解和入行产品经理，我计划写《产品经理入门到精通》的系列文章。

大致提纲：第一章先讲如何入行 ，后面讲用户研究、需求分析、用户体验、产品设计、交互设计、文档规范等内容。

第 1章 想入行先这样做

1.1 产品经理的一天是怎样的1.2 了解产品经理的工作职责

1.2 产品经理有哪些类型？

1.3 产品经理能力模型

1.4产品经理在早期需要掌握什么能力？

1.5 没人带，如何自学？

1.6 有哪些产品经理的常识？

1.7 如何基于产品视角分析一款产品

1.8做产品经理，别做画图经理

先给大家讲一个产品经理的一天的故事

今天先带大家了解产品的经理的工作职责，以将故事的方式让你“亲身经历”产品经理一天当中要做哪些工作？

产品经理的一天可能是这样的。

早上到公司，打开 TO DO LIST，按照优先级给自己排一个序。老板说过市场上新出了一个竞品，做一份竞品分析报告给我，竞品分析很重要，所以先做这个。

竞品分析报告花 20 分钟先制定分析维度及关键点，拿给老板看，问分析维度有没问题。老板说增加几个关键点的分析。于是补充几个关键点，然后开始收集竞品资料进行分析，形成初稿后，拉个同事来帮忙点评下，看看分析表达是否需要调整。

整理后发给老板。考虑到老板比较着急怕他漏掉，特地到他办公室提醒他一句东西已做好。

这时大概是中午吃饭时间，想到最近跟开发的哥哥们接触比较少，就喊了几个工程师一起吃饭。吃饭的时候聊了聊近期产品的策略和开发上遇到的几个问题，顺便沟通沟通感情，扯扯淡。

吃完饭，开始按 list 里的安排，做聊天模块的历史记录功能。

先写出这个功能的需求逻辑来，比如给谁用的、什么时候用、在什么情况下用、怎么用，这几点也都罗列清楚，然后把场景和需求结合来看，推导出应有的功能。

这时，根据功能画了 A、B、C 三个方案，然后查看常见的几款社交工具 APP，取长补短放在自己的方案里。再观察三个方案的优劣，写清楚。

跟业务同事们聊了聊不同的几个方案，一致认为 B 方案最优，因此暂定是 B 方案，，顺便发给相关开发，请他们过目看可行性。确认需求方案后，开始写需求文档PRD和做设计原型。

这时开发的一个同事来说，有个之前的说有个之前的需求文档表述不清。于是带上相关的大伙紧急开会核对一下。哦，原来是有个逻辑没描述好，讨论清楚。然后，再跟大家复盘下出现的问题，何时出现的、为什么会出现、谁发现的、之前为什么没发现等等。这些搞明白后，一起拟定了一套新的协作流程，以规避会出现的问题。大家散会。

看还没做的任务。哦，之前有个邮件，运营部门提到，现在的评论提示数bug了，用户反馈提示数字出现了负数。于是找到运营部门的同事，问他们是谁提的问题。运营的同事说是有几个用户，于是要到用户的联系方式，直接打电话回访。记录下来他们使用的版本号，是安卓还是iOS系统，已经他们的会员账号，然后找到开发的同事定位问题，查到到问题后，反馈给运营的会第一时间解决，解决的时间是XX。并且提醒运营部门的同事，未来这样的问题，要连同用户的联系方式一并提供。

傍晚原本还有个项目迭代会，但这次人不齐没有开成。昨天也是因为人没齐。不能再拖，找到今天临时有事的几个同事，郑重的跟他们说清，如果再不一起开成会，这次迭代可能就会延期，后果要他们承担。回到工位再发送一封邮件，抄送给所有参会者和他们的 leader，说明情况。大家纷纷表示，第二天上午就一定把会开完。

晚饭在楼下随便吃了点，回来看任务还有调研社交软件的商业化这项工作，于是在知乎、微博、微信公众号上把各种文章都搜出来，一篇一篇读。读的时候把有价值的观点都整理到有道笔记 里，并做好索引，方便查阅。

读到 9 点半，很充实。下班，回家。

这是从产品经理日常性工作中抽象出来的一天的工作内容，从我的故事里应该能体会到区别分清实物的优先级，做好安排，不要让其他不重要的事情干扰。