# 案例解读

### 案例1：短信验证服务停止导致注册转化率下降

我们建立了注册转化漏斗，度量了每一步的转化率和整体的注册转化率。除了看到整体的转化情况，我们按照时间维度来监控每一步和整体转化率的趋势。发现，第一步转化率在 4 月 8 日有明显下跌。 ，而该环节对应的是填写手机验证码的环节。

 经查发现，欠费导致短信验证服务被代理商自动停止，于是及时充值，恢复短信验证服务后转化率回到之前的水平。这个案例中，通过对每一步转化率的监控可以及时发现问题，及时止损，避免造成更大范围的影响。

![](https://docs.growingio.com/.gitbook/assets/skitch.png)

![](https://docs.growingio.com/.gitbook/assets/2%20%281%29.png)

### 案例2：电商平台 App 购买转化率低于网站优化后明显提升

某电商网站使用 GrowingIO 漏斗衡量交易转化时发现，App 上的用户量高于网站，但转化率却低于网页端。

![](https://docs.growingio.com/.gitbook/assets/3%20%287%29.png)

具体步骤上可以看出，用户提交订单之后到支付环节的转化率明显低于网页端，值得注意的是，提交了订单的用户购买意愿非常强烈，是很有潜力唤回的一批用户。但是他们却选择了返回到上一步，而不是去支付。

 对比网站和 App 在支付页面的信息结构发现，App上的支付页面缺少了订单商品的详细描述、收货人地址和联系方式等信息，导致很多用户返回到上一步确认，同时带给了用户犹豫，从而导致转化率下降。

 于是，产品经理参考网站的信息结构，补充了详细信息，同时在支付环节进行流失用户召回。

![](https://docs.growingio.com/.gitbook/assets/4.png)

从漏斗的趋势图中监测支付环节优化后的效果，App 端提交订单到支付环节的转化率明显提升，甚至略高于网站转化率，整体转化率也被拉高。同时，在漏斗中选择进行召回的用户作为目标用户，观测召回后的转化率变化，以此来评估本次唤回活动的效果。

 类似转化问题，仅靠直觉是很难发现；它需要产品或者运营人员高度的数据敏锐感、娴熟的业务技能，这也是转化分析高级阶段的表现，发现问题后进行产品优化，然后回到漏斗中监控优化效果，产品在不断的迭代中，稳步增长。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://growingio.gitbook.io/docs/product-manual/product-analysis/funnel/example.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.