個人アプリ・ゲーム

レビューが上がってから返信・修正まで

1. 受付

   ストア・Discord・メールの兆しを、レビュー・バグ・機能の要望・返金に分類します。

2. 連結

   同じ症状のレビューとクラッシュのレポートを一つにまとめます。

3. 下書き

   返信・バグの再現のメモ・機能の要望の整理の下書きを用意して上げます。

4. 待機

   公開の返信とアプリ内課金の回答は、掲出の前に承認待ちに立てます。

5. 記録

   開発者の修正とユーザーの反応を、次の基準の候補として残します。

人が確定すること

返金

取り消しにくい決済なので、開発者が確定します。

アプリ内課金に関わる回答

決済のポリシーがかかる回答は、開発者が直接確認します。

公開レビューの返信

外部に見える返信は、掲出の前に人が確認します。

大量の告知

全ユーザーへの告知は、人の確認後に送信します。

何で良くなるかを見ます

レビューの応答率

上がったレビューのうち、返信が用意された割合です。

バグの再現・分類の時間

バグの報告が再現され、分類されるまでにかかる時間です。

機能の要望の反映の追跡

要望が反映まで続いたかどうかが追跡される割合です。

インディ開発者からよく聞かれること

ストアのコンソール・Discordをそのまま使えますか

はい。新しい道具に移さず、今使っているストアのコンソール・Discord・イシュートラッカーの上に流れだけを載せます。

公開の返信をAIがすぐつけますか

返信の下書きまで用意し、実際の掲出は開発者が確認したあとに実行します。

バグの報告はどう管理されますか

同じ症状をまとめてイシュートラッカーのバグに連結し、修正のあとに返信の候補を上げます。