【产品运营】如何提升B端产品的竞争力(上)

2023-09-18 19:10:43

B端产品的核心竞争力不是只有产品功能丰富度、易用度这些维度,判断产品核心竞争力应该基于产品所定位解决的问题场景。

在这里插入图片描述

B端产品的成交因素很多,包括产品本身、公司品牌、客情关系、成功案例、产品定价、客户成熟度、需求匹配度等,本文只谈产品本身。

一、产品竞争力类型

B端产品本身的核心竞争力不仅只有产品功能丰富度、易用度这些维度,判断产品核心竞争力应该基于产品所定位解决的问题场景。以我做过的产品为例,探讨一下其他维度。

1. 网络巡检产品的核心竞争力是【最佳实践】

在运维中网络一旦出现故障影响面较大,所以客户期望在网络故障发生前,可以提前排查故障隐患并及时解决,这些隐患包括硬件类、系统类、网络协议类、配置安全类等。客户的3个主要痛点有:

  1. 缺乏巡检经验,不知道该巡检哪些指标;
  2. 巡检复杂度高,不同网络设备厂商命令差异性较大;
  3. 巡检工作量大,网络设备数量多、巡检指标多,巡检很难做到常规化、全覆盖。

基于客户的问题场景,网络巡检产品的定位应该在内置最佳实践巡检指标、屏蔽不同厂商差异性、自动化高频次全网巡检。在这种产品定位下,产品的核心竞争力不在于功能丰富度、易用度,而在于内置的最佳实践。

所以,要提升此类产品的核心竞争力,应该把研发人力投入到不断扩充、打磨巡检指标上,而不是自动化标准能力上。如果只想做标准功能,而不考虑巡检指标就是本末倒置。

当然,产品功能也是需要不断迭代优化的,但方向不应该是标准的自动化基础能力,而应该以场景为中心不断迭代。比如,为了让客户更快的理解巡检结果,需要优化巡检报告可读性,需要通过可视化的方式多维度呈现巡检结果数据(按设备维度、按问题维度、按指标趋势维度、按业务维度等),需要推动巡检问题项解决(将告警推送给流程建单、做巡检基线、累计未处理升级等),需要给出巡检问题修复方案(修复建议、推荐修复脚本)等。

一个优秀的B端产品,应该以业务场景为中心,而不是以产品功能为中心。产品迭代时,要优先考虑在特定业务场景下需要做什么,而不是从功能逻辑上推理需要做什么。

2. 外包管理产品的核心竞争力是【业务理解】

对于金融、运营商等大型企业,会将开发、测试、运维等工作外包给第三方厂商来承接,当涉及数十个第三方厂商及项目时,如何有序、精细化的做好外包业务的全生命周期管理是一个挑战。

要做好此类产品,就需要对业务有深入的理解。

比如,在预算管理层面:企业每年是如何申请预算的;预算池如何划分层级,要对接哪些相关系统;预算正式下达要走哪些流程、提交哪些材料;预算下达后跟招投标系统、合同管理系统如何对接;预算使用过程中超用或使用率低如何处理等。

在结算管理层面:走哪个合同结算,结算依据是哪些工作项,工作项是否真实;工作量是否合理,如何做工作量复核模型;是否存在人员复用,业务考核是否符合预期,是否涉及安全事件考核,考核是否扣款及标准依据;结算单需要哪些部门和角色审批,审批是否涉及会签、一票否决、流程回退环节等,如何跟财务、合同、发票、支付等周边系统交互。

另外,还存在三方员工管理、项目管理、订单管理等多个层面。

业务属性强的产品,让客户感知到我们的专业性,给客户“你懂我”的感觉很重要。所以,业务性强的产品,是需要业务专家长期沉淀的,不是一个标准的功能型产品经理就能做好的。

3. 流程管理类产品的核心竞争力是【服务&架构灵活性】

流程可分为管理审批类、任务处理类等,我做过业务需求审批、紧急上线审批、开发任务分配、ITIL运维服务等流程,做流程时经常遇到的挑战是客户“反复无常、朝令夕改”,频繁的增删流程、调整流程环节、调整流程路径与状态、调整流程表单、调整数据分析报表统计维度等。

