很久没写东西了，最近也在读一些书，作为入行六七年的产品人，阅历过创业公司，也阅历过大公司，看了不少大牛们写的文章，再加上最近正在往增长方向转变，也在梳理最近这些年本人的一些生长与经历，借此时机正好将所得的一些感想与大家分享，会分几个方向吧，由于本人是做业务产品出身，所以先跟大家谈谈关于业务端产品的一些看法。

1、何为业务端产品？

实践上我们常常听到的产品莫过于两类，C端产品和B端产品，关于C端产品，大家很容易了解，就是to Consumer，面向广阔的消费者/团体用户，比方微信、淘宝、美团，而关于B端产品，to business，字面上了解，是面向企业或商家，比方钉钉、阿里云、美团外卖商家端。

普通来说，公司外部的零碎产品我们也会称之为B端产品，比方外部ERP、CRM、财务零碎等。但实践上关于很多以业务为导向的公司来说，像京东、人人车、顺丰等等此类公司，由于其业务链条过长，占比拟重，普通也会把支持全业务流程及各业务线的产品叫做业务端产品。

2、业务端产品特点

关于业务产品来讲，其目的是为外部人员提供便捷良好的工具，提升业务运转效率，进步业务转化，最终到达提升人效、降低公司本钱。

• 流程。关于任何一款业务产品来讲，契合业务运转的产品流程是根基，而流程的线上化是业务得以疾速高效展开的保证。在搭建产品流程时，一方面需求审视以后的业务流，另一方面需求思索将来的业务走向，提早思索到流程能够的延伸点。另外，可采取主流程先行，次流程后进的方式，保证业务能提早及时落地。
• 效率。效率是业务产品的中心目标之一，比方销售的接单率、客服的电话量、编辑的审核时长等，一方面，业务流程的线上化在全体上能提升业务运转效率，另一方面，在逐渐精密化提效上往往会需求一些工具的支持，比方报表。
• 转化。关于触及到销售环节的业务产品，比方crm，不时提升转化率是产品的终极目的，如何协助销售更好的跟进线索、管理客户、引荐效劳，是产品经理需求关注的关键，转化环节往往会触及到一系列战略，如线索分级、客户分配、跟进战略、引荐战略等，对数据的关注须更激烈。
• 体验。业务端产品同窗常常听到开发同窗的一句话就是，这个是给本人人用的，体验差点没关系，习气了就好。关于不那么严厉的产品经理，往往也就妥协了。产品体验分为两类，UI体验和操作体验，普通来说，UI体验对业务效率的影响不大，反正是本人人用，丑点就丑点，但操作体验的影响却不可小觑，少一个挑选，少一条快链，对业务人员来说能够就添加了很大的操作本钱。
• 本钱。降低本钱是业务产品的终极目的，不管是搭建线上化的流程，进步业务的运转效率，还是提升销售转化，其最终目的都是在降低业务本钱，业务产品经理常常会觉得本人做的是业务产品，不太会带来支出，但公司的支出其实来源两端：内部开源、外部节流，而节流就是业务产品的中心所在，产品经理对效率、转化等进程目标的关注可以转化成人力、线索的本钱数据，从而与公司业绩挂钩。

3、业务产品架构设计

我们都晓得，产品设计三件事：搭架子、定流程、抠细节。

其中，搭架子是整个产品任务进程中最先做也是最重要的任务，尤其是关于创业期从0-1起步的产品，产品设计者需求深化如了解业务的现状及将来开展方向，去了解用户不时变化的需求，去了解公司的整个战略规划，从而搭建一个基于现有业务体系并兼容将来业务不时扩张的产品生态体系。

考虑

产品的呈现是为理解决业务成绩，其实质是为公司业务效劳，因而，在搭建产品架构时，需求详细理解公司商业形式，以后及将来可预见时期内的运营形式，不同的商业形式对产品的需求也不同，比方异样是电商，C2C与B2C相比，产品就需求添加思索买卖角色、功用、数据等。

而基于公司的开展阶段，运营形式也会逐步发作变化，比方初期业务流程能够复杂，但随着人员、角色的添加，整个流程管控体系也会加强，产品流程也会日趋复杂化，这些都会触及到后续产品流程的深化。

沟通

在确定公司商业形式后，需求与业务方沟通清楚业务的运转方式：

产品有哪些人在用，不同角色的层级关系、不同层级对应的权限关系；

我们的客户是哪些人，用什么方式注册，客户会有那些信息，会在我们产品上留下哪些数据，我们想获取用户哪些数据；

我们的运用场景在哪、业务流程是怎样的、能否会有多业务线···

设计

在真正搭建产品框架时，你需求将所获取的信息体系化，从角色、用户、流程、功用等各方面去描画，后期更重要的是对主流程的思索，细节方面可以先放下，另一个重要的点是确立架构后需求与技术人员沟通，避免技术上呈现可行性成绩（至多保证初期可行）。

