AIアプリの公開範囲は、どのように決めますか？
初めての業務アプリは、利用者とデータを限定した社内検証から始めるのが基本です。取引先向け、顧客向け、一般公開へ広げるほど、本人確認、組織ごとの権限、データ分離、問い合わせ、負荷、障害時の責任が増えます。『誰に使ってほしいか』だけでなく、『何が見えるか』『問題時に誰が止められるか』から公開範囲を決めます。
公開は、使える人を増やすだけではない
公開範囲を広げることは、便利になることでもあります。同時に、見せてよい情報、登録できる人、誤操作・不正利用・停止時の影響も広げることです。URLを知っていれば使える状態と、本人・所属・役割を確認して使える状態は同じではありません。
試作品のURLを共有できたからといって、顧客へ提供できる品質になったとは限りません。公開は技術操作ではなく、事業と運用の判断です。
三つの段階で考える
社内限定は、社員であれば無条件に全データへアクセスできる意味ではありません。部署・役割ごとの権限、異動・退職時の停止、ログを決めます。取引先向けでは、会社Aの情報が会社Bへ見えないデータ分離と、招待・停止の手順を確かめます。
一般公開では、匿名利用かアカウント制か、入力できる内容、利用規約、問い合わせ、負荷、悪用への備え、個人情報の取得を検討します。外に広げるほど、画面以外の仕事が増えます。
四つの質問で、公開範囲を決める
一つ目は誰が使うか。二つ目は何を見て入力するか。三つ目は利用者やデータが混ざったときの影響。四つ目は問い合わせ、停止、復旧を誰が担うかです。答えられない項目があれば、範囲を狭めるか、専門家を含めて設計します。
特に人事情報、顧客情報、複数社のデータを扱う場合は、単一のIDとパスワードを配るだけで進めません。認証と認可、組織ごとのデータ分離を、実際のテストで確認します。
社内検証から外部提供へ進む判定点
社内で使えた後、権限のない操作が拒否されるか、データの削除・訂正に対応できるか、費用と負荷を監視できるか、障害時の代替手段があるかを確認します。外部向けでは問い合わせ窓口と責任範囲も必要です。
満たせないから直ちに中止ではありません。対象顧客を限定する、機密データを扱わない、担当者が同席するなど、検証の境界を小さくします。
公開先より先に、公開条件を書く
最初の一歩は『社内の営業3人が、架空データで2週間試す』のように、利用者、データ、期間、責任者、停止条件を一文で書くことです。この条件が、認証、権限、テスト項目を決める設計書の入口になります。
どのクラウドへ置くかは重要ですが、サービス名だけで安全は決まりません。会社の基盤、契約、設定、運用できる人を合わせて選びます。
出典・参考情報
情報は最終更新時点の内容です。サービスの仕様・料金・利用条件は公式情報をご確認ください。