站在客户视角,流程类产品的差异化并不大,客户核心关注的是有需求时是否能快速响应、快速实现,这很大程度上决定了客户满意度以及项目的滚动续签。

为了保障客户满意度,通常需要在客户现场有驻场人员或通过培训服务指导客户内部人员使用产品。人力服务意味着成本,通常来讲服务数量和客户满意度是成正比的,但从产品角度必须考虑利润。如何既保障客户满意度,又降低服务成本是流程类产品重点要考虑的。

从表面上看做好流程类产品需要的是服务,但再往下探其实是产品架构灵活性。缺乏利润空间的产品是走不远的,面对客户的变更需求,需要利用产品灵活性快速、低成本的满足需求。

跟当下火热的低代码产品类似,我们之前设计的流程产品可以在大多数场景下在线快速调整表单属性、列表页字段、查询条件、流程状态环节等常见变更需求,同时,可以通过SQL和拖拉拽操作灵活、快速的根据客户需要开发报表、业务查询页面、数据图表、可视化仪表盘等。对于个性化复杂需求,也可以通过代码插件的方式对接响应。

对于流程类产品的架构灵活性,又可以根据不同的竞争市场定位再进行细分,如定位于傻瓜式操作的无代码平台,定位于灵活场景应对的低代码平台等,具体的定位要看企业自身的优势和市场定位。

比如,对于很多大客户,让他们自己来折腾产品几乎是不可能的事,此时,无代码平台就不太合适;对于一些小客户,预算非常有限,如果提供服务几乎是亏本生意,搭配服务的低代码平台就不太合适。

确定产品的核心竞争力,有时候看的不是产品功能,需要根据企业自身优势和目标市场定位等因素共同确定。

4. IP地址管理产品的核心竞争力是【功能丰富度&易用性】

IP地址是网络运维中非常重要的要素,对于IP地址数量达到万级的企业,如果仍使用Excel手工管理IP地址则会出现很多问题。

比如数据更新不及时,不知道现网用了多少个IP;不知道特定IP的使用用途是什么,不知道特定IP是否已经有人使用,不知道特定IP入网的交换机,很难避免IP冲突;无法管控IP非法使用和非法访问,无法审计非法IP访问记录;IP网段使用与业务规划不符,限制IP缺乏感知和回收机制等。

IP地址管理在不同行业、不同规模的客户运维场景中需求都是类似的,它是一个无业务属性、不需要服务、不需要内置经验的标准工具化产品。对于这类工具型产品,要形成竞争优势就需要不断的基于客户使用场景丰富功能,同时提升产品用户使用体验。

比如,产品需要覆盖IPv4/IPv6地址6大生命周期,包括网段规划、IP自动采集、IP查询使用、IP地址分配、IP使用审计及IP地址回收等。

在IP规划和查询时,需要允许客户灵活自定义属性满足业务需求,需要通过结构树、座位图等可视化方式便于用户快速理解;

在IP采集时,需要自动化、高性能、无网络冲击的采集全网IP及其相关信息(如在网时间、MAC地址、接入交换机、接入接口、VLAN、终端类型、操作系统、终端厂商、逻辑端口号等信息);

在IP查询使用时,需要按运维人员习惯调整搜索模式,提供接口使用率、MAC表、ARP表、路由表等数据查询,提供IP相关CMDB资源对象信息、资源监控信息等;

在IP地址分配时,需要可按业务分配、按类型分配、单地址分配、批量分配、按段分配等,需要可开放对接流程、CMDB等,实现IP在线分配、回收、属性变更等;

在IP使用审计时,需要自动发现未规划已用IP、未分配已用IP、IP&MAC绑定变更IP、接入交换机变更IP、长期未上线IP等各类风险。

除此之外,还可以基于运维人员使用场景继续丰富功能,比如对IP&MAC绑定入网控制ACL管理,对DHCP的管理,对云内IP地址的管理,对终端安全状态管理,对安全区访问关系管理,对NAT地址管理等。

