1.4 关于方法论

关于全渠道画像营销系统怎么做，本节介绍一下方法论的内容。

不同企业对全渠道的需求是不一样的。对于互联网公司，App是它主要的用户渠道，企业微信、公众号、小程序以及CRM等渠道则作为辅助企业运营和管理的工具，帮助公司更好地与用户进行交互。对于医美、房地产、餐饮等行业中的企业，其用户可能并不需要App去承载，通过企业微信、公众号、小程序、CRM等渠道就可以把私域运营得很好。

对渠道的侧重不同，也会带来产品功能的不同。App渠道承载的用户量级和日志数据量级一般很大，这就导致后台需要使用大数据的集群和中间件去处理、存储海量用户数据，对数据检索、OLAP分析、用户标签数据查询服务、实时营销等的性能要求也会很高。用户量级很大的公司（比如覆盖几亿用户）甚至会把上面介绍的几个功能拆分成独立的产品去运营维护，且会给每个功能部署多个副本以支持高可用。

像企业微信、公众号、小程序、CRM等渠道承载的用户量级则小了很多，对应用系统的性能要求没有那么高，在做消息推送时，只需要开启多线程任务推送，不需要使用大数据中间件去处理、存储数据，但是在很多功能细节上需要用到一些处理技巧。

构建全渠道用户画像时主要包括4个环节：需求梳理、渠道对接、功能设计、功能开发。

1.需求梳理

项目经理或产品经理根据业务需求梳理需要运营哪些渠道的用户、通过什么样的方式进行运营管理。

2.渠道对接

项目经理或产品经理根据要对接的渠道去对应的官网查看API文档，通过API文档开放的接口可以知道能实现什么样的功能。一般来说，可以拿到用户数据、订单、一些简单的行为日志，以及该渠道触达用户的方式，比如微信消息、公众号消息、模板消息、短信、私信、评论回复等。

在实现层面，企业需要在对应的平台注册账号并登录管理后台，在管理后台可获取本企业的AppId、AppSecret等身份信息，将AppId、AppSecret加入接口请求可获取accessToken数据（accessToken是调用凭证，可视为企业的身份证号）。在请求各种API时带上accessToken即可获取到本企业在该渠道下的各类数据。

对于每个渠道的数据集成一般也可分为两种模式。

❑通过接口拉取数据：这种方式属于主动地拉取离线数据，即通过授权的accessToken去请求各个接口，离线拉取各API的数据明细存入数据库中。

❑通过消息回调接收数据：这种方式属于被动地接收实时数据，即企业将消息接收的URL配置在该渠道的管理后台，用户在该渠道上的行为动作产生的日志数据会实时推送到配置的URL上。比如用户给公众号发送消息、点击了菜单、扫码关注了公众号等行为都会产生日志。

3.功能设计

产品经理需要根据业务目标设计产品功能和产品原型。而各个渠道能实现的功能一般都有成熟的模式可以借鉴。

❑App渠道：BI报表、标签管理、单用户查询分析、用户人群创建、人群分析、用户行为分析模型、人群包的营销、实时营销等。

❑公众号渠道：粉丝管理、消息自动回复、群发消息推送、模板消息推送、渠道参数活码、裂变海报、自定义菜单功能、客服会话管理等。

❑微信渠道：客户标签管理、客户管理、生命周期管理、在职继承、员工活码、群活码、统计分析报表、聊天快捷回复、客户雷达图、聊天素材管理、客户SOP、客户群SOP等。

❑小程序渠道：客户管理、数据看板、用户行为分析、引流短链、模板消息推送等。

❑抖音渠道：粉丝/关注者管理、数据看板、客服消息管理等。

❑第三方电商渠道：数据看板、客户管理、订单管理、营销自动化等。

这些功能点在后面的章节中会有详细的介绍，这里不再展开。

基于产品设计的交互稿，由UI设计师进行产品页面美化，出页面效果图。

4.功能开发

现在的应用系统基本都是前后端分离的，在人员配备上需要前端开发（用Vue、React等框架）工程师、后端开发（如基于Java开发，用Spring Boot、Spring Cloud等框架）工程师，如果包括大数据处理的环节还需要大数据开发（ETL、Spark、Flink等任务）工程师。人员配备齐全后，接下来就是把握好项目周期按阶段实现产品功能。