讓我們先來看看這個問題:
【圖像上傳失敗...（圖像-6b 879-1571722027209）】
也是去年MTD同期，會出現兩種情況。請仔細觀察，發現我們需要的是上面那個。原因如下：
以下是標準計算:
通過嵌套定義KPI是重用的標準用法。
根據定義的MTD繼續計算去年同期也非常簡單，如下所示:
此時，我們可以得到壹個結果，如下:
可以看出，這種計算在開始時會得到錯誤的形式。嚴格來說，從技術邏輯上講沒有錯，但從商業邏輯上講，不符合常理。
從業務角度來看，要計算去年同期的MTD，開業條件應滿足:
為此，我們定義了以下計算規則:
從中可以看出，在上壹個數據月之前，它是按常規方式計算的；在最後壹個數據月，按最後壹天計算。因此，我們得到:
這樣，就獲得了正確的結果。
大多數專家在這裏都沒問題，但此時實際上隱藏著壹個非常細微的錯誤。看看妳能不能看到它？
怎麽會有蟲子？如果妳仔細思考它，並壹天壹天地生活在妳的腦海中，妳會發現如果這個月到達最後壹天，它就會變成滿月。壹旦它變成滿月，就應該與去年同期的滿月進行比較。二月有壹個閏年，例如這壹天是2017-02-28，應該是2016-02-29。
將前面的公式修改如下:
這樣，可以獲得最精確的計算。
就在文章發表時，出現了新方法，如下所示:
MTD不是壹個復雜的問題，默認的計算是正確的，但在業務常識上可能會有壹些差異，因此我們需要調整壹些指標的計算。壹個常見的套路是:
這個案例啟發我們根據層次結構來定義測量值，這些測量值可以在不同的場景中重用，我們需要考慮邊界條件以使計算更加準確。樣本文件已被訂閱成員星球* * *享用。祝妳玩得愉快。