工作总结对很多朋友来说，是一种比较常用的文书，总结可分为综合性总结和专题性总结两种，下面小编收集整理的年终 经理 产品，欢迎阅读，内容仅供参考!

产品经理个人年终总结篇1

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

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

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

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

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

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

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

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

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

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

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

三、怎么和开发人员沟通

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

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

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

写在最后

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