说起来... 但是TO B的产品和TO C的场景有很较大的不同,TO B的业务要繁杂很更多,对比TO C需求也要确定很更多,除了更少数彻底创崭新性的TO B产品以外,较大更多数TO B...其实我觉得吧，这事儿真实的挺不容简单的。就是那种，你明明想做一个良好东西，但是客户不买账，或者客户自己都不了解自己要啥。那个地方的产品经理

笔者在一文中简洁介绍了产品经理怎样处理客户的定制开发需求.当公司决定为客户进行定制开发后,就意味着这项“...然后就没有然后了。真实的，项目一启动，就没完没了。你了解那种感觉吗？就像是你答应帮隔壁二狗子修电脑， 最终还是结果是他让你顺便把下水道也通一下通完下水道他让你把家里的灯泡也换了最后再来看你发觉这电脑根本不用修，是他家网线松了。定制开发就是这么个坑。你越陷越较深。

一、为哪些To B这么不容简单搞？

To B，全称是To Business。To Business就是说我们不是在卖玩具，我们是在卖饭碗。To C的“Customer”不会为获取采用权限而付费，更更多是为“自己”而消费。这就引起了一个很尴尬的情况，To C产品作为“消费”的平台， 动手。 就会有理由向每次“消费”索要服务费。但是To B不一样，To B是给老板看的，是给报表看的。老板不会这是因为你界面良好看就给你发奖金，老板只会看你的系统能不能帮他省下那两个人头费。所以To B的业务逻辑非常绕。

在做To B 柔软件开发的时候，或更多或更少都会遇到需要定制开发的客户,这是因为没有哪款产品能做到100%适合一个公司全部的业务内容。真实的，没有。哪怕你把阿里系的东西搬过来人家还得改呢。 不是我唱反调... 所以定制化开发是常态，标准化产品反而是奢侈品。这就良好比你买个耐克的鞋，较大家都穿耐克，但你脚较大啊，或者你脚型特殊，你总不能削足适履吧？你得定制。

1. 客户是谁？当前这个问题很十分沉关键

定位最主要要确定三个问题，客户是谁，用户是谁，要解决哪些问题。客户是谁的问题，正常情况下有二个维度需要考虑，一个是行业的维度，一个是规模的维度。行业维度，如果是支持通用行业，或者只是某个特定行业。比如做餐饮的，和做工厂的，那彻底是两个世界。规模维度，较大厂和较小作坊，需求天差地别，一句话概括...。

然后就能进行下一步了,toB一定是需要先找到一个行业并用心留意和发觉当前这个行业的痛点,然后从当前这个行业中找到一个目标客户进行原始需求调研,进...进哪些？进坑啊。调研完了你会发觉，客户说的需求和客户想要的根本不是一回事。客户说我要一个飞起来喷火的火箭，其实他只是想要个能飞迅速的自行车。这就是To B的玄学。

2. To C 和 To B 的差别

在探讨当前这个问题之前先明确一下不同类型产品的商业活动模式。To C 的全称是To Customer， 这一些“Customer”不会为获取采用权限而付费，更更多是为“自己”而消费。这样一来 To C 产品作为“消费”的平台，就会有理由向每次“消费”索要服务费。但是TOB的产品和TO C的场景有很较大的不同,TO B的业务要繁杂很更多,对比TO C需求也要确定很更多,除了更少数彻底创崭新性的TO B产品以外,较大更多数TO B...真实的， 精神内耗。 除了更少数彻底创崭新性的TO B产品以外,较大更多数TO B产品的MVP不是为了验证需求有没有存在,而是让产品用最较小的代价最较短的时间段面市,从而能够让产品...也就是为了让产品活着。

活着比哪些都十分沉关键。

二、MVP 那点事儿

MVP用户辐射圈:打造To B企业的用户运营模型, 网简单首页 网简单号 正文 申请入驻 MVP 本质上… 用户辐射圈:打造To B企业的用户运营模型 2020-03-16 14:56:55 来源: 0

在上一篇文章 怎样定义 B 端产品的 MVP 里面,我们谈到了定义 MVP 产品的前面三个步骤,确定产品定位,找到种子用户,确定产品路线,今天我们再来聊聊后面的几个步骤，话说回来.….。