对于工具类产品,还需要基于市场竞争定位确定产品演进策略,基于场景不断做功能丰富是一种策略,基于特定场景做功能减法、追求极致易用性是另外一种策略。比如,我之前做的敏捷电子看板、企业日程等工具,不会追求大而全的普适性,而追求简单、便捷的操作性。

确定工具类产品核心竞争力,有时候需要不断把功能做多,有时候却需要不断把功能做少,具体走哪种产品演进策略是产品经理要做的关键决策。

二、产品竞争定位

产品竞争力可以从买方、卖方两个维度来分析。

1. 买方维度

从买方来看,要分析产品定位(价值主张)和市场定位(利润空间)。

产品定位要明确客户是谁、要解决什么问题、解决方案的核心增值价值是什么。产品定位是做好产品最关键要考虑清楚的问题,做产品前要确保客户是真实存在的、需求是真实存在的、解决方案能够给客户带来真实的价值。

所以,在真正开始产品化之前,我认为还是需要经过3~5个初始种子客户验证的,在这个阶段应该追求最小功能集满足客户核心场景诉求,控制场景蔓延或功能蔓延,也就是MVP阶段。

在这个阶段,有些人会纠结产品功能设计应该定制化还是产品化,我认为在还未确定需求真实存在、方案真实有用的情况下,应该以定制化满足种子客户的需求为主。毕竟,如果产品不能帮客户解决问题,架构设计再牛、交互设计再好,又有什么用?

相反,如果产品真的被大量客户接纳,完全可以再做产品重构,只是多了些成本而已。相比于后续产品包装、推广及时间等成本投入而言,产品重构的研发成本反而并不高。这点,在我负责过的某个产品上深有感触。

另外,即使市场上有成熟竞品可抄,我认为也应该考虑定制化多于产品化,毕竟如果完全抄竞品,没有核心的差异化独特价值,客户凭什么选我们?

在产品价值主张没有被客户验证前,没有资格考虑产品化。

市场定位是考虑企业自身的利润空间,没有利润空间的产品走不长远,主要考虑的因素包括:

  • 客户愿意花多少钱(客户全生命周期价值)
  • 多少客户愿意花钱(市场规模)
  • 客群数量变化趋势(市场趋势)
  • 我们能吃下多大市场(市场占有率)等。

市场分析可以参考一些咨询公司的分析报告、友商的上市财报公布等,但很多时候都是拍脑袋。它为我们提供一个初始决策依据,后续在接触市场时需要逐步调整。

2. 卖方维度

买方维度分析完,再来分析一下卖方维度。

从卖方来看,要分析产品关键卖点和竞争战略。

产品关键卖点要进行精炼提取,在商业画布、电梯演讲等方法均有谈及。但在短暂的时间内,很难给客户讲明白产品,让客户认可产品的价值,但至少应该能吊起客户想深入了解的兴趣,能记住几个关键词。

比如,对于IP地址管理这个产品,我期望客户记住“全生命周期”、“自动化采集”、“精细化管控”、“账实相符”、“IP违规使用安全风险”、“IP入网管控一体化”等几个关键词。

产品关键卖点提取,要结合产品类型和企业独特优势。产品竞争力类型在上文中已经详细解释,根据产品确定核心竞争力是功能、是服务、是业务理解、还是最佳实践。结合企业优势是向客户传递“为什么选我更好”,我能带给客户哪些其他友商做不好的价值。

比如,对于网络巡检这个产品,我期望客户记住“网络头部厂商”、“十年巡检指标沉淀”、“多厂商适配积累”、“巡检场景深入、专业、完善”、“安全隐患排查常规化”、“数千家行业客户案例”等几个关键词。

竞争战略是整合自身资源,获取竞争优势的计划。产品战略制定要根据企业自身优势、产品所处阶段、市场竞争态势、主要竞争对手情况等综合来决策采用什么策略达到进入市场、占领市场的目的。常见的竞争战略如成本战略、差异化战略、细分市场战略等,这块内容很庞大,有兴趣可以去详读波特的《竞争战略》等书籍。

更多推荐

基于 CPU 在docker 中部署PaddleOCR

