首页总结年终总结

产品经理年终总结(15篇)

产品经理年终总结篇3

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

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

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

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

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

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

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

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

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

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

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

三、怎么和开发人员沟通

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

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

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

写在最后

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