企业产品经理工作计划（6篇）.docxVIP

第

企业产品经理工作计划（6篇）

企业产品经理工作计划（6篇）

企业产品经理工作计划篇1产品经理，主要干下面三个活：提炼输出需求文档、设计页面原型、和开发人员沟通实现需求。接下来就这三块做分类总结。

一、怎么才能输出合格的需求文档

产品经理首先对产品定位要有十分清晰的认知，这样在功能设计，功能取舍时才有准则和依据，其次，把大的框架、模块、运营思路总体先设计好，例如：入口、流程、场景、平台(PC还是手机)，最后，重点是一定要把业务流程和业务逻辑写清楚，一是方便自己画原型图时，不会画漏。二是方便开发人员更好地理解功能的内涵。

写需求文档，首先要理好思路

二、怎么样才做好产品原型设计

1、首要思路：抄抄抄，说错，是借鉴。要聪明地借鉴，抄别人好的地方。

用好的原型设计软件A_ure或墨刀，可以减少工作量。设计完一定要对照需求文档过遍，看有没有遗漏一些功能。

2、其次，注意业务逻辑。

从系统角度说，业务逻辑更为重要。每个业务逻辑一定要从各个操作角色来分析，想通、想透。例如：每个角色的权限一定要明确，哪些模块用户是无权限操作的，模块是隐藏还是提示无权限，管理员和用户的关系;短信发送和微信发送的不同逻辑、导入是覆盖还是不覆盖，已生效到执行中的判定标准逻辑等等。

3、最后，注意设计规范。

例如功能的完整，比如基本的增删查改。设计新增的时候，就要同步考虑查看、修改、删除三个配套功能。再比如页面的规范：一是注意色调的统一，包括每个按钮颜色、选中颜色等都要有一套规范的颜色方案。二是页面的提示信息，提示内容的位置、提示时间的长短都要一套统一的定义。三是输入框、展示框一定要考虑到内容多的时候要自带滚动条等。文案规范：各个功能名称文案的统一，不要有歧义等。表格规范：什么时候用项目符号、什么时候左对齐、什么时候居中，什么时候右对齐。

三、怎么和开发人员沟通

首先，是开发前的沟通。即设计原型实现前，一定要和前端和后端开发工程师开个会把需求文档详细沟通一遍，把每个功能点的设计和操作基本过一遍，这么做，一是防止开发错误理解你的意思，否则返工很耗时间。二是沟通需求文档有没有技术难点，有没有设计不合理的地方。

其次，是开发过程中沟通。事中沟通主要是把握开发进度。

最后，是开发完成后测试时候的沟通，关键是测试用例准备要充分。既要准备正常的用例，也要准备一些非常规用例用于边界条件测试、暴力测试等用例，尽可能为测试提供便利条件。

写在最后

不管理干产品经理，还是干其他工作，一定要把养成把自己的工作进行分类归纳的习惯，把每个工作步骤都总结出一套办法，养成定期记录总结的习惯，一段时间后，你就会发现，工作可以有条不紊了，自己的效率越来越高了，你的领导也越来越喜欢你了。

企业产品经理工作计划篇2对产品的热情

有这样一群人，他们对产品有一种本能的热爱，把自己生活中的一切事物都看成产品，怀揣对优秀的产品的热爱和尊重。这份热情是产品经理必备的素质，是他们夜以继日克服困难、完善产品的动力。这份热情能感染团队成员，激励所有人。

辨别这种特质很容易，可以让应聘者谈谈自己最喜欢的产品及喜欢的原因，聊聊不同领域的产品和他讨厌的产品，问问对方，如果有机会，他打算怎样完善自己最喜欢的产品。热情是难以伪装的，虚伪的做作容易毕露无遗。

用户立场

理想的产品经理不一定来自产品的目标市场(这种情况有利也有弊)，但是他必须融入目标市场。这一特质对制造大众产品的高科技企业尤为难得。我们倾向于从自己的角度去理解用户和市场。事实上，目标用户的经验、喜好、价值观、知觉能力、忍受程度、技术理解很可能与我们的大相径庭。

可以就产品的目标市场向应聘者发问，让他谈谈如何换位思考。了解应聘者对目标市场的感觉，最重要的是看对方是尊重目标市场希望融入其中，还是打算一意孤行改变用户习惯。对国际化的产品和针对特定地域的产品来说，换位思考尤其重要。各种文化虽有共通之处，但也存在许多差异。有些差异对产品无关紧要，有些则至关重要。应该考察应聘者是否足够了解目标市场，能否区分这两种差异。

智力

人的智力水平是无法替换的。产品管理需要洞察力和判断力，因此必须具备敏锐的头脑。勤奋当然是必需的，但从事这项工作光有勤奋还远远不够。

招聘聪明人是项知易行难的任务，结果在很大程度上取决于招聘者的能力和可靠性。常言道，物以类聚，人以群分，此言不虚。方法之一是测试应聘者解决问题的能力。微软令人称道的、深入而有效的面试，即是考察应聘者解决问题的能力，通常由一位或多位领域专家就一个问题对应聘者进行深入考察。面试官不关心应聘者是否知道正确答案，而看重应