この記事の内容
  1. 本人確認と権限を分ける
  2. 連携を作る人の権限も見る
  3. 読むだけと変更する操作
  4. 二社を使った検証例
  5. 候補は役割ごとに検討
  6. 退会・担当交代・移行の確認
  7. 一覧だけでなく詳細と添付を確認

本人確認と権限を分ける

誰としてログインしたかと、どの顧客の記録へアクセスできるかは別です。外部利用者、社内担当者、管理者の範囲を表にします。画面上で行を隠しただけか、実際にデータへのアクセスが制限されるかを、製品の資料と検証で確認してください。

連携を作る人の権限も見る

Baserowの公式説明では、連携を作るアカウントとApplication Builder編集者のアクセスの関係が案内されています。公開画面の利用者だけでなく、制作担当者が触れられる情報の範囲も確認します。必要以上に広い管理権限を、そのまま外部画面の裏側へ流用しないようにします。

読むだけと変更する操作

進捗を見るだけか、連絡先や添付を更新するかで必要な権限が変わります。重要な条件を変更する場合は、確認や差し戻しが必要かを決めます。入力した顧客IDやURLの数字だけで他社の記録を選べないことも検証項目にしてください。

二社を使った検証例

架空の顧客AとBへ別の検証用アカウントと記録を用意します。AからBの一覧、詳細、添付へ進めないこと、社内担当者は必要な範囲だけ確認できることを試します。実際の顧客情報で試すのではなく、使い捨ての架空データで公開前に確認してください。

候補は役割ごとに検討

Baserowの画面とデータ、Airtableの内部台帳、Windmillの処理を使う構成では、それぞれの役割を確認します。すべてが同じ顧客向けポータル機能を備えるとは扱わないでください。認証、画面、データ、実行をどこが担うかと、必要な有料区分を一覧にします。

退会・担当交代・移行の確認

利用終了時にアクセスを止める操作と、必要な記録を保持する処理を分けます。共有URL、添付リンク、連携アカウントも対象に含めます。別の構成へ移す場合はデータだけでなく、顧客と記録の対応、権限の仕様を引き継ぎ、新しい画面でも同じ二社の検証を繰り返します。

一覧だけでなく詳細と添付を確認

架空の顧客Aの一覧でBが見えなくても、Bの詳細URLや添付のリンクを直接開けないかを確認します。画面の検索やボタンを隠しただけでは、別経路のアクセスが残る場合があります。利用者の追加、権限変更、退任後も同じ検証を行います。実際の顧客情報を検証用に流す必要はなく、二社の架空の資料で必要な境界を確かめてください。

利用量から費用を確かめる

月の処理件数、課金対象のステップ数、再試行を入力し、サービスごとに異なる課金単位を確認できます。

費用を試算する

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について