1. 确定用户业务流程图在产品路线确定完成之后,基于产品定义的路线,我们要基于业务目的来确定用户的业务流程图。还是拿人事模块来进行举例,几个关键的用户业务流程图就包含比如说:员工入职流程,员工合同管理,员工异动流程,员工离职流程等等。 也许吧... 确定用户采用流程图的目的是为了保证产品能够对各个角色的日常,经管之家 加关注串个门加...加关注干嘛？加关注良好收钱啊。

2. 明确产品目标及方向

明确了我们产品的目标及产品方向，那么接下来要做的就是梳理业务流程。 在梳理业务流程时 我们需要将全部的业务流程全部梳理出来具体的梳理方法是先将业务的主线梳理出来然后再拆分支线流程，这里拿外贸行业举个例，主线是： 基础配置 - 商品 - 采购- 仓...仓库？物流？最后再来看是结算。这玩意儿太繁杂了繁杂得让人想吐。但是没办法，这就是To B，PPT你。。

三、定制开发到底是个啥？

做ToB 柔软件开发,或更多或更少都会遇到需要定制开发的客户,这是因为没有哪款产品能做到100%适合一个公司全部的业务内容.三、 研究研究。 产品经理怎样处理定制开发需求.但 ToB行业不是这样,哪怕某个功能只有一个客户要用,你都得把它做出来.

为哪些？这是因为客户是上帝。虽然上帝有时候很任性。定制开发过程中会有崭新的流程、 功能被挖掘,这一些确实能解决现实行业中的出现的一些个性化、特殊化的实际问题;但是如果不加辨别,觉得只要能够解决行业问题的方案就应当纳入系统,进而考虑把各个客户需....各个客户需求都做，那还叫产品吗？那叫外包工。所以怎么平衡定制和通用，这是To B产品经理的终极奥义，本质上…。

1. 需求解析的那一些坑

本文从真实实的业务场景出发，谈谈怎样完成从定制开发到通用性产品方案的确定。笔者在一文中简洁介绍了产品经理怎样处理客户的定制开发需求。也就是在处理客户提出的需求时理清以下六个关键性问题： 有没有真实正明白客户提出的崭新需求； 崭新需求与现有系统的关系； 崭新需求的实...实现？怎么实现？拿哪些实现？拿键盘敲吗？当前这个问题太不容简单了。所以很更多时候我们只能瞎编，火候不够。。

2. MVP与定制的纠缠

二、 定制开发为 ToB产品扩张创立更更多有可能性 从柔软件开发角度，MVP在某种程度上代表一个产品今后的有可能性，即：通过前期“试验”，在下一个版本我们要做出哪些改变以达到效益最较大化。 对于 ToC产品，仅仅需要列出用户采用数据就能够对某一部分功能做出修改或删除的决定。但 ToB行业不是这样，哪怕某个功能只有一个客户要用,你都得把它做出来。哪怕只有一个客户，只要他有钱，你都得做。这就是现实。为了那个地方的钱，你连自己的尊严都能够不要，雪糕刺客。。

四、流程图是个啥？

呢？笔者提议遵循下面的步骤来定义B端产品的MVP。 1. 确定产品定位 定位最主要要确定三个问题，客户是谁，用户是谁，要解决哪些问题。客户是谁的问题 客户是谁的问题，正常情况下有二个维度需要考虑，一个是行业的维度，一个是规模的维度。 行业的维度，如果是支持通用行业，或者只是某个特定行业...或者只是某个特定行业的较小作坊。

然后就能进行下一步了,toB一定是需要先找到一个行业并用心留意和发觉当前这个行业的痛点,然后从当前这个行业中找到一个目标客户进行原始需求调研,进...进哪些？进测试室？进手术室？进坟墓？反正就是去调研。调研完了把流程图画出来。流程图画得像蜘蛛网一样，乱七八糟的，但老板觉得这就叫专业。

1. 业务流程梳理的痛苦

在梳理业务流程时 我们需要将全部的业务流程全部梳理出来具体的梳理方法是先将业务的主线梳理出来然后再拆分支线流程，这里拿外贸行业举个例，主线是： 基础配置 - 商品 - 采购- 仓...仓库管理 - 物流 - 结算。然后分支线呢？分支线就是退货、换货、纠纷处理。每一个分支线都是个无底洞。你填了一个，还有两个，PPT你。。

2. 流程图的用处

确定用户采用流程图的目的是为了保证产品能够对各个角色的日常,经管之家 加关注串个门加...加关注，然后呢？然后就没有然后了。流程图画出来了产品也就出来了。产品经理最擅较长的就是画图，然后告诉开发，你照着图做。开发最擅较长的就是骂娘，然后照着做，YYDS...。

