企业开展的预期收益和效果评估最近几年，身边做企业的朋友聊起的越来越多了。有人说是跟风，有人说是真刚需，我自己观察下来，情况有点复杂。很多企业砸了钱进去，效果却参差不齐；有的企业尝到甜头后一发不可收拾，把咨询成果固化成核心竞争力。这种差异背后到底是运气问题还是方法问题？我打算把这事儿说清楚。先说句实话，LTC咨询不是灵丹妙药，不可能一夜之间让企业脱胎

聊聊的技术标准制定效果前几天有个朋友问我，你们做技术开发的，怎么判断一个体系好不好使？这个问题让我想了很久。要我说啊，判断一套技术开发体系行不行，最直观的方式就是看它技术标准制定这件事做得怎么样。你想啊，一个团队如果连标准都定不清楚，后面各种乱象肯定接踵而至。今天我就结合自己在薄云的一些实际经历，跟大家唠唠中技术标准制定这个话题。说真的，我刚接触

的市场洞察分析方法说实话，我在接触市场需求管理这个领域初期，曾经走过不少弯路。那时候我总以为，只要收集足够多的数据，就能准确把握市场动向。但真正入行后才慢慢发现，数据本身是死的，真正让它活过来的，是你用什么方法去分析它、解读它。这也是为什么中，市场洞察分析会占据如此重要位置的原因——它不是简单地教你怎么看数据，而是培养一种穿透表象、触达本

规避研发重复投入的方法记得有一次，我和一位制造业的朋友聊天，他向我吐槽说他们公司研发部门有个很奇怪的现象：两个事业部同时在开发类似的产品功能，时间上差不多，资源投入也差不多，最后做出来的东西大同小异。你说这是不是巧了？更巧的是，这两个项目的负责人居然还是同一所学校的校友，用的技术路线几乎一模一样。这种情况在很多企业里其实并不少见。我把它叫做"研发孤岛效

里，那些让人又爱又恨的建模方法说实话，刚接触系统工程的时候，我对"建模"这俩字是有点懵的。听起来很高大上，但到底建的是什么模？怎么建？为什么要建这么多个模？这些问题在我参加薄云的之前，一直像一团乱麻缠在心里。后来跟着课程走下来，才慢慢理清了点门道。系统工程培训的核心，其实就是让你学会用"模型"这个工具去理解和解决复杂问题。现实世界太复杂了，复杂到一个人的