互联网产品经理述职报告

1、互联网产品经理述职报告篇一：互联产品经理的工作职责互联产品经理的工作职责这几天我梳理了 1 1 年以来的工作内容，并将产品经理的工作职责整理出来。按照产品阶段划分，可分为 5 5 个方面：一、市场及用户研究、市场分析： 发现并掌握目标市场和用户需求的变化趋势，对未来几 年市场上需要什么样的产品和服务做出预测；、竞品分析： 收集竞争对手的资料、试用竞争对手的产品，从而了解 竞争对手产品；、用户研究： 通过定性（用户访谈） 、定量（调查问卷）等分析方法 对用户需求进行挖掘和分析；二、产品规划及设计、产品规划： 确定目标市场、产品定位、发展规划及路线图； 、需求管理： 对来自市场、用户等各方面的需求

2、进行收集、汇总、分析、更新、跟踪；、产品设计： 编写产品需求文档，包括业务结构及流程、界面原型、页面要素描述等内容；、版本管理： 维护产品的每个版本的功能列表；三、开发及项目管理、需求确认：组织协调市场、研发等部门，对需求进行评估及确认开 发周期；、项目跟踪： 跟踪项目进度，协调项目各方，推动项目进度，确保完 成项目按计划完成； 向领导及相关部门沟通项目进度；、产品测试： 配合测试部门完成产品的测试工作；BUGBUG 管 理；四、产品运营、流程制定： 组织客服、运维部门，建立用户问题投诉、意见反馈及 其他产品相关的工作流程、分工、响应时间要求；、协调沟通：与公司领导、相关部门协调资源、沟通产品

3、发展规划、产品发展现状及问题；、对外合作：与合作方商讨合作可行性、 方案，参与商业合同的编写， 跟踪项合作项目的进度、完成；、问题处理： 跟踪产品运营过程中出现的故障、问题，并进行总结、 分析，制定解决方法或纳入到产品改进计划；协助市场、客服、运维部门，解答或协调解决用户提出 的产品问题；、数据分析： 组织建立并逐步完善业务数据分析系统，确定数据报表 样式，建立日 / / 周/ / 月报制度，整理并定期向相关部门提供产 品运营数据；对产品数据进行监控，分析产品运营效果、用户使用行 为及需求，以便对产品进行持续性优化和改进；、文档编写： 建立产品文档库； 编写产品相关文档，如产品白皮书、用户手册

4、、客服手 册及其他产品相关文档；、培训演示：编写培训教程， 并为公司相关部门、 用户进行产品培训、 产品演示；五、市场推广、营销支持：协助营销部门，提炼产品核心价值、产品卖点、产品资料，参与制定营销、运营推广方案并提供产品支持；、市场支持：协助市场部门，参与各类产品发布、推广及各类市场活 动。确定工作职责后，同时也就确定了日常工作文档的保 持结构，这样所有的工作资料都能有条不紊地保存，以便于 分类管理及查找。以下就是目前我的工作文档存放目录。由此可见要做好产品经理真不容易，需要思考的东西多， 负责的事情多，沟通的次数多。当然，如此磨练几年，收获 也会很多。篇二：互联产品经理人的工作流程 互联产

5、品经理人的工作流程 CtrlCtrl BYBYXX-08-23XX-08-23 | | 分类 络技术 0 0 个评论产品经理人(productproduct mangermanger ): PMPM 在一个企业中因 为接触的领域最广，所以需要学习的东西也要最多，不需要 成为专才，但是起码也得是个通才。所以PMPM 是个不断积累的职业，即使有一天你失去了这个职位，那么积累的东西别 人是拿不走的。在互联时代，每一个有盈利任务的企业站就是一个互联 产品，互联产品经理的角色从更广义的角度包括了站策划的 角色。目前除了一些比较成熟的互联公司外，还少有一些企 业将互联产品设计的流程导入到站策划流程之中。而

6、下文这 位产品经理分享的互联产品设计流程对各位将起到很好的 启发作用如何让我们的产品策划流程变得更高效呢让 我们一起来学习吧。每个产品主要经过以下几个阶段：我们 一一来看。1.1. 可行性评估主要执行人员：UlUl（用户界面设计）、UEUE（用户体验设计）、 需求部门、程序部需沟通人员：销售部 当产品经理或站策划人 员确定基本的思路后，会先会 跟跟各个人员沟通，并说明这个产品的思路、受众及一些自 己的想法 . . 接着会拿出一个结构图探讨实现方面的可行性。 我们也会准备相 关资料与其进行沟通，主要会从数据报告、 功能性及可行性三方面下手，在探讨的同时会指出功能或结 构上的一些问题，并提出改善方

7、案，这步一定得仔细， UlUl、 UEUE 深入探讨并尽可能考虑到每个实现的细节，待框架打好， 出好的产品很容易。但如果在可行性评估上出现隐患，余下 的其它工作也将会遇到诸多问题。我们主要从以下三方面进行评估：（1 1） 数据报告通过 99Click99Click 、 NetratingsNetratings 、 CounterCounter 三套系统来进行 数据收集，并在分析报告中指出相应的问题。(2)(2) 功能性站在用户角度上，对方案的结构及功能性进行评估，提 出并解决操作上的问题。(3)(3) 可行性 每个产品初期都是感性的，但在不能保证每个功能都能 按原有思路进行实现，具体还需要和相

