编辑导语：B端产物也叫“2B(Bussiness)”产物，利用工具是组织或企业。B端产物往往是基于某个业务规模，办理客户在办公或策划进程中碰着的问题，为客户提高效率、增加收入、淘汰本钱，一句话归纳综合就是“为客户赚的更多，省的更多”。本文作者团结本身的事情经验，总结了对B端产物用户行为的观点。

最近一直在分模块复盘本身做过的项目，从流程上到了「用户行为」这部门，如下图。

在复盘前，我有查过一些文章，但都是在 C 端产物规模上做的阐明，总结来说：

用户行为 = 念头 + 本领 + 触发条件，念头：用户底层的诉求；本领：用户是否能做到，可能愿意做到；触发条件：触刊行为的最后一根稻草。

借助数据，通过用户行为事件、页面点击、路径、漏斗、康健指标等等的阐明，视察用户的行为。借助视察的功效，做产物迭代上的理论支持。

以上这些阐明思维和 *** 必定是没问题的，但并不完全合用于 B 端产物。

接下来，我会从宏观和微观两个方面，谈谈本身对 B 端产物用户行为的领略，但愿能对你有所开导。

一、业务驱动用户行为

就拿钉钉来说，内里的成果八门五花，可以说公司的许多业务流程都可以在上面完成。但作为个另外我们，真的城市用到吗？

必定不是的。

除非是公司要求，不然一小我私家也无法在上面完成流程闭环，举个钉钉的例子。

1. 钉钉打卡

打卡，是钉钉的焦点成果之一，打点员配置好打卡时间、所在等信息，员工到公司定时打卡上下班。

到了月底，人事会按照打卡数据，按公司要求判定是否要扣人为。

从 B 端产物的角度，做个简朴的阐明。

1）公司期望

打点员工上下班环境是否切合公司规章制度，为奖罚提供数据支持。

2）行为流程

打点员配置 → 员工打卡（上下班） → 打点员查察统计记录。

3）涉及脚色

打点员（细分下会有统计人和监视人）、普通员工。自上而下来看，是公司需要打点，而钉钉能很好地满意这点，所以要求我们员工利用它。直白点，假如公司不要求员工打卡，谁会主动打卡呢？

假如公司说，我们换企业微信打卡，谁还会僵持用钉钉打卡呢？

回到一开始提到的 C 端产物用户行为模子：用户行为 = 念头 + 本领 + 触发条件，那么到了 B 端在这里，我们该如何领略呢？

套用的话必定要从头领略这 3 要素。

念头：业务诉求，即公司策划想要办理什么问题。

本领：业务流程可否闭环，可否真正办理公司的问题。

触发条件：公司的划定。

从这 3 点来看，其实 B 端产物执行层的员工是没有话语权的。老板说好，那就是真的好。

2. 数据反馈和指导意义

既然 B 端产物的利用者都有点被“胁迫”的意思，那像是日活、留存、平均利用时长这些数据指标，视察起来意义就不大。

那我们重点应该怎么看数据呢？

既然 B 端产物都是业务流程，那必定要是「线性」的阐明 *** 。不消多说，用户行为路径阐明和漏斗模子阐明是最常见的。举个我的例子，之前我做的一个「建设事件」的成果，埋点如下图所示。

以上筛选的是从首页，到「建设事件」成果用户操纵路径的埋点。按照埋点，在数据阐明平台上做漏斗阐明，如下图。

对付 B 端产物来说，每一步的转化率照旧很低的，从 ROI（投入产出比）来看，并没有到达其时的预期。为此，后头也做过简朴的阐明相识。

结论是：并不是成果流程上的问题，而是客户没从内部要求员工利用起来。所以说，纯真的成果好、流程对是没有意义的，最终照旧要相识客户真实的业务环境。

以上，就是我对 B 端产物用户行为的宏观领略。

二、用户视角体会用户行为

之前我做产物，满脑筋想的是流程该怎么走，逻辑上应该怎么样。

此刻转头看看本身设计的成果，真的不堪回顾，也拿出来让各人瞅瞅。

1. 配置下的照相水印开关

1）配景

客户打点要求督导在巡检门店时，要有本身的定位信息，证明他们确实是在方针门店巡检。同时，上传的图片也需要有「时间」和「定位」的信息，便于后期归档留证。

2）问题和今朝的办理方案