アプリケーションのダウンタイム中に通信を管理する方法は?


8

私は最近、アプリケーションのダウンタイムに関して、ベンダーと自分のアプリケーションの両方から多くの経験をしました。これは私に考えさせられ、最善を尽くしてGoogleができる限り、ダウンタイムインシデント中の顧客コミュニケーションを管理するための良いまたは標準的な方法は実際にはありません。

これは、「私たち以外のすべての人を非難する」アプローチから「台無しにして申し訳ありません」アプローチまで、さまざまな方法で処理されるのを見てきました。

だから私の質問は...あなたがアプリを台無しにしてダウンタイムを引き起こしたとき:

  1. すぐに過ちを認めますか?(あなたは合法的にすべきですか?)
  2. 何が問題であったかについて、顧客にどのくらいの情報を提供しますか?(「問題」対「SQLクエリの1つのコード構文エラー」)
  3. あなたはフォローアップ防止計画に戻ってきますか、それとも単に「これは解決されました」のままにしますか?
  4. リアルタイムのアップデートを提供していますか?どのくらいの頻度で?Twitterまたは公開Webサイト経由ですか?

他に成功しているベストプラクティスはありますか?

回答:


9

これが私がすることです:

  • 結果が何であるかを非常に明確に述べてください(現在そして近い将来)。永続的な可能性のある結果またはその欠如(データの損失、従業員時間の損失)を強調表示します。
  • トーンは非常にニュートラルにしてください。非難/罪悪感にエネルギーを費やさないでください。理想的には、「私はあなたに情報を提供したいが、私の注意は他の場所にも必要です」を伝えます。
  • 通知は多くの人に転送されます。CEOが前半の段落で要点を理解していることを確認してください。通常、私は「エグゼクティブサマリー」を提供します。技術的な詳細は、他の技術者に背景情報を提供できます。
  • さらなる質問のために連絡先の詳細(できれば、ダウンタイムの真っ只中にいる人)を提供し、同じ文で忍耐強く尋ねます(これは頻繁に機能します)。
  • 状況が変化したときに約束が更新されます。

良いニュースがあるときに、オフィスの閉店時間前に(「すべてのスタッフが夜通し続きます-必要に応じてタイムゾーンを考慮に入れます」)、オフィスの開店時間前後に更新を送信します。

問題が解決したら(その単語の定義について)、次を送信します。

  • 結果のタイミングを含む要約
  • 短期間に行われ、将来に向けて計画されたアクション/変更(「教訓」)。に基づく:
  • 技術的な根本原因分析

非難、罪の意識、またはリンチの呼びかけは、できればクールダウン時間の後は別のメールで保管してください。

本当に本当に確実に提供できるのでない限り、ダウンタイム中は何もしないでください。どういうわけか2つの別々の「悪いニュース」の状況は長いものより悪いです。

私はすべてのメッセージ(メール、Twitterなど)で通知がプッシュされるメディアを使用することを好みます。


本当にあなたの答えが好きでした。編集-私は間違った答えにコメントし続けます何が悪いのですか?
Iznogood 2010

1

サービスプロバイダーとサービスユーザーの両方として私が見つけた最も重要なことは、積極的な責任です。それはあなたが言うことはできませんが、いつ(どれだけ早く)それを言うかはできません。

問題が発生して修正された(または作業中である)と通知された場合は、自分で問題を見つけてベンダーに連絡し、世界の状況を把握するよりもはるかに良い方法です。また、非難のゲームにも役立ち、トラブルシューティングの時間を大幅に節約できます(それが私たちですか、それともそうですか)。

詳細に関しては、ユーザーが具体的に詳細な情報を要求しない限り、発生したことの簡単な要約を提供するのが良いことがわかりました。常にできるだけ多くの詳細を必要とする人もいますが、ほとんどの人は(非常に技術的であっても)機能したいだけです。

最後に、二度とそれが起こらないようにするために取った手順を説明できることは、将来の善意と信頼に向けての長い道のりになります。


0

特定のアプリについて、それがどのようにライセンスされているか、サービスを提供している分野などについてあまり知らない; 推測せずに質問に答えることは不可能です。

  1. あなた自身の過ちまで所有することは通常ルートです。多くの法律、SLA、または詳細な契約が適用される分野の場合は、弁護士に相談してください。
  2. 細部が多すぎたり少なすぎたりする間の細かい境界線です。一般に、一般的なユーザーが理解しているように感じる十分な詳細。
  3. それが小さくてすぐに修正される間違いの場合。それにこだわらないでください。それが本当に大きな問題だった場合は、ダメージをコントロールする必要があります。
  4. 小さな間違い、ダウンしたときと修正されたときに通知します。大きな間違い、ソリューションへのマイルストーンに達したときに通知します。

私は、ベンダーにダウンタイムに関する情報を提供しすぎることを望んでいます。しかし、多くの企業はそうすることができないか、弁護士によってジップアップされています。疑問がある場合は、弁護士/保険会社にご相談ください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.