产品经理半年个人工作总结.doc

产品经理半年个人工作总结 经过一个半月的努力，终于在放假前一天提交了appstore审核。 这是我的第一款产品，中途踩了不少坑，也挖了不少坑。虽然不知道这款产品最后的结局是怎样，但是这半年的收获很值得拿出来单独说一说。 我准备分成两个大部分来聊：产品设计、项目管理。 一.产品设计 产品设计的整个过程应该包括用户调研、需求分析、版本规划、竞品分析、功能点列表、原型设计。 今天重点聊聊原型设计、竞品分析这两小点。 1.原型设计 作为新人，一开始在画原型的时候，会不知道如何下手，不知道这个页面应该长成什么样子。造成这个的原因是没有深入地思考过到这个页面的作用是什么，即这个页面要达到什么目标。是为了让用户做出什么操作?还是让用户来查看什么数据? 每个页面都有自己的目标，如果这个页面没有目标，可有可无，那它就不应该存在。如果清晰地思考过这个页面的作用，那么就可以罗列出这个页面的元素，并排出优先级。 接下去才进入琢磨原型的过程，这个时候又是老生常谈的问题了，不要闭门造车。应该多看看优秀的产品是怎么做的，然后自己再适当的改造，这对于1-3年的产品经理应该是最快最稳的方法。 在琢磨原型的过程中，应该使用纸笔而不是Axure。当你用纸笔已经构建了基础的原型框架后，再用Axure实现出来做调整，这才是高效率的方法。Axure是用来输出原型的，而不是用来琢磨原型的。如果一开始直接用Axure来试原型，既浪费时间又费力，毕竟操作键盘鼠标远没有用纸笔来的快。 在设计V1.0版本的时候，功能、次核心细节的取舍是一个技术活。 功能的取舍最难，因为你会认为很多功能都是重要的，很多功能都需要上线。我认为V1.0版本和最小化可行产品(MVP)存在一些差异，MVP是在验证一个新生儿产品的可行性，但是很多V1.0版本的产品，是已有这个市场，那此时就不能按照MVP的方法砍功能，否则上线一个没有核心竞争力的产品是没有意义的。 V1.0版本完全可以不顾次核心细节，比如ios原生的选择日期插件比较枯燥、冰冷，你可以加上自己的元素让选择日期带有产品温度。但是这样无疑会加重开发的工作量，互联网产品讲究小步快走，快速开发上线迭代。在第一个版本，要平衡好产品的附加分与产品开发的速度，不需要把第一个版本的产品做的大而美。 2.竞品分析 我认为真正的竞品分析有两个境界。第一层是分析竞品的功能、原型、交互;第二层是分析竞品的产品定位、目标用户、发展方向。 目前我只达到了第一层，所以今天只能聊聊第一层的内容。 当你在设计某一功能时，如果竞品也有类似功能，此时你应该是对这个功能进行差异化分析。竞品为什么有这个功能?它的目标用户和你一样吗?它的这个功能满足的需求和你一样吗?这个功能呈现出这个样子或者这个功能这么使用是基于当时的什么前提条件?这个前提条件适用于你吗?这个前提条件现在还是这个样子吗? 当你进行了这一系列的分析，你就能清楚地知道这个功能你应该直接抄还是应该抄一部分改一部分还是应该全部改。如果盲目地抄竞品，那你的产品永远不可能做出差异化，只能默默地跟在竞品的屁股后面走。 二.项目管理 1.沟通 整个项目下来，主要的沟通人员有设计师、程序员、测试人员。 我认为与设计师沟通的重点是，拿着原型和设计师说这个页面的作用以及需要突出什么元素。一个页面一个页面地过，虽然这样费时间，但是节省了很多修改的时间。 因为设计师思考的方式是以美为主的页面，难免会忽略掉美以外的元素，所以在设计之前，就应该沟通好这个页面需要达到什么目的，突出什么内容，这样才不会在设计的时候走偏。 和开发沟通是最最最最困难的，一方面我们不懂技术，不能很好地设计出让他们逻辑好做又能达到目标的产品，所以在开发之前，一定要拿着原型和交互、实现逻辑好好沟通评审!有任何逻辑不同的地方，才能马上修改，以免开发到一半再推倒重来，会被打死。 因为程序员自己看你的原型开发，一定会开发出偏离你设想的东西。比如没有留意到需要采集某个数据、让数据运算、数据需要实时采集更新，甚至是凭着自己的想象来做。任何细节的东西，一定要在开发前沟通好，否则框架搭完了才发现，那基本已经来不及了。不是被怼就是得砍了。 小公司的测试人员一般是由别的岗位充当的角色，他们不像程序员、更不想你那么了解产品。所以最好的办法就是，写下测试文档，精确到流程、功能、页面让他们测试，否则他们测试的时候，一头雾水云里雾里。反复找你询问，效率很低，还不如自己测 2.进度跟进 项目进度跟进表是一个极其重要的东西! 时刻把握整个团队的进度，是实现项目准时上线的必要条件。为了防止团队有人掉链子，需要时刻跟进、更新、记录进度。否则到后面会严重影响整个项目甚至整个团队。 3.阶段验收 不论是设计还是开发还是测试，每做完一个功能/页面都要验收一次。 很多人都会把功能/页面拆分着做，但是会出现做一半就搁置的问题，到最后才发现前面遗留了很