8、关技术人员进行探讨、 碰撞后形成最终的产品思路。2.2. 产品原型主要执行人员：UIUI、UEUE、需求部门需沟通人员：程序部、销售部在产品原型方面，主要指的是黑白稿或线稿，除了颜色 基本采用黑白的形式，最终出的产品原型将会和实际产品没 区别。这个环节会拟定出产品页面的宽度，广告的 形式， 导航基本样式，各内容区域的表现形式等。当经过可行性评估阶段后，产品经理的思路和自己也基 本达成共识，接下来将进行原型设计，我将主要分为三个步 骤来实现：1)1) 纸稿一般情况下结构图都是采用 wordword 文档描绘，我选择笔 和纸的方式，主要还是因为比较方便、易修改，有任何突发 的思路只需要擦一下，就可

9、以直接在已有的基础上进行调 整，由于之前的讨论没有实物参照，在这个环节你一定会发 现更多有趣的问题。2)2) 线稿、黑白稿当纸稿确定后，则由 UIUI 或 UEUE 使用做绘图工具来描绘黑 白稿( (我主要使用 PhotoshopPhotoshop 来进行这个步骤，跟据个人习 惯不同，大家的方式也有所区别，比如淘宝 UEDUED TeamTeam 及BaiduBaidu UEUE 更多的则采用线稿的形式 ) ) 。也许是做 UIUI 的原因， 我习惯还是采用黑白稿，方便界面设计，在结构上也会精确 到像素，比如：导航高度 40px40px，头条采用 20px20px 黑体，图片 规格:104:1

10、04X85px85px，页面的各区域的留白为 5px,5px,等等，只有 这样才会发现更多细节上的问题，当然到界面设计的同时你 也会尝到更多 的甜头。3)3) 原型完成以上的两个步骤后，产品的基本功能、结构、规范 都已经大致成型。这时你可以叫上程序部、销售部及需求部 门产品经理，在白板上对着黑白稿做最终的讨论。经过二次、三次调整，最终定下完整的产品原型。另外，值得提的一点是，在产品原型未确定前，千万别 急着去做界面设计，因为之前的讨论主要会通过白板、 WordWord 或纸稿。在原型未确定前，有很多潜在的问题 表现不是很 直白，比如：“窄了、窄了，完了，新闻列表只能放八个字” 、 “广告放不下

11、了” 、“数据提不出来，目前没这个接口 , , ”。如果提前进入界面设计的环 节，一但有问题，就意味着重 新又需要找产品经理、技术部、销售进行再次沟通，这个步 骤是很烦琐的，也会让人很郁闷的。3.3. 产品界面设计主要执行人员：UIUI、UEUE、需求部门需沟通人员： UIDUID、 SEOSEO 目前产品的雏形已基本成型，虽然还没华丽的外衣，但 凹凸有致的身型已隐约可见。下一步将进入界面设计阶段， 产品经理和站策划们也将再次体会到黑白稿给他带来的各 种便利。1 1）UIUI（ 用户界面设计 ）我的习惯是，主要针对首页进行风格设计，并出 3-43-4 套 界面，最终挑选出两套左右提交给需求部门

12、，同时也会指出 自己最满意的一套，和需求部门进行两三次碰撞后，最终拿出定稿。2 2）UEUE（ 用户体验设计 ）UEUE 则开始针对原型进行操作上的优化调整，召集用户并组织头脑风暴，收集到相关意见后，由UEUE 整理出交互及用户体验方面改善意见 , , 并反馈给 UIUI 及需求部 门。比如 : : “这 个文字需要加下划线” 、“按钮上不要加样式，反而没有点击 的欲望了, ,”。3 3）SEOSEOSEOSEO 则 根据原型提出搜索引擎优化的意见，为制作阶段代码优化做准备这个阶段一定要保证与需求部门沟通到位，当产品界面 最终定稿后，建议再组织一次讨论，这次用户面对着是实实 在在的产品，所感受

13、会和之前有所不同。对产品效 果上来 说，这次的讨论也会有不少收获。4.4. 界面设计规范及功能实现主要执行人员：UIUI、UEUE、程序、SEOSEO需沟通人员：UEUE、销售1)1) 设计规范 考虑到在动态实现方面，光凭效果图很难直接的给予表 现，这时需要配合使用说明文档及设计规范规范来做辅助， 比如按钮及文字链在触发前后的样式、文字间距, , 。如下图：2)2) 代码及程序开发由 UIDUID 进行页面的代码开发(CSS+DIV)(CSS+DIV)，并需严格参考 SEOSEO 理出的相关规范，针对一些 AJAXAJAX 的动态效果还需要程序 部人员协助完成，当静态 HTMLHTML 完成后即由技术人员进行程 序嵌套，并实现预期的功能。这个阶段由 UIUI、UEUE 全程跟踪，保证 HTMLHTML 和设计稿最大 限度相似前提下，对已实现的功能进行测试，并出交互设计 改善文档，提交给技术人员。5.5. 产品上线主要执行人员：需求部门需沟通人员：UlUl、