工会中法律组织、Windows8新特性介绍、与德国同事视频会议、讨论新产品特性、团队内协调分配任务、游泳…今天的事情比较多。
不过总体来说对自己的表现还算满意，基本Hold住了；虽然还不是那么入微。一口吃不了胖子，慢慢来。
今天最开心的，是说服德国大PM削减新产品中不必要的特性。虽然达到这一结论不只是我的作用，不过毕竟最终是我推动实现的，感觉还是不错，因为这也是我的意愿、我从PM的角度对产品的理解；能说服别人接受自己的意愿，说得冠冕一点是沟通能力。
另外的收获，是英语的提高。每天要和德国同事沟通，包括视频会议，逼迫自己学习英语。估计半年下来，英语就拿得出口了。
明天参加PM培训！:)
做PM的第一件事：做减法，移除鸡肋功能
对于备份这种工具类软件，我目前的观点是：最小交互，尽快让用户完成配置，然后离开；最好能让用户忘记
当然，这是想法，真正做起来，事情还是比较多的；尤其从程序员转过来，几乎是半个新的世界。打交道的人、沟通方式、工作流程、背景知识、能力结构、等等，都是不一样的。
现在看来，自己并没有系统性的准备好；像是一头扎进厚厚的棉花里，东一拳头西一脚的。不过没关系，毕竟事情是相通的，有很多基础的能力是公共的，比如工作优先级管理、时间管理、自控能力、学习能力、等等。慢慢来，总能摸着找到门路，总能慢慢熟练，总能成为高手。
对于进入新领域，充电显得更加重要，目前的打算是：
速读一本入门书，列出欠缺能力列
结合工作实际，确定Top 1充电对
攻击这一对象，以理论+实践的形
以点带面，逐步完善其他能
找个Big Game玩玩
老话：每天还是要停下来想想；不要原地不动，也不能一直埋头赶路。
对象
现有的产
各有哪些功能、优缺
市场规模、各占份额，未来发
如何发展起来的（公司组织、投资、人员、上市
用户教育程度
途径
网
对象官
新闻编
第三方评
试
分析统计数据
目的
现在有哪些机
未来的需要
注：苹果的PM：不要想对手在做什么，不要想用户在想什么，做现在的设计，就是用户想要的东西。
连续性
从动态、发展中看出之前的规律、未来的趋势
现有资料
对于自己想了解 的内容，肯定有其他人也非常关心；他们很有可能也有些结果、分析输出，捕获这些信息，可以节约自己的时间。
信息永远没有“全”之说。分析竞争对手的信息，目的不是全，而是对自己的目标有帮助。比如目的可以是看市场上有哪些产品，如何选择；可以是看市场是否成熟，未来还有哪些机会；等等。目标不同，所需要做的事情不同、做成的标准也不同。
像信息收集这种性质的工作，可能会有些套路、惯用法，不过它更是一种思考性、创造性的工作。需要的是经验堆积起来的灵感，及至是天赋。
行动
现在马上动手，找出个模拟案例，通过案例的揣摩竞争对手情报分析的方法，提高自己在这方面的能力。
另外可以将成果输出到不同的媒体资源，比如《程序员》；用这些平台作为自己能力的鉴定。另外，在做的过程中可以提高自己的一些能力，比如调查表的制作、使大家配合调查；另外可以扩大自己的影响力。
书只是种触发器，它并不能真的让你学到什么；只是触发你去思考、实践，尤其是当你去体验、实践并有所感悟的时候，你才真的有所收获。当你能看起来自己总结出这些道理、甚至能发明出新的理论时，你就到火候了。
创办软件公司的真正乐趣就是，创造一些东西，自己参与整个过程，悉心培育，不间断地劳作，不断地投入，看着它成长，看着自己一步步得到报酬。这是世界上最带劲的旅程，充满着难以言表的兴奋、激动、幸福；无论如何，我都不想错过它。
控制的感觉让人们感到开心。
最好的工作条件 -> 最好的程序员 -> 最好的软件 -> 利润
优秀的程序员和普通的程序员，其差别不是20%、30%，而是10倍、100倍、及至天壤之别。
0.2.4 把概念变成图纸
网站产品的三类图纸
网站结构图：描述整个网站的结构，确定网站的模块划分及网页个数
网页蓝图：描述一个网页中所需要包含的基础元素、及其在这个页面中的布局，它会由图形界面设计师最终完善成美观的网页设计图
网页描述表：只包含所需展示的元素及其背后的逻辑，并不包含这些元素在页面中的布局。
MECE原则
MECE（读作：me-see，Mutually Exclusive Collectively Exhaustive），它是由麦肯锡提出的一种整理思路的方法，中文含义是“相互独立，完全穷尽”。繁杂的信息经过MECE原则整理之后，呈现出分类清晰并且穷尽的结果，可以降低理解门槛。
消灭拖延提升效率的方法，就是把任务分解为连续的、在能力范围之内的小任务。细小的粒度，可以让团队和用户更快的看到结果，提升大家的信心。
用户任务的闭环是批一系列帮助用户完成任务的环节。可以使用面向对象、发散思维的方法穷尽所有可能的环节，使之符合MECE原则。然后判断每个环节背后是否有用户真实的需要，从而验证该环节是否为合理、必要的。
如果在产品设计中丢失一些环节，到产品发布的时候才发现，那将会相当的被动。如果在产品设计中多出一些环节，则会造成研发资源的浪费，甚至让用户困惑。
在考虑成本的时候，相关研发相关成本占20%，其余的80%都非研发相关的就好了。剩下的问题是，确诊这80%的非研发成本都在哪里。
把产品的核心概念打印出来、贴在自己每天才能看得到的地方，不断提醒自己应该专注于什么。
研发团队对于产品设计文档的意见：
保持简
消灭错
别告诉其他人（主要是研发人员）怎么做他们的工
用适当的表述方式展现需
使用肯定的语言