互联网新产品的成功率可能不足1%。不成功的产品勉强维持几年，终究还是会化为粉末。相当于互联网新产品的存活率可能不足1%。

项目管理的目的是能够按照预定的成本、进度和质量要求顺利地对人员、产品、过程和项目进行分析和管理。在项目管理中，有些细节需要引起项目经理的重视。

随着用户规模的扩大，人群特征的转变，互联网产品如何选择适合现状的交互设计方案，并推进实施

在互联网项目当中，相信每一个项目经理或者制作人，最头疼的就是技术部的管理。因为技术工作看起来是那么的棘手，一般人难以理解，而且技术人员大多数都似乎情商不高。

是否考虑内部晋升或者转岗呢，有岗位需求的时候，要优先考虑内部员工，每个人都想在一个极具开放和发展的平台工作，有好的岗位为啥不首先向自己人开放呢？

在和运营团队沟通时，我更注重数据和方案。根据运营数据以及运营方案来观察当前产品的状况是最直接可靠的两个方法。

在企业中竞品分析工作大多数产品经理实际工作中很少去做，要么由市场和运营人员代劳，也或者产品部门配备市场研究相关岗位定期来做。而近来部门同事实行每月对现有产品进行竞品分析，参与一部分

详细解释了建模工作将如何适应诸如Scrum这样的敏捷开发框架，并且建议了几种你可以在产品的整个生命周期中保留的模型。我还推荐你开展一个建模研讨会以交流设计意图，并建立起对系统的共识。

想象这样一个场景。当你走进一个繁忙的百货公司，有人走进你伸手向你要钱：“请问可以给我一些零钱搭公共汽车吗?”如果这个人不是乞丐，而是一个博士呢?

我们始终觉得，在项目当中犯错是在所难免的；只要能够从中学到一些东西，这些错误就能引导我们向正确的方向前进。从某种程度上讲，将我们的产品一点点推向成功的也许正是一路上所犯下的那些错误

管理人员既不能轻易了解技术工作的内涵，技术人员也觉得很难和管理人员沟通。特别是技术工作，难以在不同人之间交接，很多技术人员都声称无法继续别人做过的项目。

敏捷开发本身并不能代表架构设计。这就好比建筑架构设计和建筑工程管理之间的差别一样，两者是建筑的两个方面。相同的软件行业也是类似的情况，软件架构设计描述的是事物本身