日常工作
一、起床后和上班路上
简单了解时事政治：凡人一般是读人民日报的《新闻早班车》
了解圈内的最新动态：36氪的8点一氪、创业邦早报等互联网公众号头条
查看朋友圈中被刷屏的文章
建议：在阅读的过程中进行独立思考，比如看到今天早晨的新闻京东市值即将超越百度，马上就可以联想到前阵子火爆的618年中购物节。
二、到公司后
开工前先把自己一天要做的事情过一遍，大致排出优先级。
根据优先级来处理手头的工作，凡人的顺序一般为遗留问题扫尾，跟ui、技术交流进度，画原型，写文档，收发邮件，开会...
中间发现bug，视bug优先级进行记录或直接提交修改方案；
中间市场人员反馈的新需求进行记录，但不打断当前进度；
开会可能发生在一天中的任何时段，据说很多产品经理的日常都是在漫无止境的开会中开始和结束的。
我把会议大致分为这几类：
1.战略会议，一般会提前通知，频率大约为每周或每月不等，时间较长，主要内容为各部门汇报进度+接下来规划；
2.需求讨论，产品团队内部或与市场、运营、老板一起讨论产品细节、方案，最好有目标用户在场参与
建议：开会前先想清楚此次开会的目的，控制开会时间结点，以免会议跑偏或者无限蔓延
3.需求评审，根据项目大小，评审会议也有大有小，新产品或新功能模块一般需要多方评审，且会评审多次
建议：开会前先产品内部过一遍需求文档，免得到评审时自相残杀；提前跟开发哥哥们打声招呼，如果怕被轮，也可以先请他们吃个饭...
4.日常进度汇报，建议站会，不超过10分钟
有两个很重要的思想贯穿整个工作流程：
优先级：产品经理的工作比较杂，基本做任何决定、任何事都需要权衡利弊，按照轻重缓急来进行；产品做功能也是一样，按照需求的优先级，先做最能击中用户痛点的需求。
目的性：以目标为导向，开会、写文档、画原型前都需要先明确此次要达成的目标。
常用表格
凡人工作中常用的表格和文档有这么几个：
1.需求清单：
使用者：产品经理
包含内容：
1）需求描述（清晰、客观、完整的表达出需求的详情）
2）所属模块（登录、聊天...方便区分和筛选）
3）所属类型（优化、新需求...方便区分和筛选）
4）需求优先级（需要经过“需求分析”后进行评级，可由开发难度、实现价值两个维度综合得出）
5）需求来源（需求提供者和他的联系方式，方便需要的时候进一步沟通）
6）记录时间
7）记录人
8）需求动机分析（通过访谈、调研等方式分析该需求的深层动机）
9）需求状态（未开始、进行中...）
2.bug记录表（可以和需求清单混合使用）：
使用者：产品经理或测试人员
包含内容：
1）Bug描述（复现bug：操作步骤、使用账号、系统、版本号、操作环境等，描述不清可以直接上图）
2）Bug优先级（可由修复难度、严重程度两个维度综合得出）
3）Bug提交人
4）Bug提交时间
5）优化建议（小的直接描述，大的需要出文档或原型）
6）bug负责人
7）修复进度
3.项目进度表：
使用者：产品经理或项目负责人
包含内容：
1）项目名称
2）项目负责人
3）各时间节点
4）项目进度
4.需求文档（原型文档）
使用者：开发、测试、UI等
包含内容：
1）文档信息：修订记录、责任人
2）产品背景和目的：目标用户、使用场景、竟友分析、市场规模
3）文档规范：设计规范、通用名词
4）产品描述：总体框架、业务流程、功能详述、数据埋点
5）非功能性需求：安全性、易用性、兼容性
6）其他：项目时间节点、验收标准、运营计划