1.拉取镜像dockerpullregistry.baidubce.com/paddlepaddle/paddle:2.4.0注:写该文章时,Paddle最新版本为2.5.1,但是在实际安装中会出现与PaddleHub2.3.1版本的冲突,故采用2.4.0版本2.构建并进入容器dockerrun--namepaddle

在Vue中实现组件间的通信(父子通信,非父子通信,通用通信)

在vue中实现组件间的通信文章目录在vue中实现组件间的通信1、组件通信1.1、不同的组件关系和组件通信方案分类1.2、组件通信的解决方案1.3、非父子通信-eventbus事件总线2、prop2.1、prop详解2.2、prop校验2.3、prop&data、单向数据流3、v-mdoel原理1、组件通信概念:组件通信

AS中部署NCNN

参考链接http://681314.com/A/Clzr6Q2OBOhttps://blog.csdn.net/xs1997/article/details/131747372一、文章背景:公司再进行一个项目时,使用PyTorch框架,python语言及opencv工具进行神经网络深度学习算法进行训练。生成ONNX模型

linux 设置打开文件数

可以使用下面的文件进行设置/etc/security/limits.d/90-nproc.conf先来看/etc/security/limits.d/90-nproc.conf配置文件:[root@~]#cat/etc/security/limits.d/90-nproc.conf#Defaultlimitfornum

RHEL 8.8 安装部署 Zabbix 6.4 详细过程

文章目录前言1.关闭系统防火墙2.禁用SELinux模块3.配置本地YUM源4.配置Zabbix下载源5.切换PHP模块版本6.安装ZabbixServer&&Frontend&&Agent7.安装配置MariaDB数据库8.为ZabbixServer配置数据库9.启动ZabbixServer和Agent服务10.检查

双向认证配置

1.Linux准备环境openssl使用opensslversion查看openssl版本,如果没有安转openssl,可以执行yuminstallopenssl安装nginx我们使用nginx来进行https的双向认证,首先我们需要安装nginx并附带SSL模块详细的安装过程可以查看Linux安装nginxssl2.

MVCC:多版本并发控制案例分析(一)

(笔记总结自b站马士兵教育课程)一、简介MVCC:全称multi-versionConcurencycontrol,多版本并发控制,是为了解决并发读写问题存在的。MVCC的实现原理由三部分组成:隐藏字段、undolog、readview。二、概念补充当前读:读取的总是最新的数据,例如update、insert、dele

《DevOps实践指南》- 读书笔记(九)

DevOps实践指南25.附录附录1DevOps的大融合精益运动敏捷运动Velocity大会运动敏捷基础设施运动持续交付运动丰田套路运动精益创业运动精益用户体验运动RuggedComputing运动附录2约束理论和核心的长期冲突附录3恶性循环列表附录4交接和队列的危害附录5工业安全误区附录6丰田安灯绳附录7软件包产品附

QT之时间相关的函数

QT之时间相关的函数1)QDateTime:QDateTime是一个表示日期和时间的类,可以表示从公元1年1月1日至今的日期和时间。可以使用QDateTime类的各种方法来创建、比较和格式化日期和时间。例如,QDateTime::currentDateTime()可以获取当前日期和时间。2)QDate:QDate是一个

排查disabled问题之谷歌新版本特性

问题复现最近我突然接手一个后台的bug,这个后台很久没有迭代更新了,我也不熟悉业务,所以只能看一下源码,问题很快就复现,测试的修复操作也很正确,就是因为渲染的input标签中存在disabled='disabled’属性导致的。不过很奇怪的是,我问之前是正常的吗?这部分代码已经很久没有改动过了但是测试和运营那边的人员都

Gavin Wood 演讲全文:建设更具韧性以应变化的 Polkadot

我们非常激动能邀请到GavinWood博士来现场分享关于Polkadot的近况以及最新的进展,带来他对于《加密项目应该怎样应对当今世界的变化》的演讲分享。🚩点击视频链接观看演讲实录:https://www.youtube.com/watch?v=Yw3mQNJ5UJQ&t=1048s以下是演讲回顾:世界正改变,看到W

热文推荐