0岁的产品经理从三方面总结了自己的产品工作.docVIP

　　0岁的产品经理从三方面总结了自己的产品工作 入职产品快一个月了，为此我做了简单的工作总结。主要从三个方面谈：工作内容、工作状态和个人感受。希望和各位同样0年的产品经理交流经验，也希望各位n年的产品大佬批评指导。 一、工作内容 第一项任务 进来的第一周被分到解决一个小需求，该需求是基于现有的公司内一款web端tob产品的某一功能提出的迭代型需求。目标用户是公司客服部的基层业务人员。由我来做的目的应该是对我这个新人进行业务能力试水。 我负责画出针对该需求的原型图。这是我第一次进行正规的web端原型制作。我参考了之前产品经理输出的需求文档和原型，独立完成了这项工作，第一次与部门技术进行了需求评审，完成了设计的实现。 通过这次工作，我对产品在公司内部的具体定位和详细工作内容有了初步了解，明确了部门内部人员分工。总的来说so easy，我期待更大的挑战。 第二项任务 完成了第一项任务后，部门内leader和产品经理（我们部门leader是技术出身）分配了一个完整的、中等规模的项目给我，该项目主要内容为将现有的一个数据分析类tob产品由web端转到端，产品的作用是帮助公司管理者根据数据进行公司业务决策，项目目的是方便用户在非会议场景下（如出差）随时观察数据变化，目标用户是公司高层以及各业务部门管理者。 该项目主要负责人是我，因为该项目为跨部门项目，由部门内外的两名产品经理监督指导。在进行产品设计前，我与部门内产品经理（之前web端的该产品就是由他主导）详细沟通了产品的业务逻辑，并和部门leader共同梳理了需求的优先级。为了适应屏幕减少同屏呈现量，根据不同业务部门的目标用户，我将现有的17个数据模块做了结构上简单的垂直整合，将端功能入口缩减到10个，并完成了全部模块的原型设计。目前该项目在第一期开发过程中。 这次工作是我的第一个长期项目，我第一次经历了跨部门合作、完整设计产品和主持需求评审会。我意识到产品工作中对细节的把握尤为重要，不管之前想得多么仔细在实际开发中总会出现各种各样没有料到的问题。这种细节掌控力要靠大量的工作积累，同时要有一颗随时拥抱变化的强大的心脏。我希望自己能够快速进步，进化为更强大的产品经理。 3、第三项任务 第一次需求评审顺利结束之后，我又被分到了新的工作：对我公司生产的的激活过程进行测试。该工作主要目的是确保我部门的产品预装在新的上时，不影响开机的正常激活行为。 这个工作与我印象中的产品经理的概念关系不大。但在理清激活定位行为的逻辑流程的同时，我觉得自己的业务知识又得到了增长，同时确保自己部门的产品能顺利在终端上运行也确实是产品经理的职责。我觉得新入职，多干活总比不干活要强。 前不久参加了入职培训见到了很多校招的小伙伴，总的来说自己的工作内容算新人中充实的了，希望自己成长的再快一些，能出色地完成每一项工作。 二、工作状态 1、工作环境 我们大的部门有不到200人，我所在的部门有14个人，其中12个技术2个产品，leader是技术出身。刚入职我的职位叫做产品专员，部门另一个产品是一位有5年工作经验的产品经理，leader让他带我的业务。现在多数任务都是他给我下达。 我们部门整体来看工作量适中，工作节奏比较快，大家对自我业务能力的要求比较严格。因为公司业务覆盖面特别大，除了互联网之外，硬件、物流、供应链等相关领域都有涉及，所以经常有部门内或跨部门的业务技能交流分享会。但是部门生活化规定相对宽松，弹性上下班，加班换调休，整体来讲氛围比较free，leader人也nice。非常喜欢这种工作节奏和环境。 2、心态 作为一个刚入职的产品，我认为最重要的素质，就是一定要具备非常强大的抗压能力。记得实习时带我的产品经理告诉我抗压能力是第一位的，年少的自己还不是很理解，现在可以说深有体会。校招时的总监面就是压力面，当时被各种挑刺各种质疑，一个半小时的面试下来整个人都不好了，自己都开始怀疑自己。工作之后发现“被质疑”是一个常态。第一次跟领导汇报工作时，刚把自己的原型方案摆出来，一句话还没讲就被另一个产品经理说“很不满意。”需求评审会时，产品经理、技术、UI同学的质疑此起彼伏。跟进开发时，很多细节上的问题在群里不时出现，甚至被负责数据接口的大哥说自己的产品设计得“不够友好”。 抛开个人情绪和对方的对错，我觉得维持抗压能力的首要行动是心态要摆正。新人和产品，两个饱受质疑的身份加在一起，面前的路肯定不会走的特别舒坦。面对困难时我习惯按下面的逻辑去想对策： 首先做好最坏的打算，知道自己面对的情况可能会很糟糕，最严重的后果可能是怎样的； 其次准备最好的解决方案，leader告诉我每次输出都必须是自己认为最优的方案，这样后面所有的质疑都可以按照当初合理的逻辑进行解释； 最后，相信自己，刚入职上级给我的任务一定和我的能力是相匹配的，要相信自己的