品牌电商如何促使新客首次下单

场景3:新客/follower首次下单

案例:

Marry注册了天猫会员,但是一直未下单。

然后分析Marry的标签

在系统中找到与玛丽类似的现有客户,在注册后1个月内的第一个订单是购买了彩色化妆品

这时候就给客户推送“看看我们的睫毛膏和唇膏的拳头产品! 惊喜礼物正在等待您再次购买”


品牌电商如何提高复购率

场景2:复购转化率

案例:

Alice看过有关该色号唇膏的好评后,购买了该色号的唇膏

后续Alice 又浏览了有关眼妆的文章,然后将该某款睫毛膏加入到了购物车

一个月后还是未下单

这时候就给客户推送“看看我们的睫毛膏和唇膏的拳头产品! 惊喜礼物正在等待您再次购买”


品牌电商利用相似建模获客场景

品牌电商获客场景1:用相似建模来获取客户

案例:Alice (one high value persona example)

Alice标签:千禧一代女性、办公室女性、每年在品牌上的支出人民币2000-3000元、偏爱护肤产品、偏爱在线渠道、高度参与促销、经常阅读帖子

通过分析Alice 的标签,然后在广告平台腾讯广点通、阿里妈妈平台找到相似标签的用户来推广


零售行业消费者价值环形网络

#零售行业消费者价值网络转变

过去:以产品为中心的单向链式价值链

通过质量、性价比、占有率提升获取高潜在消费者,满足存量 消费群体和潜在需求,通过研发、规模化生产、批发、批发+ 零售、折扣满足需求,提高销售收入,提高效率并降低库存。

未来:以消费者为中心的环式价值网络

全产业各个要素均透过大数据参与构建与消费者的链接,发挥各 自的优势能力所长,共同通过场景、互动、链接、体验、定制来 洞察消费者需求,最优化产业资源配置,基于敏捷感知和生态服 务满足和创造新需求。


Presto架构

Presto架构

Presto是一个在一组机器上运行的分布式系统。 完整安装包括协调员和多个工作人员。 查询从客户端(Presto CLI、presto-jdbc)提交给协调器。 协调器解析, 分析和计划查询执行,然后将处理分发给worker工作进程。

presto硬件架构


oauth2-client在Nginx代理后遇到的问题和解决方案

OAuth2 Client在实际运用过程中遇到的问题

服务程序集成了OAuth2-Client,以便于用户能够方便集成到支持OAuth2第三方登录的自有业务系统中。开发完成后,本地测试、或者直连服务程序,都没有问题。但凡放到线上环境,经过了nginx 转发后,我们的服务程序OAuth登录永远是以失败告终。

现象如下:

访问需要授权的接口时 https://blog.95id.com:4005/user_attr,期望是跳转到授权服务器 github.com进行登录授权,但实际都是跳转到``http://blog.95id.com/login`

因为当时直接用服务程序的端口没问题,就将解决思路放在了nginx 转发过程上。

当时线上环境路由规则类似于:

第一层:nginx1 4005 (ssl、负载均配置在这)

第二层:nginx2 4005

第三层:oauth2-client 8082

再看nginx 的配置,第一层nginx 配置:


Aspectj LTW 实践

Aspectj LTW 实践

本文将介绍使用 AspectJ,介绍它的 3 种织入方式。

AspectJ 作为 AOP 编程的完全解决方案,提供了三种织入时机,分别为

  1. compile-time:编译期织入,在编译的时候一步到位,直接编译出包含织入代码的 .class 文件
  2. post-compile:编译后织入,增强已经编译出来的类,如我们要增强依赖的 jar 包中的某个类的某个方法
  3. load-time:在 JVM 进行类加载的时候进行织入

AOP 面向切面编程

AOP 面向切面编程

概念

大家都知道OOP,即ObjectOriented Programming,面向对象编程。而本文要介绍的是AOP。AOP是Aspect Oriented Programming的缩写,中译文为面向切向编程。OOP和AOP是什么关系呢?首先:

在OOP的世界中,问题或者功能都被划分到一个一个的模块里边。每个模块专心干自己的事情,模块之间通过设计好的接口交互

OOP和AOP都是方法论。我记得在刚学习C++的时候,最难学的并不是C++的语法,而是C++所代表的那种看问题的方法,即OOP。同样,今天在AOP中,我发现其难度并不在利用AOP干活,而是从AOP的角度来看待问题,设计解决方法。这就是为什么我特意强调AOP是一种方法论的原因

###AOP

Java 语言中,从织入切面的方式上看,存在三种织入方式:编译期织入、类加载期织入和运行时织入。

编译期织入是指在Java编译期,采用特殊的编译器,将切面织入到Java类中;而类加载织入则指通过通过特殊的类加载器,在类字节码加载到JVM时,织入切面;运行期织入则是采用CGLib工具或者JDK动态代理进行切面的织入。

所以,AOP 代理则可分为静态代理和动态代理两大类

  • 静态代理是指使用 AOP 框架提供的命令进行编译,从而在编译阶段就可生成 AOP 代理类,因此也称为编译时增强;典型代表Aspectj。
  • 动态代理则在运行时借助于 JDK 动态代理、CGLIB 等在内存中“临时”生成 AOP 动态代理类,因此也被称为运行时增强

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×