编辑导语：B端产物司理的查核方针应该如何设计呢？本文作者对B端产物举办了分类，而且别离阐明白如何查核基本处事线的产物司理？如何查核企业自研系统的业务产物司理？如何查核SaaS产物司理？

如何给B端产物司理配置公道的查核方针，从而引发各人的事情斗志，为企业或团队缔造代价和收益，并可以科学评估各人的事情产出？

预计这个问题，对许多B端产物打点人员来讲，都是一件较量头疼的工作。因为B端产物的业务代价往往很难权衡，好比，你很难让一个B端产物司理描说楚他做的每一个成果带来的业务收益。

而假如是贸易化对外售卖的SaaS产物，又有专职的销售和C *** 团队，你能说销售业绩欠好，是产物司理的锅么？

针对这个让人头疼的问题，本文实验给出一些大概的思路和要领，但愿和各人配合探讨。

在确定产物司理的查核方针之前，首先需要对B端产物举办分类，差异类此外B端产物性质完全差异，没步伐一刀切的谈论；别的，企业内部自研系统的B端产物司理，和SaaS产物司理，事情方针和要领也区别很大，需要别离探讨。

我们将整体B端产物分为两类，一类是基本处事产物（大大都中台产物具备很强的基本处事属性），另一类是业务产物。

一、如何查核基本处事线的产物司理

基本处事产物的显著特点，是驻足于企业全局，处事于多业务线和多系统，而非某个详细的业务单位。

譬喻：客户主数据、组织架构处事、动静推送平台、短信中心、付出中心等等，大大都业务中台产物都具备明明的基本处事属性。

这类产物，岂论是企业内部自研，照旧在SaaS公司，都很难权衡对业务的直接孝敬和代价。因此，岂论是企业自研，照旧SaaS公司，都可以思量按以下两点查核产物司理。

1. 查核基本处事接入的下游系统或模块数量

因为基本处事存在的目标，是接入多业务线，节省研发本钱，同时快速的支持新业务。

对付认真基本处事的产物司理，查核其接入下游系统数量，可以倒逼产物司理越发主动地推进基本处事在企业内的推广和落地。

固然许多时候这种基本处事的推广应该由上而下推进，可是在查核方针上给出直接要求，必定对产物的推广有所辅佐。

2. 查核需求或项目标定时上线和质量

这是根基的项目打点要求，作为基本处事线的产物司理，有责任驱动并担保产物的定时交付。

别的，对付SaaS产物，并不能简朴粗暴的认为基本处事就应该接入多业务线，而更应该从产物架构整体机关的角度思考，所以对付认真基本处事的SaaS产物司理，大概对付之一个查核点要求要慎重。

二、如何查核企业自研系统的业务产物司理

业务产物司理，是指认真雷同于电商生意业务系统、CRM、WMS、OA这类系统的产物司理。同样是做业务产物，企业自研的产物设计套路，和SaaS产物的设计套路，区别照旧较量大的。

对付SaaS产物，产物司理要用正确的设计原则、系统架构，设计出专业的，较好支撑方针客群诉求的尺度化产物，为此甚至可以拒绝部门客户的需求。

而对付企业自研系统来讲，产物司理的首要方针是共同支持业务成长，许多时候为了业务甚至可以做一些设计上和架构上的折中和妥协。

因此，自研系统的业务产物司理，和SaaS产物司理，查核 *** 不尽沟通，我们首先来谈下自研系统的产物司理查核：

在业务成长摸索期，业务试错调解块，增长快，产物基本单薄，而需求爆炸。此时，绝大大都的环境，产物司理往往疲于奔命的支撑业务需求，就已经忙得焦头烂额了。

这个时候，产物对业务的支持，更多的表此刻业务流程尺度化、线上化，能把这些点做到位就已经很不容易。所以此时对产物司理的打点，往往是分模块布置团队成员，开组马力满意业务需求即可。

在业务成长成熟期，需求相对放缓，打点、运营、执行上都需要更高效，此时产物团队压力会相对削弱许多，而且可以开始实验通过技能赋能业务，思量通过自动化、智能化等手段晋升业务效率。

此时的产物团队打点，可以冲破之前分模块布置成员的模式，而让差异产物司理包袱差异的业务指标，这样可以打开产物司理的思路，制止成果性思维模式，更多的从业务角度，依托产物的整体本领来赋能业务。

譬喻，对付CRM产物，在业务摸索期，产物司理大概被分派到报表模块、线索模块、订单模块上，相对孤独的完成模块基本成果的进级和完善，主要查核业务需求的满意水平，交付质量。