この記事で押さえたいこと

  • 使うデータと利用者を、画面の設計と同時に整理する。
  • プロトタイプの設定を、本番用の設定として引き継がない。
  • 公開前の確認結果と、公開後の担当者を残す。

機能の一覧に「誰が使うか」を加える

たとえば問い合わせ管理では、営業担当者が自分の担当分を確認し、管理者が全体を把握する、といった役割があります。画面には同じ一覧が表示されていても、見られる範囲は同じとは限りません。最初に利用者・部署・組織とデータの関係を書き出すと、後から権限を付け直す負担を減らせます。

採用管理や日程調整のように、社外の利用者が参加する仕組みでは、本人用の画面と担当者用の画面を分ける設計も必要です。ログイン後の画面を用意するだけでなく、データを取得・更新する処理にも権限の確認を組み込みます。

  • 利用者は社員だけか、取引先や応募者も含むか。
  • 個人情報・社内文書・録音など、扱うデータは何か。
  • 閲覧・編集・ダウンロード・削除を誰に許可するか。

AI・API連携は、データの行き先から考える

AIによる要約や文書作成を組み込むと、入力した情報が外部サービスへ送られることがあります。「AIが使えるか」に加えて、送信する項目、サービス側の保存・利用条件、契約上の取り扱いを確認しましょう。不要な個人情報を渡さずに目的を達成できないかも検討します。

連携用のAPIキーは、画面のコードや共有資料に直接書かず、サーバー側で管理する設計にします。読み取りだけで済む連携に更新権限を付けるなど、必要以上の権限も避けます。連携が止まったときに、業務をどこから再開するかまで決めておくと運用が安定します。

プロトタイプと本番公開の間に確認工程を置く

プロトタイプは、業務の流れや使いやすさを早く確かめるために役立ちます。検証中はダミーデータを使い、公開範囲も絞るのが基本です。実際の顧客データを入れる前に、本番用の認証・権限・保存先を確認します。

段階確認すること
要件整理利用者、データ、外部連携、承認者
プロトタイプ操作の流れ、ダミーデータ、検証用の公開範囲
本番化認証・権限、認証情報の管理、DB接続、動作確認
運用変更時の確認、障害時の連絡先、定期的な見直し

この表はN2iが相談時の整理に使えるようまとめた例です。必要な確認は、システムの構成や業務上の影響に応じて変わります。

開発を始める前に用意したい、業務とデータの整理表

開発会社へ相談する段階で、詳細な仕様書が完成している必要はありません。現在の仕事を「入力・確認・保存・共有」に分け、誰がどの情報を扱っているかを整理するだけでも、打ち合わせの出発点になります。たとえば問い合わせ対応なら、受付フォーム、担当者への振り分け、回答の下書き、回答の確定、対応履歴の保存という流れが考えられます。

この例でAIを使う目的が回答の下書きなら、顧客の連絡先までAIへ送る必要があるかを確認します。過去の対応記録を参照する場合も、別の顧客の情報が回答に混ざらないよう、検索対象と表示対象の範囲を設計します。先に業務の境界を決めると、画面、権限、外部連携を同じ前提で検討できます。

整理する項目問い合わせ対応の記載例
目的回答の下書きを作り、担当者の確認時間を減らす
利用者担当者、責任者、問い合わせをした本人
対象データ問い合わせ本文、対応履歴、必要な社内資料
確定する人担当者が内容を確認してから送信する
止まった場合既存の受付・回答手順へ戻す

新しいシステムへ全業務を移す前に、一つの業務と少人数の利用者で試す方法もあります。ただし、利用人数が少ないことは安全性の根拠になりません。試行でも実データを扱うなら、必要な認証、権限、外部送信の条件を先に満たすことが大切です。

要件変更のたびに、セキュリティの前提も更新する

試作が進むと「部署全員に共有したい」「スマートフォンからも使いたい」「CSVをまとめて出したい」などの要望が出てきます。便利になる一方で、利用者やデータの取り出し方が増えるため、最初の権限設定がそのまま使えるとは限りません。変更する機能と一緒に、影響を受けるデータと権限を確認しましょう。

確認結果には、対象機能、確認した利用者の役割、使用した環境、結果、未確認の項目を残します。「セキュリティ確認済み」という一言よりも、何をどの条件で確認したかが分かる記録の方が、情シス担当者への説明や後日の変更判断に役立ちます。

既存のシステムを残しながら試せますか？

業務に応じて、既存システムを使いながら別の検証環境で試す進め方を検討できます。二つの環境でデータを更新すると不整合が起こるため、どちらを正しい記録として扱うか、同期が必要かを決めます。移行時には権限とデータ件数だけでなく、添付や外部連携が引き継がれるかも確認します。

開発会社へ最初に何を伝えればよいですか？

改善したい業務、扱う情報の種類、使う人、既存ツール、公開したい時期を伝えると、優先順位を整理しやすくなります。顧客名や実際の個人情報を送る前に、ダミーの画面や項目名だけで説明できる範囲から始めてください。

名古屋のN2iに相談できる開発領域

N2iは、AIを使ったプロトタイプ、業務Webシステム、採用・人材領域のツール、外部サービスとの連携を支援しています。UI/UXを起点に要件を整理し、事業の段階に合わせた開発・運用体制を考えることが、公式の開発支援サービスでも示されています。

「自社の業務をAIで効率化したい」「試作したアプリを、個人情報を扱える構成に整えたい」といった段階からご相談いただけます。画面だけでなく、認証・データ・API・公開環境のつながりを確認し、必要な作業と対応範囲を整理します。初回相談で、取り扱うデータの種類と不安な点をお聞かせください。

参考・関連資料

本記事はN2iが開発・公開支援の観点からまとめた解説です。記載した業務例・表は説明用で、特定の顧客案件を紹介するものではありません。公式資料は2026年10月9日に確認しました。個別の対応範囲は、システムの構成に応じて確認します。

CONSULT WITH N2i

公開前の不安を、開発会社に相談。

AIで作ったシステムや、個人情報を扱う業務Webシステムの公開に迷っている方へ。名古屋のN2iが現在の構成を伺い、必要な確認と作業を整理します。

30分の無料相談を予約

コード共有前のNDA対応可。作業費は要見積。初回予約にAPIキー・パスワード・実際の顧客データを送る必要はありません。

← ブログ一覧へ戻る