B端产品，如何平衡通用化和个性化？
作为一个B端的产品经理，我相信大家每天都会经常收到不少客户需求。这其中有真需求、伪需求、核心需求、边缘需求、通用化需求、个性化需求等等，而其中个性化需求是很多B端产品经理非常头疼的问题之一。 今天这篇文章就是告诉大家：
一、什么是个性化需求？1. 个性功能以我们的诊所管理saas系统为例，客户要求系统能够提供英文版。 了解到这个客户（诊所）有几个外国医生，而且经常有外国的患者客户来就诊。对他们来说，中文版会让他们使用起来非常障碍，甚至让某些医生无法使用。因此他们急需一套英文版来满足他们的现状。 那么这个需求属于个性化需求吗？判断这个问题，我们需要从以下几个方面考虑：
最后我们发现我们的客户池没有除此之外的任何一家诊所提出来该需求，而且像这类国际化的诊所只有这么一家，且并非是我们的目标客户，只是销售在售卖的时候没考虑那么多直接卖给了他。 那么其他客户需要这类功能吗？这个分析相对简单，大家应该都能判断国内大部分中小诊所这种情况还是基本上没有，一般只会出现在北上广深（有很多外籍居住者）的一些高端国际化诊所。而这些诊所暂时并不是我们的核心客户群。 所以它属于个性化需求！ 2. 定制类定制是B端绕不开的话题，这里一般有3种情况：
当你的客户群体中高端客群占比越大，你的定制类的需求就会越大。 定制类需求其实就是一种个性化需求，因为为A定制的功能，很可能剩下客户一个都用不了。目前很多saas厂商面对定制，都以付费项目制形式推进。 3. 私有部署私有部署就是把代码部署在客户自己的私有云或本地机房中，本质上它已经不是云端的那套saas系统了。 一般需要私有化部署的客户大致有这几类情况： 1）对于自身数据安全有严格要求的； 2）需要对接企业已有系统／应用； 3）需要开发自己的专属功能； 4）拥有自主服务器和开发人员，希望自己来维护。 综上来看，一般只有中大型客户才会资金实力想做私有化部署。 私有化部署需要团队花更多的时间、更多的人力、更多的成本来应对，他和saas的“软件即服务“是完全不同的理念。本质上，也属于个性化需求。 评估个性化需求的价值和可行性一个成熟的产品经理在面对个性化需求的时候，并不应该一味的同意，当然也不能一味的拒绝。 正确的方式是应该站在需求的价值、投入产出比、及可行性的角度进行综合分析，来确定应对方式。 1. 个性化需求的价值个性化需求的价值存在几个层面： 1）他具有可能被通用化的潜力 有些需求可能是某家业务快速发展期的客户提的，从当前来看，他可能是一个个性化需求。但是从长远来看，这个需求可能会成长为一个通用化的需求，随着整体客户群的周期进入发展期后，这类需求将会逐渐通用化。 2）他能够给单体客户带来很大的价值 价值可能是品牌影响力、可能是用户量、可能是巨大的收益、可能是成本缩减。 一般来说，单个需求能给客户带来巨大价值的，那么这个客户一定是具有很强实力的。 3）他能给产品带来价值 这个需求对于产品本身来说有没有商业价值，比如客户能帮产品做一波PR、帮我们转介绍更多的客户等。 2. 投入产出比有些需求可能只是修改一下前端页面的UI，那么这种改动就比较小，那么这种定制其实投入产出比较小，虽然价值不大，但是成本也很低，可以视紧急程度而决定。 而像私有化部署的成本，其实是非常高的，当然收取的费用也非常高。 从产品角度来，衡量投入产出比也是决定是否做个性化需求的很重要的一个判断依据。 3. 可行性比如像私有化部署，需要考虑很多产品和技术问题，可行性难度就比较大。 1）不同的硬件配置、不同的硬件架构、不同的操作系统、不同的网络情况等，厂商的安装、架构、运维都要与之兼容； 2）每次的版本功能更新，都需要在各个客户处私有化部署一次，工作量重复了好几倍； 3）私有化服务产生的bug会带有特殊性，和saas中的同一种bug并不一定是因为相同原因产生的，增加了定位难度，同时修复后要单独再发布更新，而非saas实时化，大大增加了问题的响应时间； 4）不同私有化的部署的产品版本可能存在多个，迭代功能需要考虑不同版本的兼容和影响，成本巨大； 5）尤其是产品还未成熟的早期，私有化部署会导致产品未来的迭代和发展出现很大的阻力，更建议成熟化的成品考虑私有部署。 如何正确处理个性化需求？这里给出3点方法：
因为你要记住Saas才是你的核心业务，它才是可见未来的产品模式和商业模式。 Focus on the right thing！
作者：司马特小队，丁香园高级产品经理。微信公众号：司马特小分队 本文素材来自互联网 （编辑：淮北站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
