怎么设计故事数？
故事数作为数据指标从很早之前就存在，最近两年有明显上升趋势，除了大家普遍开始使用之外，也是因为数据分析师在故事数的基础上做了大量价值外溢。故事数的计算，要从其业务含义和分析场景说起。
作为数据指标，都要考虑其业务含义。故事数的业务含义就是“用户在使用产品时完成了一个比较完整的故事”。这里有两个关键词：用户和完整的故事。一个很简单的数学拓展就是“故事数就是完成故事的用户数”。这里我们先不考虑“完成故事”的定义，用上述的数学拓展就可以设计出一个很简单的故事数指标计算方法：
count-distinct【if(完成故事，用户id，null）】
这种计算方式下：
故事数就是完成了故事的去重用户数。
如果一个用户有多次完成故事的机会均会累加。
一个用户完成多次故事，只计算一次。
除了用户之外，对于故事本身的理解也有非常广泛的应用。我们用上述的“数学拓展”方法来思考故事本身：
什么是完整的故事？一个故事中应该有什么？故事应该有多长？故事数应该有多少？
这里对应了故事的定义和故事的构成分析（也可以叫分解），即故事由哪些场景/事件组成。
上述的一些问题，都是一种对“故事”本身的衡量维度，即从故事的角度对用户的行为进行分析。
所以，当一个业务对故事数指标有需求时，通常可以展开思考两个方向：
对于用户来说，如何完成一个故事流程（即“故事”指标的定义）；
对故事本身来说，故事的构成和故事自身的健康情况度量。
在实际落地中，“故事”是一个高度抽象的词汇，在各业务场景中会转换为不同的名称，如：学习路径、课程、任务等等。