面談の日程を決めるアプリに、担当者が自分のカレンダーをつなぐ。顧客情報を扱うアプリでは、自分のCRM（顧客関係管理ツール）のアカウントを使う。Lovableは、こうした利用者ごとの接続を担う「App User Connectors」を発表しました。
同社によると、アプリ利用者が自身の外部ツールのアカウントを接続し、Lovable側が認可とトークン管理を扱います。認可はデータへのアクセスを許可する仕組みで、トークンはその許可に基づくアクセスに使う情報です。接続先の例には、Google Workspace、Microsoft 365、Slack、Salesforce、HubSpotが挙がっています。
業務アプリを作る人にとっては、誰のアカウントを通じて情報を扱うかを考える選択肢になります。全員の情報を共通の会社アカウントへ集める構成に加え、利用者それぞれのアカウントを入り口にする構成を検討できます。
面談調整なら、希望日時と担当者の空き時間を照らし合わせる
たとえば、人材紹介事業で候補者との面談を調整するアプリが考えられます。候補者が希望する日時と面談の所要時間を入力し、担当者自身のカレンダーから空き時間を参照して、候補日時を絞る設計です。これは想定上の使い方で、実際の導入事例ではありません。
必要なデータを参照できれば、担当者が希望日時と自分の予定を見比べる作業をアプリ内にまとめられる可能性があります。担当者は、絞られた候補を見ながら、面談の準備時間や前後の移動も考慮して日時を決めます。カレンダーに空きがあっても面談を受けられるとは限らないため、最後の判断をどこで行うかまで考えておきたいところです。
候補者に見せる情報は、面談できる時間帯に絞る設計が考えられます。既存の予定の件名や参加者、訪問先まで伝える必要はありません。ただし、空き時間だけを取得できる権限や、必要なカレンダー操作に対応するかは、導入にあたって確認が必要です。接続先で扱えるデータと操作を確かめ、取得する情報と画面に表示する情報を決めることになります。
個別につなぐ設計でも、保存先と表示先は決める必要がある
共通の会社アカウントに情報を集める構成では、集めた情報を誰に見せるかが課題になります。利用者がそれぞれ接続する構成は、面談調整のために全員の予定詳細を一か所へ寄せる必要があるのかを見直すきっかけになります。
もっとも、個別に接続するだけで、情報の保存や表示が適切になるわけではありません。アプリが受け取った予定を保存するのか、別の担当者にも見せるのかは、作り手が決める必要があります。Lovableが認可とトークン管理を扱うという説明は、業務に合ったデータの扱いまで自動で完成することを意味しません。
面談調整であれば、候補日時を出すために参照する情報と、候補者へ伝える情報を分けて考えると、設計を具体化しやすくなります。担当者のアカウントに接続できることを出発点に、業務に必要な範囲まで情報の扱いを絞れるかが検討の焦点です。
公開に向けた登録や審査は残る
発表元の資料によると、ワークスペース側には、接続先の提供元へのOAuthアプリ登録が必要です。OAuthは、外部サービスへのアクセス権限をアプリに与えるための仕組みです。公開アプリでは提供元の審査が必要になる場合もあり、すべての設定や公開審査が不要になる機能ではありません。
面談調整アプリを検討するなら、まず担当者の空き時間を必要な範囲で参照できるかを確かめ、その結果を誰にどう見せるかを決める。そのうえで登録や審査の準備を進める、という順序が考えられます。利用者自身のアカウントにつながる機能を、実際の仕事で使えるアプリにするには、接続後の作業と担当者の判断まで設計することが求められます。