人人都是产品经理|产品设计:B端产品如何应对个性化需求?


编辑导读:不同于C端客户的普适性 , B端产品面对的是有着不同需求和不同行业的用户 。 所以 , 在产品的设计上 , 如何能以灵活的方式在同一个应用体系上满足不同客户的个性化需求 , 是B端产品经理的必修课 。 本文作者分享了B端产品个性化需求的设计思路 , 供大家一同参考和学习 。

人人都是产品经理|产品设计:B端产品如何应对个性化需求?
本文插图

B端产品大致分为四个阶段:第一阶段基础产品完善期 , 这个阶段需要满足核心场景的需求 。 这个阶段要不断增加功能、稳定系统、完善服务;第二阶段行业产品深入期 , 这一阶段需要满足重点行业的个性化需求 , 要有更深度的行业解决方案 , 更多的客户成功案例 , 更完善的客户服务体系;第三阶段生态建设期 , 这个阶段要满足大多数的个性化需求 , 要有个性化定制 , 开放平台和开放的服务生态 。 最后一个阶段属于再创新 , 让产品迈向更高阶段 , 探索新的卖点 , 挖掘用户的痛点 , 寻找市场的空白点 。
B端产品必然会有个性化需求 , 尤其是在第二阶段和第三阶段 。
个性化需求就是对于大部分用户而言 , 非通用的需求 , 属于偏定制化的需求;面对个性化需求的时候 , 切记不要抱着抗拒的心理 , 如果抱着抗拒的心理 , 很多时候无论对方说什么 , 你都会认为这是不合理的 , 很容易被这种心态遮蔽了眼睛 。
其实很多个性化需求对于提出的业务方而言 , 都是有真实需要的 , 我们需要用心地去分析需求 , 尽可能找出个性化需求的核心点 , 将个性化需求变成一个具有共性的个性化需求 , 从而帮大家解决问题 。
01 如何决策个性化需求是否应该实现满足呢?
针对一些B端软件最直接的就是通过 ROI(投资回报率)去评估 , 通俗点说就是完成需求直接带来的利润率越高越应该优先做 。 这样的做法特别适合传统的B端软件 , 传统B端软件大部分都是一锤子买卖 , 个性化需求带来的收入如果不能覆盖成本大概率是不会做的 。
SaaS产品很难通过单一客户的收入覆盖个性化开发的成本 , 不太适合用 ROI 评估 , 可以通过下面4个维度去进行评估 。 深度:个性化需求对于目标用户群体而言 , 是否为痛点 , 而且要看这个痛点到底有多痛;广度:主要是看覆盖面 , 除了看深度 , 还要看功能做出来了 , 可以帮多少用户解决问题;战略意义:有些个性化需求 , 深度和广度都不是好 , 但是对于公司战略和品牌会有帮助 , 这种就需要去做;技术评估:除了上三点外 , 还需要考虑一下技术层面 , 是否现有技术可以实现 , 难度是否非常的高 。
核心宗旨就是需求是否能提升产品卖点 , 解决用户痛点 , 属于市场空白点 。 在产品初期 , 把拳头产品打造得足够好 , 远远好过对次要功能进行扩展 。
举例说明 ,
案例一 , 最早做考勤类SaaS产品时收到学校用户的一个个性化需求 , 学校教职工使用app进行上下班打卡 , 希望只记录教职工的出勤 , 不显示迟到和早退 。 这个需求是相对个性化的 , 这个需求我们也曾咨询其他用户 , 考虑到场景通用性不是很高 , 并且缺少此功能不会影响成员日常推广营销 , 教育用户也并不是我们主要用户群体 , 所以最后没有实现此需求 。
案例二 , 做了一款OA产品给客户使用 , 主要包含几个固定的审批流程 , 客户提出了可以随时调整审批流程和表单模板 。考虑到不同行业、不同客户审批流程肯定是不一样的 , 随着使用的客户越来越多 , 这种需求必然成为一个共性需求 。 虽然这个需求实现成本相对比较高 , 这个需求最终我们实现了 。 如图所示 , 表单控件和审批流程都改成了可配置项 。

人人都是产品经理|产品设计:B端产品如何应对个性化需求?
本文插图

针对个性化需求实现的先后顺序 , 可以通过对深度、广度、战略意义、技术评估综合打分 , 根据分值高低得出 。 例:


推荐阅读