产品经理岗位价值链图谱：宣讲能力、解耦能力

4、宣讲能力

对于系统架构的宣贯，需要常态的在产研团队中进行;尤其遇到重要项目启动或重大需求变更的时候，要随时将架构设计向团队宣讲;根据产研成员的经验和理解接受能力不同，使用案例，类比的方式，持续提升产研团队对架构的理解和常态执行能力。 工时管控:产研团队对系统架构的认知，需要循序渐进，一次性宣讲完成，既耗费了宣讲时产研的工时;也可能是狗熊掰棒子，前边听后边忘。通过近期底座能力建设，这一点体会的尤为深刻，认知程度和语言体系的差异会导致某些沟通时无法同频共振。这时，就要停下来，让团队带着一部分理解和一部分疑问，自己先去思考内化;然后换一个时间，换一个场景，换一个案例再行沟通，宣贯。如此可以避免满堂灌带来的工时投入发生，但效率低下的问题，从而降低成本。 

举个栗子：产研评审或者产品侧内部脑暴的时候，经常会陷入到自我认知的封闭环境中，你会发现，你一直强调或解释的观点在对方那，遇到的是对方一直强调和解释的观点，到了自说自话，油盐不进的状态后，就没必要继续沟通了，意见已然不能交换了，那就歇一歇，换个时间再撩吧。多么痛的领悟……。

5、解耦能力

解耦，较多的出现在能力较为复杂且业务流交叉较多的系统，或者业务规划涉及较多领域的平台型项目中，解耦的目的，首先是为了复用；其次是可快速迭代，降低研发维护及迭代成本；再次，解耦后的能力，也可以作为一个可独立交付的能力，进行必要的闭环包装后，直接对外提供服务，实现价值落地。

举几个栗子：

复用：通用学习平台、师带徒培训系统、考证系统、市场及渠道侧、解决方案以及销售侧，都会有使用视频课程进行宣传的需求。所以，将视频课程的“管理，更新，维护，对外分享”的能力，进行闭环包装，支撑不同业务侧调用，

迭代：系统能力迭代过程中，新增的业务逻辑只在解耦后的能力上进行迭代，对其他账号及权限以及试题试卷库这些中台能力拆分，可以最大化的降低随着新需求建设产生的代码维护工作量。业务逻辑足够简单，涉及到的数据逻辑也可以最小量的与其他能力单元交叉。

独立交付：考试系统中有模拟考试、正式考试和考务管理三个模块。这三个模块的不同组合，可以支撑不同考试业务场景的需求，比如：需要排考的考试场景；不需要排考只需要模拟考试的场景；不需要排考只需要模拟考试和正式考试的场景……。所以在系统能力建设的过程中，将模拟考试和正式考试解耦出来，通过接入试题库和权限支撑不同的业务场景，同时包含考场资源管理、监考管理、排考等能力在内的考务管理，闭环建设，形成解耦的能力。这些能力都可以作为一个单独的业务系统对外提供服务。