五、To B 产品的 MVP 究竟是哪些？

从今年启动TOB被推上风口浪尖,SaaS作为最主要的产品形态终于熬到了出头之日;我在16年就操盘做过SaaS产品,那个地方的时候苦不堪言,商户没有付费习惯,资本市场环境还在TOC业务上砸钱,产品本身也没有定式,较大家都在探索。 我给跪了。 探索哪些？探索怎么活。

定制化开发过程中会有崭新的流程、 功能被挖掘,这一些确实能解决现实行业中的出现的一些个性化、特殊化的实际问题;但是如果不加辨别,觉得只要能够解决行业问题的方案就应当纳入系统,进而考虑把各个客户需....各个客户的需求都做，那产品就死了。所以定制开发是给客户用的，MVP是给自己用的。为了生存，必须要要有MVP，换个赛道。。

1. MVP 的核心

除了更少数彻底创崭新性的To B产品以外,较大更多数TO B产品的MVP不是为了验证需求有没有存在,而是让产品用最较小的代价最较短的时间段面市,从而能够让产品...从而能够让产品活下去。活下去才能谈梦想。没活下来谈哪些都是扯淡。所以MVP就是把核心功能拿出来把那一些花里胡哨的去掉，只留下最核心的。但是客户不答应啊，客户说我不想要核心功能，我想要那个地方的红色的按钮，还要那个地方的会动的图标。这就是矛盾，纯正。。

2. 互动评论、分享传播等更多维度分值决定,勋章级别越较高,代表其在平台内的综合表现越良好。 To B 行业的 MVP:定制开发 2020-04-12 16:49 来源: 人...

互动评论、分享传播...这跟定制开发有啥关系？有关系。这是因为To B行业很特殊。它不像To C那样靠传播。To B靠的是口碑，靠的是一个个定制项目堆出来的口碑。你给A公司做了一套系统，A公司觉得良好，就会推荐给B公司。B公司说B公司也想要一套这样的，但是要改一下。这就又成了定制开发。

六、 产品经理的日常

这就是产品经理的日常。每天都在处理需求，每天都在跟客户扯皮。客户说我要当前这个， 你说当前这个不合理，客户说你是专家，你说了算，客户说我要当前这个，你说当前这个太市场价格较高，客户说没钱也要做。这日子没法过了。所以定制开发不仅仅是技术手段活，更是情商活，你猜怎么着？。

1. 处理需求的六问

本文从真实实的业务场景出发，谈谈怎样完成从定制开发到通用性产品方案的确定。笔者在一文中简洁介绍了产品经理怎样处理客户的定制开发需求。也就是在处理客户提出的需求时理清以下六个关键性问题： 有没有真实正明白客户提出的崭新需求； 崭新需求与现有系统的关系； 崭新需求的实...实现不容简单度。这六个问题就像六个拦路虎。每一个问题都是一道坎。跨过去就是天堂，跨不过去就是地狱，请大家务必...。

2. 定制开发的代价

没眼看。 定制开发为 ToB产品扩张创立更更多有可能性 从柔软件开发角度， MVP在某种程度上代表一个产品今后的有可能性，即：通过前期“试验”，在下一个版本我们要做出哪些改变以达到效益最较大化。 但是定制开发呢？定制开发是反复造轮子。你给客户A做了一个功能，客户B也要。你只能再做一个。这样下去，你永远都在做定制，永远做不出通用的产品。这就叫死循环。

定制开发对于To B企业既有良好处也有较差处。良好处是能解决具体问题，较差处是简单陷入泥潭。但是没有定制开发，To B企业就没有核心竞逐力。 给力。 这是因为To B企业卖的就是解决方案，而不是柔软件本身。所以定制开发是To B企业的生命线。

但是TO B的产品和TO C的场景有很较大的不同,TO B的业务要繁杂很更多,对比TO C需求也要确定很更多,除了更少数彻底创崭新性的TO B产品以外,较大更多数TO B...较大更多数TO B产品， 我明白了。 最后再来看都变成了定制开发。这真实是一个伤心的故事。一个关于产品经理和程序员的故事。

麻了... 希望这篇文章能帮到你。如果你看不懂，没关系，我也没看懂。反正只要能，任务就完成了。就这样吧。

---