恰如其分的批评与莫名其妙的表扬

国庆节后，新书的样章《一个需求的奋斗史》读者反馈意见汇总了，仔细看了一下，任重而道远，夸奖的话无需多说，不少前辈和同行给出了犀利的批评，看得我是郁闷+感激+踏实+……，不妨与大家分享一些：

• 使用较多非书面词汇，不妥：
  • 比如扯蛋、爽、PK、好玩等；
  • “一个需求的最高奋斗目标就是被做掉”这句话引起了较多的争议；
• 产品经理的核心技能没有讲明白：
  • 工作方法、流程、文档等都没有讲到位，包括最重要的需求环节，比如讲“调查问卷”时，没讲明白问卷怎么设计；
• 没有理论根据，也没有站在比较高的高度上看待问题：
  • 连故事也没有讲好；
  • 一份范例文档、一份模版都没有放出来；
• 语言不是很charming，罗嗦，有用的不多：
  • 你一上来就讲：“关于这个问题，朋友给出过一个很扯蛋的解释”，我是来看书的，为啥要听你扯淡？
• 作者书中描述的是一个极其理想状态下的产品经理：
  • 一般公司里的产品经理，都是从老板哪里拿需求，然后把需求分解给设计和技术，然后盯着他们完成，然后中间不断地跟领导沟通，帮领导压榨设计和技术，然后上线以后负责各种bug。基本是这样 根本不会做什么用户调查啊，可用性测试也就是给老板看看UE图吧；
• 简单的罗列概念而没有展开来讲：
  • 需求采集、需求分析、UCD、人物卡片、用户研究……但是，没有一个能完整的把概念说明白的；
• 例证与引注使用不当：
  • 比如文章里的“需求探针”，大篇幅是在描述自己的工作，真正提到的探针，如何探针，哪些方法，注意什么？我没看到……又给读者多增加了一个名词负担……
• 书的定位不够清晰：
  • 写给新手的书应该力求简单明了，把概念说清楚，比如需求采集、需求分析、UCD等概念，都应该讲清楚；
  • 定位不够清晰，稍微有点高不成低不就的感觉；
• 太过于阿里化：
  • 应该体现出的是“一个优秀的产品经理应该做到哪些”，而不是“一个阿里的产品经理应该做到哪些”；
• 行文的逻辑系统性有待提高：
  • 现在的标题，看着很有意味，但是整体逻辑性和价值不够明确，连起来看，会显得有些凌乱，感觉是一些零散的点，但是无法串成线。

总体看下来，说明我在写作上还有很多的提升空间。

• 有些是我自己也觉得有问题的，可以优化，比如语言方面，现在的书稿还都是初稿，写作上还有些随意；
• 有些是因为样章里没写，而写在其他章节里了，可能需要重新考虑章节结构，比如文档和流程等；
• 有些意见我也不太接受，还需要探讨，比如“作者书中描述的是一个极其理想状态下的产品经理”；
• 还有些我真的无能为力，比如“阿里化”，因为阿里是我的第一份也是唯一一份工作……

然后，我又本能的想这些反馈意见是不是也可以写进书里？就像任何产品一样，同行评审也是很重要的一个环节，：）

最后，show一个前两天发现的莫名其妙的表扬，最受欢迎中国技术博客评选Top50，第30位，我这里是技术博客么？