搜索更多内容
计算机产品经理工作总结
总结是对某一阶段的工作、学习或思想中的经验或情况进行分析研究的书面材料，通过它可以正确认识以往学习和工作中的优缺点，不妨坐下来好好写写总结吧。但是却发现不知道该写些什么，下面是小编整理的产品经理工作总结，欢迎阅读，希望大家能够喜欢。
一、怎么才能输出合格的需求文档
产品经理首先对产品定位要有十分清晰的`认知，这样在功能设计，功能取舍时才有准则和依据，其次，把大的框架、模块、运营思路总体先设计好，例如：入口、流程、场景、平台(pc还是手机)，最后，重点是一定要把业务流程和业务逻辑写清楚，
一是方便自己画原型图时，不会画漏。
二是方便开发人员更好地理解功能的内涵。写需求文档，首先要理好思路
二、怎么样才做好产品原型设计
1、首要思路：抄抄抄，说错，是借鉴。要聪明地借鉴，抄别人好的地方。
用好的原型设计软件a_ure或墨刀，可以减少工作量。设计完一定要对照需求文档过遍，看有没有遗漏一些功能。
2、其次，注意业务逻辑。
从系统角度说，业务逻辑更为重要。每个业务逻辑一定要从各个操作角色来分析，想通、想透。例如：每个角色的权限一定要明确，哪些模块用户是无权限操作的，模块是隐藏还是提示无权限，管理员和用户的关系;短信发送和微信发送的不同逻辑、导入是覆盖还是不覆盖，已生效到执行中的判定标准逻辑等等。
3、最后，注意设计规范。
例如功能的完整，比如基本的增删查改。设计新增的时候，就要同步考虑查看、修改、删除三个配套功能。再比如页面的规范：
一是注意色调的统一，包括每个按钮颜色、选中颜色等都要有一套规范的颜色方案。
二是页面的提示信息，提示内容的位置、提示时间的长短都要一套统一的定义。
三是输入框、展示框一定要考虑到内容多的时候要自带滚动条等。
文案规范：各个功能名称文案的统一，不要有歧义等。表格规范：什么时候用项目符号、什么时候左对齐、什么时候居中，什么时候右对齐。
三、怎么和开发人员沟通
首先，是开发前的沟通。即设计原型实现前，一定要和前端和后端开发工程师开个会把需求文档详细沟通一遍，把每个功能点的设计和操作基本过一遍，这么做，
一是防止开发错误理解你的意思，否则返工很耗时间。
二是沟通需求文档有没有技术难点，有没有设计不合理的地方。
其次，是开发过程中沟通。事中沟通主要是把握开发进度。
最后，是开发完成后测试时候的沟通，关键是测试用例准备要充分。既要准备正常的用例，也要准备一些非常规用例用于边界条件测试、暴力测试等用例，尽可能为测试提供便利条件。
写在最后不管理干产品经理，还是干其他工作，一定要把养成把自己的工作进行分类归纳的习惯，把每个工作步骤都总结出一套办法，养成定期记录总结的习惯，一段时间后，你就会发现，工作可以有条不紊了，自己的效率越来越高了，你的领导也越来越喜欢你了。
20xx的各项工作基本已经告一段落，一年以来我始终严格要求自己，按照规章办事，认真履...
查看详情>>与“计算机产品经理工作总结”相关的文章