应用体系和实验方法

昨天跟人交流工作，被问之目前项目里面都做了哪些东西，介绍一番。这个专题、那个分析应用，一不小心都吓自己一大跳，怎么这么多呢。接着就收到一则批评，认为现在这个项目，专题太多，太零散，没能形成体系。下意识里，准备要维护一下我们项目的。但发现，确实，就是没有体系。比如搞客户分群，搞竞争对手，这些都是割裂的，每个专题在项目里面，是不同的人负责，在客户那边，也可能是不同的人负责那些活动。除此之外，哪些专题是基础性的，哪些是可以凌驾另一个专题的。没有这样的立体结构，或许这就是称之为的"体系"吧。

这个话题，当然也可以跟那个自上而下或是自下而上的问题联系起来，差不多是同一性质的。所以，要说那个好那个坏，说不出所以然。不同层面的人都会有不同的倾向，不同的阶段也有不同的做法。俺的倾向在ttnn中也多次比较提到，更推崇自下而上。因为现在我们很多工作都是"实验型"的，而不是将成品交付出去。如果是后者，到应该使用自上而下，但现在几乎没有这样的BI项目。

想到如果是十八摸那种国际大忽悠来做这种项目的话，他们会怎么做。恐怕真的是讲究体系化的。说出一堆概念，分成若干层次，每个层重点是什么，之间如何交互。好像他们有什么成品似的。显然，大概有一半的人喜欢那样行事，客户领导也喜欢听到那样"考虑充分"的规划。好像已经是成品的东西就是好的似的。

其实，这也跟忽悠能力有关。是啊，比如就拿我们的项目来说。客户的能力不错，也比较强势，很多专题都有大部分他们的意见。要是整天跟他忽悠，谈虚的。搞不定。只能看实实在在的效果（虽然，这"实实在在"也不一定是实实在在的）。但如果换另一个客户，能力稍弱一些的，市场不是非常发达的，你当然可以摆出一副资深专家的样子，说，"俺们给你提供一个全面解决方案，首先，要搭建一个分析体系…"

总觉得谈"体系"这个话题，时机还不成熟，现在谈也是空谈。倒是另一个话题比较实际。

如何将分析融入市场活动中，这不是简单一句命令就完事的。至少得有较强的执行力吧，还有方法。这里的方法，或者可以成为业务流程。"在提供分析结果的同时，必须得考虑业务流程"，这是比较空洞的话题。也许应该深入问下去。分析结果可以分成几类？业务流程包括哪些部分，谁参与，可不可操作？可惜，这方面往往是我们这类搞IT的欠缺的。从身边的这些专题应用中，发现不少令人头疼的漏洞，开始考虑不全面。比如，要分析的目标没有定义清楚，数据反馈不及时，也不合要求、评估的指标没有太大意义…
目前，有些厘不清这些因素，但也许过不了多久，我就能够稍微清楚地将他们表示出来。

但这不是一开始提到所谓的"体系"，还是方法，是如何保证分析应用在市场活动起到效果，并且能够验证效果的一种实验方法。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友