产品专员工作总结

产品专员工作总结篇一：产品设计人员 XX 年工作总结XX 年工作总结 目录 题引：.- 2 - 一、 (一) 1. 2. (二) 1. 2. (三) 1. 2. 3. 二、 XX 年工作总结 .- 2 - 产品设计工作 .- 2 - 点点生活产品设计.- 2 - 安防信息服务产品设计.- 4 - 产品测试工作 .- 5 - 测试工作的主要内容.- 5 - 测试工作的不足.- 6 - 安防信息服务产品上线工作项目管理组工作 - 7 - 项目管理与业务管理.- 7 - 目前产品上线工作项目管里工作的难点- 7 - 对产品上线的一点看法.- 7 - XX 年工作计划 . 错误！未定义书签。 题引：转眼又到盘点季，时间总不会因为我们慢下了脚步而等待、迟疑。在“过去、现在、未来”这个不断发展的过程中，我们询问自己“做了什么，失去了什么，得到了什么？而我们又需要为下一季准备什么，从而收获什么？”回答这些问题正是在审视过去，把握现在，并且规划未来。本文意于对我过去一年的工作做一个总结回顾，也向公司交一份年终汇报。 一、 XX 年工作总结 XX 年，我的工作主要内容有产品设计、产品测试以及*产品上线工作项目管理工作。 (一) 产品设计工作 在之前，我对“产品设计”没有清晰完整的概念，直接的说，就是不懂产品设计要做什么，怎么做。而 XX 年末至 XX 年上旬参与的*产品设计工作，将我带入了产品设计的领域，至少从这项工作中，我获得了一些产品设计入门知识。但是因为“*”产品的实施基础有限，因此虎头蛇尾。XX 年 4 月起，从“*”转入*产品的设计，可以讲*产品的设计才让我真正意义上进入产品设计的工作状态。从产品轮廓构想、需求分析、原型转化这一系列有序的工作进展，直到如今见证开发转化小有成效，无一不给于我微妙的成就感。 1. *产品设计 对“产品设计”的认识以及一次“失败”的体验 从*产品设计的失败中，我认识到产品的设计不单单是给出一个模糊不清的产品概念或想法，而是要从产品受众、产品功能、产品实施、产品表象、产品生命等全方面来塑造产品模型，任何一个环节不明确，都不能称之为一个产品。 1）产品受众：谁需要这个产品？产品做出来是给谁用？简言之“我们为谁解决问题” 。2）产品功能：产品要解决什么问题，受众拥有产品后能够获得什么？ 3）产品表象：产品运营管理平台及受众直面的产品外观呈现（UI 原型） 。 4）产品实施：受众如何获取产品？获取产品后如何使用？产品提供方如何管理产品？ 5）产品生命：产品后期的发展方向及可持续性扩展模式。 *产品的设计之初，我们想把“*”做成社区居民的生活帮手，让居民可以在社区内部获得更加便捷，快速和安全的服务，也让社区外的服务商有一个被居民信赖的渠道进入社区为居民服务。 在产品功能方面，我们提出了诸多点子，包括水服务、餐服务、家居保洁维护服务、快递服务、生鲜服务、健康与教育服务、旅游、特产、二手服务、物品托管与借用服务、房产信息服务、家庭安防信息服务、甚至引入政府社区管理职能相关服务等等。如果这些点子都实现，那么我们的“*”将是一个社区服务全能手，并且是令社区居民和资源“活”起来的新型服务模式，这种新型服务模式在做“活”一个社区后，可以复制扩散到其他多个社区，可直营可加盟；我们的在网用户数量会成倍的增长，从而为公司带来可观的收益。 我们开始了服务的项目框架设计、实施流程设计、以及服务规范设计，甚至着手点站的装修设计。可是后来“*”最终没能继续，可以说，这是一次失败的产品设计。为何失败，归结起来，原因有二： 1）市场调研不足。 我们对*的设计起始于一个空虚的社区服务概念，没有任何充足的市场需求调研数据支撑我们的需求论断。我们所提出的服务功能项目目前的的运营模式是什么，目前运营模式的缺陷是什么？受众更希望得到什么样的改善？这些问题都没有得到有理有据的回答。 2）实际条件认识不清。 这样一个完全没有基础的服务产品要上线，需要投入大量的运营成本来建设硬件设施和运营平台，组织团队（人力资源） ，吸引客户，最重要的是需要对每个功能项目进行渠道开拓。实际上当时乃至目前我们的实力都还不能够支撑起这样一个囊括如此多非专业领域功能项目的产品。太多太全的功能项目带来的不只是庞大的成本输出，还可能在精力过于分散后并不能达到最初的设计效果。如果不能做到有特色、有核心竞争力，那么我们是否会走向一个靠平台运营获得收益的模式，类似 58 同城这样的全功能（黄页）型服务运营商，我们靠什么与其竞争呢？虽然“*”失败的原因不能简单的归结为以上两点，但是不能否认必有以上两点。总而言之，*产品设计这项工作没有呈出任何令人满意的结果，但是在此过程中设计人员学习了一些设计相关知识，也为后续的*产品设计提供了经验和戒鉴。 2. 安防信息服务产品设计 *产品设计工作于 XX 年 4 月分开始，从最初的产品粗略框架勾勒到对产品 PC 端系统平台、手机端 APP、智能信息系统三大模块的产品需求设计细化、优化，整个过程我均有不同程度的参与，从一定程度上说，我对这个产品有着与别人不同的情怀与期望。 虽然目前产品已经开发出一部分成果，但是不能回避的是产品设计工作本身是存在问题的。 1）产品需求设计不完善 一般来说，开发方必须严格按照产品设计进行产品开发实际输出，如遇设计中不明确或者难以实现的功能则与产品设计方进行沟通解决。但我们很长一段时间都是在迁就，只要开发方输出的实绩与设计在功能上没有大的差异，那么开发成什么，我们就接受什么。这并不是开发不按照设计输出而是因为产品设计方不够强大，还不足以将完善的产品设计资料交付给开发方，反而是开发方在一定程度上需要参与完善设计。导致这个问题出现的原因，我认为有三个方面的原因： 一是需求设计没有经过论证；也就是说设计方输出的需求设计资料没有经过 产品测试方的测试检验，未能发现需求设计本身存在的缺陷与错误，导致后期在开发与测试过程中发现诸多问题，需要修改及补足需求设计。二是产品设计方缺乏优秀的 UI 设计；产品 UI 原型设计是在产品设计工作中也是不可缺少的一部分。原型是开发方实施开发的依据与参照，更是产品测试方编写测试用例的基础。没有 UI 原型作为范本，那么开发方就只能依靠自己的想法进行界面布局和交互设计，但开发最主要的目的是实现需求功能，而不一定看重客户体验，因此开发出来的界面布局及交互不那么令人满意。 三是产品设计主要参与人员兼负多重身份与职责导致其经理有所分散。 2）产品设计主导者更换导致设计方向不稳定。 产品设计最忌需求设计思维及需求表现形式变动，一旦需求不能定型，则产品塑形困难，到时产品需求设计几经变动，开发也随之变动，影响设计及开发进度。 (二) 产品测试工作 从 XX 年 8 月起，我因对产品需求较为熟悉，所以参与到产品测试工作当中。产品测试主要验收开发实绩，核对与需求设计是否一致，并且发现开发实绩存在的问题，协助开发方修改和完善开发实绩。 1. 测试工作的主要内容 测试组工作分为技术中心开发过程实际内测与运营中心阶段性版本内测对接。 技术中心开发过程实际内测，目前主要进行开发实际的黑盒测试，通过运行开发实绩，发现运行过程中存在的功能错误与缺失、数据错误、交互体验差等问题；与开发方进行沟通修改相关问题。 运营中心阶段性版本内测对接工作主要是向运营中心交付测试版本，协助其进行测试，已经解答和处理测试过程中出现的问题，对运营中心提出的意见与建议进行需求转化。 篇二：XX 产品经理年度个人总结XX 产品经理年度个人总结 1、指标跟踪工作 在进行指标跟踪工作的过程中，本着认真、细心、严谨这六个字做好此项工作，经常与各县市的经营分析人员进行交流，遇到不明白的向他们请教，学习经验，并在借鉴他人经验的基础上，摸索出一套适合自己以及团队的指标跟踪及完成方式。 我司的指标主要分为年考核指标、季度考核指标以及月考核指标，针对不同指标时间上的差异性，合理安排时间，根据年考核指标来统揽全局，指导其他两个指标，并与季度考核指标以及月考核指标共同进行，将年考核指标融合到季度考核指标和月考核指标之中;使季度考核指标和月考核指标服务于年考核指标，在完成季度考核指标及月考核指标的时候，同时完成年考核指标。但是，指标有轻重缓急之分，不可能说做到完美，在这时候，舍去一些可以在后期完成的指标，重点完成目前紧急的指标。 具体来说，将需要完成的指标整在一个表格内，认真学习指标的具体口径，并将指标如何完成进行分解，落实到每个具体责任人，对其进行跟踪，定期提取数据，将数据缺口告知相关责任人，让其知道自身指标完成进度，积极与其和主管商谈，寻找完成方式方法，以确保各项指标准时完成。 2、培训工作 在对客户经理进行培训工作时，自身熟练掌握产品，学习产品的操作方式，提前准备好培训的各种材料，并且根据客户经理的薄弱产品进行重点推介，在培训的过程中与同事们一起学习成长，所谓“书山有路勤为径，学海无涯苦做舟”只有通过不断的学习，才能在科学技术日新月异的今天，在通讯行业全业务激烈竞争的严峻形势下，取得更好的成绩。 完成 xx 地税一卡通项目，不段学习新知识，充实自己，真正地做好了产品支撑工作。 篇三：产品经理 5 月工作总结产品经理 5 月工作总结 不抱怨： 在项目评审时对于技术提出来的建议或者意见，有时候总觉得他们在较真、挑刺，这是一种不可避免的情绪，这就像别人再说你的孩子没教养一样，第一反应绝对不是问自己的孩子你哪错了而是对发出职责的人进行反驳? 其实这就类似下棋一样“身陷棋局，心自迷” ，当我们抽出身来看待这个问题的时候，其实应把技术看待产品的第一波用户、把测试看待为产品的第二波用户，真正的使用者只是第三波用户而已，第一波和第二波用户会分别以不同的立场来提出问题，不论是实现纬度还是测试用例纬度，只要它是一个疑问必然是因为这个产品的设计有让人不解之处。 在面对技术与测试发出的疑问、意见时，产品经理的做法应是： 1.对持有疑问的设计内容找到对方的逻辑观点； 2.以对方的逻辑进行设计可以改变什么？节约开发实现成本还是提高用户体验？ 3.回想自己最初这样设计的初心，进行对比，是否需要改变什么？ 以上是一个合格的产品经理需要能做到的事情，其实这对产品经理的个人素质要求很高，首先要经得起 pk，其次是拉的下脸承认自己的设计确实有欠缺，最后是还要扛得住在开发过程中更改需求所带来的指责。 在 4、5 月份的工作中，我渐渐的做到了这件事，从最初的纯粹的争吵到最后只对双方的提议进行分析与判断，这就是我的成长。到现在已经开始喜欢上对自己设计的产品有不同看法的用户了，真心的希望这样的用户量在多一点，以便帮助我更快的成长。 恐慌： 半个月以前我一个人干三个人的活，一个人同时盯着 n 多个项目，四肢一起动脑，每晚都加班九十点才回家，日子被过的很充实； 近期终于被我们迎来了春天，因为团队成员的扩建与项目开发排期的安排，我们不再苦逼的疯狂的加班赶原型赶文档了，但是天生加班狂的我，每每亮天下班，在回家的路上总有一种恐慌的感觉，连续一周“恐慌”挥之不去? 就在此时，终于体现出身为产品经理的优势了，开始分析与思考自己为什么会有这种感觉以及如何解决： 1.为什么会有这种感觉：因为自己一直想快速的成长，而快