大牛CTO：一款流行管理软件开发的经验与教训分享

产品开发与技术创新的几点经验与教训分享，是谁，业内的大家猜得到，哪款管理软件，连续十几年销售排行第一的，一清这里就不点名了！——一清

《道德经》中有以正治国，以奇用兵，不提倡各种技巧的治国方略，特别适合于产品开发，而《孙子兵法》以正合，以奇胜的用兵观点也大致差不多，这里的产品伦理与创新发展哲学在于：做产品只能守正，不可出奇！

这个高速发展的社会有很多机会，因而投机（拆解：投入机会，站在风口）有很大概率的回报，尤其对于有格局视野、关系资源的官二代，有钱的富二代都可以任性，做产品不可以，做产品需要长期艰苦奋斗、坚持梦想不动摇、以创造客户价值为中心的信念，以及坚持不断总结、学习、提炼理论模型与技术机制（称为范式、范型、分形）的框架与结构！

没有短期能够创新的黑科技，一个真正的黑科技是长年累月的多次迭代进化的成果，所谓进化可以理解为版本裂变和突变的结果，如果一定要一个时间的话，我个人认为至少五年，至少三轮进化。举个极端例子，三五个三流大学毕业生三五个月拼出一个产品，能有黑科技么？还有谁能够足够聪明一个月做出一个能有核心竞争力的东东，这基本上是骗人的吧？

所以，以下几条非常重要，不可不察：

1. 产品开发本身就是技术创新，技术创新的评价标准在于经济价值，是对客户的需求的方案价值，并乘以客户的数量，做产品不是艺术创作，是要能卖的，因而必须从客户出发，并作为归宿，形成闭环；

2. 技术是解决客户问题能力的提升，是面向问题的方案能力，不是结果而是过程，不是检查标准而是效率工具。技术发展到现在已经很专业化了，相信专业的力量而不是江湖游医（对不住，这个词不敬了），今天的技术需要极强、极深、极厚的理论功力和建模能力，以及经验和智慧，高手在民间在大工业化时代需要变成专业工作者的团队力量了。不要相信使用了某个工具、引用了某个模块、采纳了某个引擎产品就会变好，这些好东东都应该用，但驾驭极难，带来3个亮点也许附送两个缺陷，而这个缺陷也许致命！工业化分工时代，必须是有坚实理论基础的专业人士，信息化时代更是如斯。

3. 产品的进化需要迭代，每一版产品都必须明确的目标和使命。pbc考核是产品开发考核的有效手段，每一版本产品是否完成了承诺是产品是否发布的唯一考核标准，包括客户价值评价、销售评价以及技术评价，每一版的产品必须明确进化或者裂变的核心点，评价基于定位、目标和规则，产品版本允许不成功，但不允许失败，这中间的灰度越少越好，但允许存在。最重要的是诚信，也即“不欺于己”，做产品复盘一定要找到不成功的原因，并找到解决问题的策略、方法，并形成可行动的任务！

4. 开发团队与人员考核激励必须以价值贡献为基础，切记无法考核的能力不是能力。开发团队必须对产品结果负责是公司发展与生存之道，不可不察而且需要明察，开发成果达不成对当期影响不大，对未来2-3年危及公司存亡，所以庸才、庸医害人，南郭先生必须踢出。现在各行各业很多企业的老板自己创业多、营销出身多，害怕或担心研发团队崩溃，其实大可不必，合适的考核才能健康发展，不会温水煮青蛙。

5. 客户、产业认知才会带来经济价值，研发必须接触客户，理解客户、需求与购买力，尤其是购买行为和购买过程，才能做好产品。不愿接触客户或没有能力沟通客户的研发是做不出客户需要的产品的，这容易形成技术考核取代应用考核，总是给出因为所以的无聊又没有意义的技术解释。比如产品性能变差（这里Vista很奇葩，也注定短命，是微软著名的失败产品），比如稳定性变差，比如易用性变差是因为技术升级，须知技术升级是为了性能更好、稳定性更好、易用性更好，适应环境的能力更强，本末倒置不可逆天不可以的；

6. 性能是一种信仰。产品比的就是性价比，性能是易用性感知的基础，评价性能的标准在于同样应用能力下的资源消耗程度，比如软件行业的内存开销，cpu占用，汽车的百公里油耗，对于性能的追求是专业与业余的分水岭，不可以不重视；

7. 产品包装与知识转移也是技术活软件开发经验，需要重视，但不可过度。现在的产品动辄谈平台型、人工智能型，谈大中小 、高中低通吃，仿佛天下都可以覆盖，就像买打药的什么都能行，背后表现的是产品对客户、需求的不聚焦带来的产品的虚弱。真正好的产品自身就有张力，包装推广只是助力，必须有，但不能花的钱比产品开发还多吧！（保健品除外）

注：作为一款流行的管理软件的主研CTO，有料太多不轻易泄露，有兴趣的得约他“喝茶”！

有兴趣探察情报，请关注我的【情报观察】：

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!