聊聊IPD体系下产品设计规范的那些事儿记得去年参加一个产品经理沙龙的时候，有个创业者朋友吐槽说，他们团队每次做产品决策都像在摸石头过河。产品经理说要改功能，研发说时间不够，设计师觉得体验被牺牲了，最后出来的产品四不像。他问我有没有什么系统化的办法，我当时就提到了IPD（Integrated Product Development，集成产品开发）体系。说实话，

的销售流程瓶颈识别方法说实话，我在销售管理这条路上走了十来年，见过太多团队雄心勃勃地制定目标，最后却在执行过程中卡在某个环节上不去。你说他们不努力吧，每个人都加班到很晚；你说他们没方向吧，流程文档写得漂漂亮亮的。但就是业绩卡在那里，不上不下。后来我慢慢意识到，问题往往不在于"做什么"，而在于"卡在哪里"。这就是今天想跟你聊聊的话题——中，如何识别销

从车间到研发中心：一场建材企业的IPD研发培训实践手记去年年底，我们团队去南方一家中型建材企业做调研。这家企业在行业里干了十五年，产能不小，产品线也算齐全，但负责人见面第一句话就把我们问住了："我们研发投了不少钱，可为什么新产品总踩不准市场的节奏？"这个问题让我思考了很久。后来我们用IPD研发培训的方式，帮他们重新梳理了整个研发体系。今天把这段经历写

中的冲突解决：那些教科书不会告诉你的事说实话，我见过太多企业在跨部门培训这件事上摔跟头了。表面上大家和和气气坐在同一个会议室里，实际上各部门心里都打着小算盘。这种情况太常见了——市场部觉得技术部不懂用户需求，技术部认为市场部只会提不切实际的想法，财务部则永远在喊"预算不够"。但冲突本身并不是坏事。记得薄云的创始人曾经说过一句话让我印象深刻：

聊聊里，那些看不见的"规矩"是怎么定出来的坦白说，第一次接触IPD体系的时候，我完全是一头雾水的状态。那时候我就在想，这套东西到底是怎么运作的？为什么同样一个技术问题，在不同的公司会有完全不同的解决方案？后来慢慢接触多了，才发现问题的关键根本不在于技术本身，而在于背后那套看不见的"规矩"——也就是技术标准。你可能会问，标准不就是几纸文件吗？有什么可稀奇的