年中总结
2014年已经过去，有一大波总结正在靠近。正所谓”举头望明月，低头写总结。洛阳亲友如相问，就说我在写总结。“写年终总结是一个让许多人都头痛的问题，而年终总结又是你通往奖金之路的一个跳不过的坎儿。那么，产品经理要如何写好年终总结让老板开心，爽歪歪的拿出年终红包呢？
一、年终总结一般要包括哪些内容？
年终总结是回顾一年内所有工作加以总结，分析和研究，肯定成绩，找出问题，得出经验教训，摸索行业跟市场的发展，用于来年对整体工作的一个调度跟改进。当我们在写年终总结的时候，可以分为两个部分，必写的常规内容如下：
1.对当前行业跟市场的分析与展望
（1）产品改善线路，今年做了哪些产品改进，获得了怎么样的收益，比如用户活跃度
（2）市场分析和用户分析
（3）未来发展的建议
2.个人工作总结
（1）业务或产品的总结、个人成长和收获以及未来的展望
（2）KPI完成情况，经验教训等
（3）个人核心能力展示
二、如何让年终总结更出彩？
总结无非就是肯定成绩，找出缺点。有哪些成绩，哪些方面出的成绩，怎样取得的；缺点有哪些，如何发生的，怎么样去避免；今后的工作任务和要求，吸取前一年工作的经验和教训，明确努力方向，提出改进措施等。有没有一些小技巧，让你的年终总结看上去更吸引人，更精彩呢？
1.一个吸引人的标题很重要
2.图文并茂，不要光有文字, 逻辑和条理清晰,语言严肃中带点幽默
3.一定要有数据，数据最好用形象的图表来说明
4.不必拘泥固定格式，大招都使出来，动画、视频各种有创意的形式
5.多用个案、数据化、图示、做类比等方式来强化领导对你的印象
三、作为一枚产品经理，如何撰写年终总结的？
跨年之后，我们都该着手准备写年终总结了，通常写的总结都是长篇大论，上司、领导都要看花了眼；那么如何撰写出条理清晰、内容充实、重点突出、语言准确的年终总结呢？看看一下小伙伴们的分享：
1.总结如果是直接交给上司，需要写比较数据化些的内容；如果是上司以上的领导，可以再加写些美好的愿景之类话语。
2.公司规模较小，总结汇报，同事能一起参与及讨论。可以写工作中的问题及如何解决。
3.分项目写，每个项目分别介绍下，完成耗时，完成情况（超出预期，凑合，不及格） 消耗资源情况（人力和资金）。
4.有成绩就写实。成绩差，就写学到什么，未来的规划。
5.不但有总结，还必须有远景来年计划
6.年度回顾，KPI哪些完成了，完成的怎么样，好在哪里，还有哪里需要提高，踩过哪些雷，怎样避免这些雷；未来做怎样的规划。
7.面向研发、运营等技术人员，写产品的成长、KPI、一起同舟共济的日子，下一年愿景。
四、当业绩不好时，要如何写好年终总结？
万一今年的业绩不好，年终总结又该如何扬长避短呢？
1.拿数据说话，业绩不好是和往年比，还是和竞争对手比？整个行业情况如何？产品经理有没有好的想法？提出自己的意见，虚心讨教。
2.总结业绩不好的原因,是客观还是主观；自己做了什么努力,为什么没有达到预期效果？
3.把自己的工作和领导关心的事情挂钩。要么开源，要么节流，努力证明在某个方面，你尚有可取之处。
4.同样的数据，关键在于如何解读。造假固然可耻，但我们只是尝试换个角度看世界，只要改改坐标数值，小小的改变也会瞬间放大N倍。
5.业绩好，多用图；业绩烂，常用表。
6.如果是做PPT的话，像红色、黄色这样的强调色要少用；多用绿色和蓝色这样富有希望和镇定的色彩。
7.总结经验，勇于承认错误；为什么不好？遇到的不可抗力是什么？再次遇到应该怎么解决。在压力之下取得了哪些成绩。
8.没有业绩就要注重形式。可以通过用表格、规范的行文格式等专业的形式暗示老板，虽然业绩不好，但你至少是一个态度认真的人。
9.业绩不好，一定要为团队争取利益，找出亮点，做好计划，来年继续奋斗。
10.用户达标、商业化程度不达标
①用户做上去了，总结下用户怎么做上去的，数据说话，找到爆点，是否可以整理出方法论。
②商业化没做上去，数据说话，找到问题所在，运营还是出在模式上，然后找解决办法。
11.用户不达标，商业化程度达标；
①找到用户不达标的原因，数据说话，找到解决问题的办法（重新构思下是否产品没有解决用户痛点，是否需要重新定位）
②商业化程度达标，数据说话，看是哪部分用户人群，重新定位产品；看看是否ARPU做的比较好，哪里做的好，是否可以复用；
12.如果是面向运营等部门人群，即使业绩不好，就把不好的地方带过或根本不提，写些业绩好的，来年远景及来年如何开展工作（解决方案）
一个好的年终总结是提高能力的重要途径，也是团结群众争取领导支持的重要手段。以上小伙伴们的谈论及分享比较细化，面向对象不同，要有所取舍。年终总结，不管是上司还是领导，或者技术，同事之间。除了期待看到工作的回顾，对工作的完成情况进行总结，全面总结成绩之外，还想要看到个人对产品的来年计划或者对公司的一个远景。
感谢参加讨论的小伙伴们：Nairo-8/11群、Tony-woshipm-sz、雷诺-研二-南京、longer-程序-广州、依依-大一-杭州、some-学生-成都、维克-交互-北京、原始人-pm-南京、青峰-打杂-深圳、ashan-PM-广州、恕-产品-杭州、铅笔-产品-广州、西瓜霜-大二-辽、多云-搬砖-深圳、海-PM-上海、WOSHIPM-老曹、小哈-程序-成都、Lynn-产品-上海、酱油-搬砖-上海、浅唱-产品-无锡、lulu_gao、jaC++ky、艾米-pm-深圳、小辉-打杂-徐州、淡如水-PM-北海、小白、Elsa-pm-广州、Stephen-产品-北京、小雪-产品-深圳、铁牛-产品-北京、陌影-运营-深圳、子生-产品-深圳
相关阅读
今天和大家分享的文章主题是：关于需求管理文档和产品经理的脚手架思维。顾名思义文章分为两个部分：第一部分分享一个重要的需求管理
想到云盘这段经历，最记忆犹新的是，2013年各家网盘血雨腥风的大战；最纠结的是，看似指数级增加的成本数字；最惋惜的是，云盘并不是没有机会
或许对于工作多年的高级运营经理来说，觉得自己升职加薪是理所应当的，毕竟，能成为高级运营经理的人通常都工作几年属于公司老员工，加
产品经理在和销售进行沟通的时候最重要的其实就是将心比心，把销售也当作是公司的一个客户，这样在处理上述问题的时候就会更好地站在
一场程序员与产品经理的血案，让我们重新反思，产品经理与设计师，开发工程师到底应该如何配合如何有效的合作，从而达到共赢的状态？珍爱生