我记妥当时进上家公司之前，业务刚起步，在粗陋的会议室，CTO跟我详细的引见公司的形式，愿景、业务现状，我们俩在白板上一遍又一遍的讨论产品流程、功用框架、工夫周期等，实践上产品架构正是在这种基于现有及将来业务的预期上讨论规划出来的。

4、需求管理

需求来源

业务需求

作为业务端产品经理，你会发现，本人一天的任务，不是在写邮件、写文档，就是在与业务方闭会，或许去体验一线业务流程，发现业务成绩，来自于业务环节的需求占了业务端产品需求的很大一块来源，这也是业务端产品的次要日常任务，由于业务产品的价值就是为业务效劳进而推进业务增长。

数据反应

数据的重要性无需多说，产品经理一天的任务往往是从看报表开端，产品的价值只要经过数据才干反应出来，而数据也能更好的支持产品经理去剖析产品/业务的的各项表现，发现并处理成绩，因此，基于数据剖析发现成绩给出处理方案从而推进产品的优化也是需求的另一大来源。

成绩导向

当产品的流程框架打磨完成之后，后续推进产品不时完善的着力点次要有两个，一是数据，二是用户反应，用户产品在做用户反应调研时，普通会采用两个方式：a、搜集在线用户反应，如在线客服、问卷等；b、产品可用性测试。而关于业务产品，一方面要倾听一线业务人员的反应，另一方面要自动去发现客户的埋怨，避免业务人员传达失真，而基于业务人员及客户反应产出的优化点也是需求的一大来源

如何判别需求的真伪

思索到业务产品经理常常会接到来自业务部门多方面的需求，因而对需求真伪的判别尤为重要，关于如何判别需求的真伪，很多人也总结了很多不同的办法，不过最常用的还是雷达法。

我们将对判别需求的不同价值维度列出，并对维度赋予不同的权重，再用这些维度对需求停止打分，再将不同维度的权重分加总，就可以得出需求的总价值分，如下，需求价值总分=5*25%+3*20%+3*10%+2*15%+4*30%=3.65，而我们需求设置根底分，如高于3分意味着需求到达了需求思索的水平，则该需求分明需求参加需求方案。

如何判别优先级上下

关于优先级的判别，办法更是纷繁复杂，诸如KANO模型、矩阵剖析法、经济收益法、中心用户优先···我普通采取的办法就是矩阵剖析法，关于常常面对一堆项目需求的业务产品经理来说，矩阵剖析法明晰明了易用牢靠：

5、与业务方的协作

我们是一个团队

面试过很多产品经理，全体来讲，业务端产品不如用户端产品积极、自动，甚至聪明水平上也稍差一些（不晓得会不会有人想喷我），这其中次要有两个缘由，一是业务端产品经理短少对数据的关注度，二是业务端产品经理总把本人当成一个需求的主动接纳方。

关于业务产品经理，大家会发现，普通是业务人员发现业务成绩，向产品提需求，然后产品经理翻译成原型+需求文档，转给技术开发，在这其中，业务产品经理实践上只起到了一个可有可无的传达者角色，并没有真正发扬本人的作用。

实践上，作为产品经理，我们与业务方实质上属于同一个团队，都是为整个业务的增长效劳，只不过任务的侧重点不一样，因而，我们应该积极自动的去接触一线业务，去发现业务运转进程中存在的成绩，去考虑发生这些成绩的缘由，去想方法如何协助业务人员处理这些成绩，而不应躲在业务人员面前，等候着业务同窗来反应成绩。

我记得在上家公司时，我们跟着业务同窗跑一下，和CC一同打电话，和评价师一同验车，和销售一同带看，早晨销售闭会，我们陪到深夜，一同讨论业务中遇到的各种成绩，一同沟通不同场景的用户反应···由于我们是一个团队，只要真正深化业务才干更好的给出产品处理方案。

一切为业绩效劳

很多业务产品经理，对业务人员往往比拟轻视，以为我们是在帮你干活，却不知一线业务人员才是公司价值的发明者，关于以业务为导向的公司，一切产品、技术、财务、行政、法务···都是为了业务增长效劳，关于产品经理来说，如何更好的发扬产品角色，为业务提供更好的产品，更完善的流程，更高效的操作工具，才是最应该思索的成绩，所以，关于业务人员，产品经理应该自动学习，积极协作，共同为提升业务效劳。

6、新业务的尝试

关于很多创业公司来讲，尤其是O2O行业，由于业务规模伴随着互联网和移动生活的日趋成熟，芝麻信用高分和良好的个人征信记录，不仅可以办理贷款、申请信用卡延伸你的财富，更能大大便利我们的生活。扩张的需求，常常会设立一些新项目，为将来的业务方向试水，而很多时分，这种尝试都会触及到线上产品的支持，那么，在面对新业务尝试时，产品经理应该怎样去协调产品在新项目中的定位呢。

