编辑导语：toB产品经理不仅需要与设计师打交道，还需要和数据分析打交道。当你在业务方面遭受到了瓶颈，这时候就需要用分析自己的产品的数据变化，因此toB产品经理该如何做好数据分析呢?

对于我来讲，我本身是学的软件工程，后来从事产品经理，作为toB端的产品经理，可能最爽的点在于设计软件的过程中，能把业务吃透，面对庞大的业务体系和复杂的逻辑，很难让自己在专业方面没有提升。

但是在经历面向的大多数是大客户和领导层面的人之后，难免会产生枯燥的感觉和到达瓶颈的挫败感，因为大多数情况下，toB产品不需要创新，不需要美感，更不需要突然爆发的灵感，需要的是对客户业务场景的深入调研和理解，强调的是客户的价值。

在toC端数据分析一片红海的情况下，toB在此领域倒是显得有些呆萌，说到底，toB的产品对于数据分析这项技能用的很少甚至不会用到。

但是，在经历了上述心路历程之后，也会有新的发现，那就是在toB端工作久了，越来越发现对于政策的把控和对于民生发展的趋势的把握显得十分重要，然而在公司的背景下，对于有些东西是现成的，直接拿来上手去做就可以，这就导致了对自身思维的禁锢。

但是哪怕假设假如以后会创业（每一个产品都有一颗创业的心），对于数据分析来讲也是写好计划书的一小部分不可忽视的技能，所以当toB遇到数据分析未尝不能擦出一些火花。

后续会更新更加详细的步骤包括用到的工具。

以下内容均来自一个初步认知数据分析的toB产品的总结：

数据分析大致可以分为以下几个步骤：

1. 问题工程：得到什么结果
2. 信源工程：数据从哪来
3. 数据工程：也可以叫数据处理(为了格式一致就叫那个名字吧)，目的是得到“好”数据
4. 特征工程：从哪些维度入手
5. 模型工程：标签应该怎么分析
6. 展示工程：结果怎么呈现

**，讲好一个故事，一个可以将上述步骤都包含进去的故事。

一、问题工程

问题工程简单来讲就是想要得到什么结果。什么样的曲调决定了歌词情感动向，如果在一开始就没有想清楚到底研究的是什么问题，或者没有一个明确地主旨的话，那么后面所做的东西都用不上（简称：垃圾）。所以第一步虽然是最简单的，却也是最重要的。

二、信源工程