アプリは動いています。次は有料顧客を迎える準備です。

動くデモでは確かめられないこと

デモで証明できるのは、自分でクリックした経路だけです。実際の顧客、ボット、決済サービスはそれ以外のすべてを試します。失敗したときに費用や信頼を失う項目から、まず確認します。

• データのアクセス権限：ログインしたユーザーが他のユーザーのデータを読んだり変更したりできないか。
• 秘密鍵：APIキーや管理者用のキーが、ブラウザのコードやリポジトリに入っていないか。
• バックアップ：存在するか、実際に復元を試したことがあるか。
• 決済：決済のWebhookが検証され、同じイベントが繰り返されても二重課金や二重アップグレードにならないか。
• コストと悪用：AI機能を誰でも無制限に呼び出せて、利用料が膨らむ状態になっていないか。
• エラー：障害が起きたとき、顧客から連絡が来る前に気づけるか。

診断で受け取るもの

判断する方に向けた1ページです。一般的なチェックリストではなく、現在動いているアプリそのものについて書きます。

• 見つかった問題ごとの優先度：公開前に直す、早めに直す、後でよい。
• アプリを置くべきホスティング先。顧客や契約が求める場合は国内リージョンも含めて検討します。
• 修正の内容、固定価格の概算、期間。
• 修正を依頼する場合、診断費用は修正費用に充当します。

ご用意いただくもの

読み取り専用のアクセスで十分です。本番のアプリを変更できる権限はお願いしません。

• 公開中のURLとテスト用アカウント（または作成の許可）。
• コードの閲覧権限：GitHub、GitLab、またはReplit、Lovable、Boltからのエクスポート。
• データのルールをSupabaseやFirebaseなどの管理画面で設定している場合は、その閲覧権限かエクスポート。
• 最初の有料顧客に対してアプリが何をすべきかを伺う10分間。

修正を依頼する場合

修正は別の作業として、着手前に書面で合意する固定価格で行います。計画で見つかった問題を解消し、管理はお客様の手元に残します。次の内容を含められます。

• お客様名義のアカウントでのホスティング、自動デプロイ、変更を試すためのステージング環境。
• データアクセスと秘密鍵の問題の解消と、それが維持されていることを示すテスト。
• 毎日のバックアップと、実際に試した復元手順。
• 顧客が気づく前に届くエラー通知と稼働監視。
• お使いのAIコーディングツールが作業を続けられるリポジトリと運用手順書。

レビューを担当する人

ポーランドを拠点とするシニアエンジニアのUrbanoです。自身の本番アプリもAIコーディングエージェントを使って毎日開発・運用しています。営業担当ではなく、作業する本人と直接やり取りできます。