梳理一个初级产品经理的日常工作，供还未进入却正在为这个行业做准备以及刚刚踏入，这工作一头雾水的人参考。
产品经理的工作本身就是没有边界的，但凡没有人推进、导致产品不能向前发展的都是你的工作。简单梳理初级产品的日常工作，针对人群以上有所说明，格局较高者本文并不适用。
一、市场分析
可以使用模型对目前市场进行浅层次分析，如使用SWOt模型分析目前市场的优势、劣势、机会与挑战，在使用针对市场的上下游进行分析。市场分析初级产品经理接触较少，再次不展开详细论述。
二、用户调研
有必要的话可以对用户展开调研，用户调研分别定性的用户访谈与定量的调查问卷。用户访问需要提前明确好访谈的主题，万万不可被用户牵着走。在良好的沟通氛围下，多听少说，思考用户表面需求背后涉及的深层次动机与需求。另外一点，实际行动往往与表达并不相符，因此，在听用户的表达的同时，要注意他的行动；问卷调查与用户访谈底层思想一样，都需要提前设计及规划好主题或者需要验证的结论，在问题的设计和选项上要多花心思。
三、竞品分析
竞品分析有很多种方法，可以根据实际需要及当前项目的具体进展使用不同的方法。如可以使用用户体验的要素（战略层、范围层、结构层、框架层、表现层）入手，也可以从只分析其具体的产品，从目标用户、产品想解决的用户需求痛点、核心功能、产品埋点、运营方式、营利模式等方面 入手，竞品分析的方法有很多，需要根据实际需求具体匹配
四、需求收集及整理
需求主要来源于4方面:老板的需求、用户的需求、数据反馈的需求以及产品经理自己对整个行业及市场分析后需求。通常老板的需求都是战略性的需求（如果你的老板的*&&%#￥@￥，那不在本文讨论的范围内，后续将会重新写文章探讨“如果老板提了不合理的需求怎么办”）； 用户的需求来源于上面的用户调研已经产品上线后客诉、吐槽及反馈；数据反馈的续期指的也是产品上线后在观看数据得到的信息，如放置在明显位置的入口为何点击很低，而在某一个小的优化迭代版本为何用户活跃明显提升，这就是所谓的“跟数据要迭代 ，跟迭代要数据”；产品经理自己对整个行业及市场分析后需求通常需要有丰富的经验，对整合行业以及专业知识的熟练掌握。
需求收集后，需要对需求整理和过滤，去除无效需求，对有效需求排列优先级，在充分设计好业务流程后输出技术测可执行克罗地产品，并做好版本规划。
五、需求方案输出
需求方案 输出需要具体化到克罗地、可执行的层次，不能口述，因为一千个人口中有一千个样子，需要落实到纸面上，大家的理解一致。这里涉及到具体需要输出的东西包括流程图、产品原型，PRD文档。PRD文档网上有无数个模板，但是一定要根据自己的情况调整为可以交付给所有参与的部门都可以看懂、并可执行的版本，其中必不可少的元素包括：版本历史、业务模式、必要的流程及框架图、需求清单，具体需要描述以及对应的原型样式。
六、需求评审
进行到这一步，多数说明可执行落地了。在真正的大评审之前，建议先和具体开发人员聊一聊，一来可以听听技术角度对需求功能点的考量，弥补自己之前方案未考虑完善的部分，再或许可能拓展新的思路。二来提前私下与开发人员沟通，可以大大降低开发人员的抵制心理，可方案可易于执行。
七、项目管理
项目通过评审后就进入到了经常的开发阶段，需要提前做好项目规划排期，包括交互、视觉、服务端、客户端、后台、联调、测试等。启动开发后，要跟进开发进展，及时更新汇报给你的BOSS，并做好风险备案，保证项目无阻力顺利开发。
八、产品上线
开发测试完成后，产品经理需要对产品验收，查看是否符合自己之前的设计方案 。通过验证，可以上线了。
九、数据跟踪
产品上线后，需要时时跟踪数据，了解用户更多的想法。分析数据出现变动的原因所在，找准动机，不断优化迭代，让产品一版一版持续不断地运转起来。
