本文へ移動
Telemetry
お客様の事例

ビルダーが構造化イベントと SQL を密接に保つ理由

公開された顧客からのフィードバック。確認済みのコンテキストと実践的なパターンとともに提示され、メトリクスや実装の詳細を考え出さずに他のチームが適応できるようになります。

確認済みのフィードバック

すべてのストーリーは、お客様の公表された声明を当社の解釈から切り離し、でっち上げられた展開の詳細を避けます。

再利用可能なイベントパターン

それぞれのストーリーは、根底にあるニーズを、別のチームが評価できる実用的なインストルメンテーション、クエリ、レポートのワークフローに変えます。

検査可能な分析

関連する SQL レシピには、イベント フィールド、クエリ ロジック、合成結果、視覚化、運用上のエッジ ケースが示されています。

Telemetry の測定結果をお持ちですか?

お客様が正確なコンテキストを確認して承認した場合にのみ、実装時間、イベントの量、クエリまたはレポートの改善、および運用の結果を公開します。

ベースライン

変更前に使用されていた以前のワークフロー、レコードのソース、および計算。

測定ウィンドウ

正確な UTC 日付、完全な観測期間、および除外された間隔。

作業負荷と変更

評価されるイベントの量、ユーザーまたはアカウントの粒度、インストルメンテーションの範囲、および製品の変更。

検証結果

分子、分母、単位、比較を含む、再現可能なクエリまたはソース レポート。

注意事項と承認

既知の交絡因子、解釈の制限、正確な公開言語に対する顧客の承認。

お客様のストーリーを共有する証拠テンプレートをダウンロード

ダウンロード可能なレコードのカバー 5 測定された結果を出版のためにレビューする前に、必須の証拠グループを作成する必要があります。