hr|完整进行中后台产品业务分析和结构化的方法（上）

编辑导语：第一次接到对于中后台产品业务，不知道如何下手？作者分享了一些自己做完整地进行中后台业务分析和结构化方法，或许对你有所帮助。

一、“组织和角色”从需求调研到业务调研，从业务分析到业务构架。继而完成系统的整体构架，最后升华到业务优化的推动，甚至对行业及公司战略的影响。
这个LOOP的升迁也是我心中CRM类系统相关工作的“段位”升迁路径。从需求调研，功能细节设计的脚踏实地，到战略参与的仰望星空。这并不断层，而是个有机的连续的体系和升迁路径。
小珠CRM分享至今，这部分是我这几工作心得的核心，愿意分享，讨论，学习，共同进步。
无论你是甲方自己的产品及运营人员还是业务分析人员，或者是乙方的需求分析，咨询人员都涉及到本文。
1. 第一次分享10多年前，进入一家外企工作，现在看来做的是产品运营，或者系统产品的需求管理，运营及运维。那时候没有系统，部门在进行多个销售过程优化，客户智能分析等相关的业务优化和体系建立项目。
当时外企的客户智能部门成立很早，其实这个部门梳理建立的体系，流程是CRM类系统成功的前提，直至今日我任然建议您公司上CRM系统不能由IT部门牵头管理，应该在业务运营部门。对应一个时髦的职能，自己系统成功的”客户成功职能“。
客户管理制度优化好了，销售流程有了，数据分析方法有了，就缺数据了。我就被委派和外包开发团队合作，建立了公司第一个CRM系统。现在回想有非常多的缺陷，我们在不知道CRM为何物时，就建立了相对庞大的CRM系统。
一年后，系统就运行平稳了，当时市场部有一个同事，该部门也想做个系统，管理市场活动，信息收集，活动效果等。就找到我，让我介绍下作为甲方，如何从0-1建立系统。
我和她聊了聊，觉得她没太听懂。我认真思考了几天，把我这一年第一个系统的工作方法总结了下。最后她们还是放弃了。但我的方法和思考留了下来。当时我入坑不深（CRM大坑），也要考虑如何给非IT人士（我也非IT人士）讲清楚，所以一句话来构建系统，我想想明白这句话，系统大体轮廓就出来了。
一句话!
“什么样的人，在什么时候，对什么样的数据，有什么样的权利。”

2. “什么样的人”之组织职能分析你构建的系统是给什么样的人用的？
不要告诉我张三，李四，张总，王总。是给公司什么样的部门用的？
对于公司管理还不太完善的公司，或者部门命名五花八门的情况下，可能你要自己重新定义部门职能定位，一般公司的职能有销售职能，产品职能，运营职能，市场职能，支持体系（HR, 财务，行政，IT等）。
每个职能部门要研究其组织形式，这也是为何做好业务系统其实要对企业管理与基本的知识和理解。
和CRM结合最紧密的职能之一，销售职能。有多少部门组成？如何分工？组织结构的本质形态是什么？
如常见的分类，第一级别先根据渠道来分：直销，代理商等等。在此之下的可能是矩阵式，如常见的是业务线和城市两个维度形成矩阵式。
还有一种是第一层用城市划分，下面在区分渠道类型。当然还与业务线。
总结下来，常见的销售组织维度一般有下面几个维度来形成。

绝大多数公司用这几个维度在不同层级构成了销售职能的组织结构体系。