本篇文章作者从自身的产品设计经历出发,介绍了B端管理类型的SAAS产品在设计时可借鉴C端的用户体验设计模式:通过AI治理数据降低客户入门门槛,达到规范生产的目标。希望本篇文章能对你有所帮助。
B端管理类型SAAS产品在设计时可参照C端的用户体验设计模式,分析目标客户的标签、价值偏好、关键用户,并能根据客户标签定义产品核心功能,以用户视角审视产品,在获客、激活、留存等环节有针对性的进行产品功能设计及运营服务的设计。
企业发展到一定阶段时,组织管理能力必须提升。比如原来工厂只有一个车间,那么车间主任在车间转一圈什么信息就都知道了;但是如果有好几个车间,总装车间的生产又依赖于其他车间的产出,那么靠人去调度协同信息的即时性和准确性就极其重要了。
一旦生产有插单或订单变更,没有有效信息的辅助,很容易排期混乱,导致订单延期交付,造成索赔甚至丢失客户。
传统的B端管理类型的商业产品入门较难,产品交付以项目实施为主,实施顾问入厂调研;针对性梳理业务流程,制定蓝图规划;并根据规划进行规则配置、流程配置和主数据的收集清洗并导入。
这个过程周期长,实际的管理流程也是在不断变化的,有时甚至面临梳理好的业务上线后发现已经与实际业务不一致了,这是项目成功的概率低的原因之一。
这也是为什么在企业流行这样一句话,上数字化是找死,不上数字化是等死。
中小企业同样也面临着企业管理升级,但是中小企业没有流程、规则及数据的沉淀,想走数字化的道路阻力重重。
随着互联网的高速发展,C端互联网产品的普及,B端产品圈大佬就开始有了新的想法,中小企业信息化的第一步应该从解决一个具体的问题开始。有没有可能参照C端的产品思路重构B端的产品,我们不再需要主数据、不需要规则、不需要流程,让小企业像玩游戏一样的进入产品使用环节,并根据用户的使用数据用AI的方式治理数据、沉淀数据、推荐规则、推荐流程,达成以下目标:
最终实现从粗放生产转向有规则有流程驱动的规范生产。
设计这样一款产品并不容易,从产品创意到产品成熟的推向市场,我的产品经历了以下几个阶段:
我们在这个阶段的产品设计最初得到了种子客户的认可,但是到其他客户场景验证时发现了新的问题:新客户那边的产品多,工序也多,即使使用了功能推荐,工人选择仍然很困难,根本无法使用。
我们调研了多个类似生产类型的工厂,判断出这是个通用场景,通过迭代后满足了此类客户的场景。
产品在打磨时,客户的现场调研是缺少不了的,我们老板说在家都是问题,出去都是办法。这句话我不全认啊,但是在产品初期确实是比较有效的。
这个阶段上线后客户的使用活跃度上升了较多,数据的准确性提高了。
对于人员少、管理不规范的企业即可以选择通过大家收集数据规范数据方式,也可以选择整理好规范数据导入系统的方式来约束数据,保障数据的准确性,以便于实现数据可以驱动业务。
1)发现差异
产品运行一阶段后,我们发现客户间的差异很大,一部分客户无需指导,产品就用的很好,一部分客户经常交互但使用程度仍然很差,这时C端的用户标签化分析就显的格外重要了;
2)标签分析
目标客户的标签我从三个维度进行了拆分:
分析后发现同一类型的客户在产品使用上确实有迹可循:同类型的客户价值偏好是类似的,在对产品的认知和组织内推动力的大小都是相似的。
那么在这种情况下,我们针对不同类型的客户再去定义产品和运营策略就容易多了。
3)制定策略
根据客户标签定义产品核心功能,以用户视角审视产品,获客阶段根据这类用户的特点进行产品的宣传和心智引导;激活阶段根据关键用户关心的内容做激活进度的报告;从而促使关键用户以管理流程和管理手段帮助产品在企业组织中推广。
在留存环节一方面对组织内各个角色进行粘性设计,做好监控指标;另一方面根据KP关注内容进行定性信息推送,保持KP的持续关注,从而促使产品在企业组织中保持粘性。
工业互联网的兴起必定会带来新的商业环境,产品需要创新,需要持续的思考与改进。
由于一些原因,很遗憾我自己的产品我无法看着他成长起来了,感谢他带给我的思考,愿我的产品茁长成长,未来可期!
本文由 @乔安 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自 Unsplash,基于 CC0 协议。
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。