产品经理！人手一份的IPD流程框架！

产品经理为什么要懂IPD流程架构？？ 在产品工作中，我们经常会听到别人讲:懂业务同时也懂技术的产品经理最值钱。 这句话无疑是对的，随着行业的发展，产品经理的岗位门会越来越高，同时，要求产品经理达到的能力模型也会越来越全面。其中，对于技术的理解力也逐渐成为衡量产品经理的准线之一。 如今，技术对于大部分产品经理来说已经不再陌生，无论 SQL还是 Java，很多人都能如数家珍。 但是如果是为了懂技术而了解的话，其实在工作中用处并不大，更多的无非是谈资。 那么，为什么产品经理应该具备一定的架构知识呢? 的确，当我们的团队很小，业务刚起步时，架构的作用不是很明显，甚至不需要，但是随着业务的高速发展和团队的不断扩大，这时技术和业务的协同性显得越来越重要，架构的要求也会越来越高，产品经理如果没有一定的架构理解力，往往会越做越迷茫。在工作过程中，我们常常会遇到以下问题。 新开发的系统通常不是独立存在的，需要与现有系统进行交互。 1、那么，这个系统和已有的系统之间是什么关系? 2、产品边界如何制定，能否耦合在一起? 3、当业务线逐渐增多，某个系统是否应该拆分? 4、现有系统是否应该平台化? 5、产品经理看到某些大厂的产品架构图貌似很有道理，能否「照猫画虎」去做? 6、在某些业务中，产品经理有多套方案，但是无法区分孰优熟劣，最终基本上就是凭感觉选择 [黑薯问号R]以上都是我们在实际工作中常见的问题！！！ [赞R]如果产品经理能够结合架构的思维去思考和审视产品和业务之间的关系，我相信问题会迎刃而解