要清楚看法项目的性质

普通在设立新项目时 ，项目担任人都会拉相关各方闭会讨论项目的背景、定位、目的、工夫点、触及范围及详细流程等，这时，作为产品经理，你要能清楚的判别，该项目在公司/部门中的重要性，能否是中心业务，能否是将来业务方向，能给公司带来多大的价值，项目的紧迫水平等，由于只要理解了这些，你才干更好的判别在该项目上可以投入的本钱有多大。

细心评价新业务需求产品支持的本钱及优先级

在详细理解项目详细范围及流程的根底上，产品经理需求能结合产品自身，做出判别，该项目能够会触及的改动点，大约的改动本钱及优先级，优先级的判别是基于你对项目流程的理解并结合以后产品流程综合判别的，比方能否短少某些功用项目就无法顺利往下走，或许会很大水平上影响项目的效果，则该功用的优先级就会更高点，而关于一些体验成绩或许后期人工操作可以暂代的功用，则可以略微延后一点。

兵马未动粮草先行

当产品支持由于任务量或许优先级短工夫内无法保证时，可以先经过线下方式将业务跑起来，当发生一定效果后，再基于实践的流程经历予以线上化。这样一方面不会打乱正常的产品排期，降低不用要的风险，更重要的是可以放慢落地速度，并可以结合线下实操给出更无效的产品方案。

7、执行、执行、还是执行！

在面试产品时，我普通会从这几个维度来评价候选人：行业经历、团体特质（能否聪明、价值观能否契合）、执行力。

有一句话叫做，一流的创意加二流的执行 不如 二流的创意加一流的执行，执行力的强弱，在很大水平上能决议产品/项目的成败，关于产品经理尤其是业务端产品经理来说尤其如此。

业务产品自身的性质决议产品经理需求强执行力

业务产品由于面向的是公司外部各业务线，触及到的角色与部门众多，这就要求产品经理能积极自动的去协调各方，既能熟能生巧的沟通各方需求，梳理跨部门/角色的业务流程功用，又能在遇到成绩时及时呼应处置，灵敏应对，假如没有弱小的执行力，产品经理是很难推进产品的正常停顿。

用户产品的好坏看运营效果，业务产品的好坏看执行效果

关于用户产品来讲，其面向的是广阔普通用户，产品的好坏可以直接基于用户运营数据剖析出来，而关于业务产品来讲，由于其面对的是公司业务部门，产品只要在业务部门强力的配合执行中才干表现其真正的价值。而如何推进产品的落地运用是摆在产品经理们面前的一道大难题。普通来说，业务人员在初期对零碎往往会发生一种排挤心思，挑出各种运用不随手的缺点，因而，产品经理需求强力且有技巧的去推进产品在一线业务的落地执行，并且深度参与，跟进执行效果，这样才干更好的理解产品的运用反应，推进后续的优化迭代。

而从团体才能来看，不论做的是什么产品，也不管能否产品经理，关于任何角色，执行力都是一项必不可少的规范，一个再聪明的人，假如没有执行力，也只能纸上谈兵，毫无作为。

8、数据的重要性

关于我们大局部产品经理来说，下班的第一件事就是翻开邮件，看各类数据报表，数据是反映产品真实形态的最好方式，对数据的敏理性是产品经理最根底的要求。

产品经理日常关注的数据次要包括两类：

• 业务的全体运转数据，比方注册数、DAU、订双数、销售···，详细数据目标跟公司的实践业务有关
• 产品的各项运转数据，比方各环节的转化、新功用的数据表现等等

关于业务运转数据，普通与公司的中心业绩目标相关，这类数据有助于产品经理理解全体业务停顿，尤其是关于实行OKR导向的公司，中心业务数据普通都会对产品经理的产品决策与排期发生影响，比方当你看到业绩数据落后于OKR时，你需求想方法调动资源去迎头追上，否则有能够完不成目的。

而关于产品的各项运转数据，则是产品经理重点监控对象，关于如何对产品停止数据监控，则需求做好以下几步：

• 确定监控目的。如需求监控一个新上的内部引流渠道的数据表现
• 确定监控数据。如该渠道带来的PV、UV、注册、下单、销售额、APPU值等
• 确定每个数据的意义及正常范围
• 思索异常监控

经过以上步骤，树立起对产品的数据监控体系，而关于报表的提取，普通来说很多成熟的公司都会有本人的报表工具，比方bdp、tableau等，很多产品经理本人也会去跑一些复杂的SQL，一方面能疾速获取数据，另外也可以加重开发的任务量。

总结

文章写了两天，花了一个周末的工夫，仅仅为作者团体这几年的感想，跟大家一同分享，前面也会陆续写一些关于如何避免踩坑，关于产品增长方面的文章，希望与大家一同窗习。

作者：和光同尘，产品一枚，微信大众号：鸦口无言。