产品经理如何快速接手一个旧系统？

接手旧系统，很多产品经理只是把页面点了一遍，就以为熟悉了产品。但真正的挑战在于理解系统背后的历史、业务逻辑和依赖关系。本文从实战出发，教你如何从业务路径、数据流向、干系人访谈入手，真正掌握一个旧系统，避免成为人形传话筒。 上篇写了产品经理怎么快速了解一项新业务，但很多时候，产品经理最开始接触的往往是已经趋于成熟的旧产品。 之前带过一个前端2年转产品经理的同事，一般情况下这种背景都是干中学，就让她先从一个已经上线运行的维护类项目入手。 系统不算特别复杂，功能也已经基本稳定。想着比起从零开始做产品，这种项目有现成的页面、流程和文档，可以边看边学，应该更容易上手。 结果带了几个月以后，我发现她表面看上去好像接了这个系统，实际上，一旦离开项目团队，她就啥都不会了。 怎么说？ 用户问一个业务问题，她转头问开发。 开发说这个功能改起来比较麻烦，她也不知道麻烦在哪里，飞速点头来一句：哦，那我跟客户说不

原文：人人产品经理