個人開発のアプリやサービスが止まったとき、最初に困るのは原因の調査より、利用者に何をどう伝えるかだったりします。焦っている最中は言葉が選べず、不正確な一文を出してしまうこともあります。落ち着いている日に告知文の型を作っておく手順を書きます。
起こりそうな止まり方を書き出す
過去に実際にあった停止と、起こりうる停止をメモ帳に数行で並べます。サーバーの不調、外部サービスの障害、自分の設定ミス、配信した更新の不具合など、原因ではなく利用者から見た症状で書くと、次の文面づくりに使いやすくなります。
告知に入れる要素を決める
何が起きているか、影響を受ける機能、利用者側でできること、次に知らせる予定。この四つがあれば最低限は伝わります。原因の推測は、確認できるまで入れないと先に決めておくと、迷わずに済みます。
状況別に空欄つきの文面を作る
全面的な停止、一部機能の不調、データに影響が出るかもしれない場合、復旧後の報告の四種類ほどに分けます。それぞれ「○○が現在ご利用いただけません」のように、埋める場所を決めた文面にしておきます。
載せる場所を先に決める
アプリ内、ストアの説明欄、SNS、サイトのお知らせなど、候補を挙げて、自分のアプリが止まっても見られる場所かを確認します。アプリと同じ基盤にお知らせを置くと、止まったときに一緒に見えなくなります。更新の手順も一行で添えておきます。
言い切らない書き方を確認する
分かっていることと分かっていないことを分けて書きます。復旧したと書く前に何を確かめるか、確認項目を二、三個決めておくと、早すぎる宣言を避けられます。原因が不明なら、不明と書いたほうが後で訂正する手間も減ります。
架空の障害で試し書きする
実際の障害を想定して、空欄を埋め、公開する直前まで進めてみます。かかった時間と詰まった空欄を記録します。判断に迷った箇所は、型の側に補足を足して直します。
使った後の記録を残す
実際に告知を出したら、文面、出した時刻、載せた場所、利用者の反応を残します。次に止まったとき、その記録が型を直す材料になります。個人開発の記録や運用の工夫を読み返したいときは、Burning Tribe も手がかりにしてみてください。