企业服务类产品,其底层逻辑是什么
产业互联网大视野:分享产业互联网前沿资讯、深度报道、行业干货和大咖思考!
一、理性看待:“用户永远没有错”
C端产品的用户表达需求,往往比B端产品的用户表达更或者说更明确,人人都可能是C端产品的用户,而B端产品却不是个体的使用决策,是集体使用体验。
做B端产品,我们围绕着用户核心的需求,专注。与其说用户在选择我们,其实因为资源有限,我们也在选择用户,不是所有功能我们都能做,终只能在一个维度里解决“痛”的点。
做减法比做加法更需要策略与克制,无论to B产品还是toC产品,终的解决方案都应该是简单的体现,以短路径和低资源成本满足用户的需求。
二、需求评级:建模,制定前置规则
关于产品需求优先级的评判,如果没有统一标准,不同的产品经理估计能诞生一千种不同结果。
B端产品经理接受需求的来源要比C端产品丰富而复杂,对于B端产品经理,梳理需求的优先级开发排序是一件“左右逢源”的难事,要考虑服务部门的情绪,要照顾业务部的指标担当,还要兼顾公司市场拓展的进度。
三、系统框架:搭建小可用的业务闭环
对于咱们做B端产品的同学来说,得有系统的基础建设意识,包含业务梳理、个性化需求评审、产品架构设计等流程。企业服务类产品,在设计时要考虑能覆盖全场景、完整业务链路的闭环,因为任何一个环节的缺失和不完善,都会导致客户的业务流程无法正常运转。
对于SaaS产品来讲,稳定性压倒一切,服务器不能宕机,同时产品风格要保持统一连续性。如果后期,平台想要做功能延伸,在产品架构规划初期就要预留可拓展的空间,始终为用户提供持续稳定的安全感,toC产品可以追求UI的新奇,B端产品仍然以稳定为王。
四、用户体验:整体感知,保持一致的表达方式
每一处给用户表达的内容,都需要是一致的,不做多样化。从注册登录开始到退出结束为止,从“首页”跳转到“我的”,界面视觉、文字内容与标点符号,给用户一个完整的情境。
举个例子,在蓝领送工系统里,人力公司的业务场景拆分,发现5个用户角色就已经可以覆盖全部的业务流程,那我们就花时间去推动用户接受旧角色的统一“新名称”,把之前叫“业务员”、“工头”的全部引导成叫“劳务经纪人”,这样无论是行业内的沟通成本有明显降低,还是角色的职责定位也越发清晰明了。
五、功能克制:围绕主流程,抓大场景
做大而全很容易,做少而精很难,全面的东西是平庸的。
不堆砌功能,功能一定是服务于特定场景下用户的整体体验,没有脱离场景的单独功能。做多,本质上源于不自信,如果围绕核心需求提供的解决方案优,用户的黏性自然强,不需要叠加一堆杂七杂八的功能作为陪嫁。每天砍掉几个需求带来的价值,大于提出几个新需求。
企业服务类产品解决客户的需求可以大致分为两类:“开源”或者“节流”——开源表示能够为客户带来新增营收或者提高收益率,节流就是常说的降本增效。
对于任何新客户,为开源需求买单的预算远比节流需求更充足,意愿更强烈。
六、有效流量:用户痛点=需求程度*需求频次
聊聊流量,建立在痛点满足基础上的流量才是有效流量。
痛点 = 需求程度 * 需求频次
有效的流量必然是极度需求且高频需求的。
如果不是建立在痛点基础上,仅仅是通过一些营销手段获得了流量,这种流量根本没有任何黏性可言,活跃度也会极差。
用户的获得感>用户的产品使用能力,流量才不会离开。
痛点=需求程度*需求频次,有效的流量必然是极度需求且高频需求的。如果不是建立在痛点基础上,仅仅是通过一些营销手段获得了流量,这种流量根本没有任何黏性可言,活跃度也会极差。用户的获得感>用户的产品使用能力,流量才不会离开。