カスタム開発のクライアントポータル制作

カスタムクライアントポータルに含まれるもの#

ご依頼の内容に合わせて、進め方を設計します。提案書では、どの成果物を含めるか、誰が必要な素材を用意するか、それぞれをどのように検収するかを明記します。

• ご要件に照らした「自社開発か購入か」の検討
• クライアントごとのアクセスルールを備えたマルチテナントのデータモデル
• 社内スタッフとクライアントユーザー向けのサインイン、招待、ロール管理
• クライアント向けダッシュボード、書類、依頼、通知
• CRM、ERP、請求システム、ファイルストレージとの連携
• 必要に応じたホワイトラベルのブランディングとクライアント専用ドメイン
• クライアント間のアクセステスト、検証済みのバックアップ、管理コンソール

カスタムポータルを作る価値があるのはどんなとき?#

クライアントに必要なのが主にファイル、メッセージ、タスク、請求書であれば、既製のポータルツールを購入しましょう。手頃な価格で、すぐ導入できるものも多くあります。開発をおすすめするのは、クライアントのデータを厳密に分離する必要がある場合、課金が独自ルールに従う場合、ポータルが社内システムの読み書きを行う必要がある場合、そしてポータル自体が提供する価値の一部である場合です。ポータルそのものが製品なら、より広い開発範囲をカバーするWebアプリ、SaaS、MVP開発をご覧ください。

要件定義から、クライアントが実際に使うポータルまで#

まず、誰がサインインするのか、それぞれが何を見て何を行う必要があるのか、そのデータが現在どのシステムにあるのかを書き出します。このリストが、自社開発か購入かの判断材料になります。ツールで足りるなら、そうお伝えしたうえで選定をお手伝いします。そうでなければ、データモデル、権限マトリクス、主要画面をご用意し、レビューしていただきます。

開発は、サインイン、テナント分離、権限設定から始め、機能画面の前にテストを行います。以降のすべての機能がこれらに依存するためです。その後、ダッシュボード、書類、依頼、連携をマイルストーンごとに追加します。まず少数の実際のクライアントをパイロットに招待し、見つかった問題を修正してから、他のクライアントをお招きします。

クライアントポータルは自社開発すべき?それとも購入すべき?#

ツールで業務フローをカバーできるなら、まず購入を検討してください。ファイル、メッセージ、タスク、請求書、ブランド対応のサインインを備えたクライアントポータルソフトは、低い月額料金で広く提供されており、保守も提供元が行います。カスタムポータルは構築費用がかかり、完成後も担当者が必要です。そのため、ツールにはできないことで、その費用に見合う価値がなければなりません。

開発する理由として妥当なのは次の4つです。ツールでは表現できないデータ分離ルールがある、課金ロジックがビジネスモデルの一部である、チームがすでに使っているシステムと連携したい、ポータル自体が販売する製品の一部である。どれにも当てはまらなければ、ツールをおすすめします。

クライアントごとのデータはどのように分離されますか?#

すべてのレコードはクライアントアカウントに属し、すべてのクエリはサーバー側で、サインインしている人のアカウントの範囲に限定されます。当たり前に聞こえますが、まさにポータルで情報が漏れやすい部分です。OWASP Top 10:2025でも、アクセス制御の不備は1位のままで、テスト対象のすべてのアプリケーションで何らかの形で見つかりました。画面上は正しいデータを表示していても、URLを書き換えると他のクライアントのファイルが返ってくるポータルは、失格です。

画面より先に、マルチテナントモデルを設計します。通常は、すべてのテーブルにクライアントキーを持たせた1つのデータベースを使い、契約や規制当局が物理的な分離を求める場合は別々のデータベースを使います。ロールは両側をカバーします。複数のクライアントを閲覧できる御社のスタッフと、自組織のデータだけを閲覧できるクライアントユーザーです。

• デフォルトで拒否:新しいルートは、ルールでアクセスが許可されるまで何も返しません。
• 自動テストが1つのクライアントとしてサインインし、別のクライアントのレコードの閲覧、変更、ダウンロードを試みます。
• ファイルのダウンロードには、サインイン中のユーザーに紐づく有効期限の短いリンクを使用します。
• スタッフによるクライアントレコードへのアクセスは、監査ログに記録されます。
• ユーザーを削除すると、そのセッションはただちに終了します。

代理店・コンサルタント向けのホワイトラベル対応レポートダッシュボード#

代理店やコンサルタントには、クライアントがそれぞれ自分の成果(キャンペーンの数値、プロジェクトの進捗、SEOや売上の指標など)を確認できる、ブランド対応のダッシュボードが求められることがよくあります。作業の大半はデータにまつわるものです。どのデータソースから取り込むか、それぞれの更新頻度、ソースに障害が起きたときクライアントに何を表示するか、そしてクライアントがあなたと同じ意味で読み取れるよう、すべての数値をどう定義するかを決めます。

クライアントは、御社のドメインでも、クライアント独自のアドレスでもダッシュボードを閲覧できます。多数の顧客向けのカスタムホスト名については、Cloudflareのプランに含まれる内容や検証の仕組みも含め、Webアプリ、SaaS、MVP開発のページで解説しています。グラフは、当社のデータビジュアライゼーションの方針に沿っています。すべての数値に期間とデータソースを明記し、データがない場合は、その数値がない理由を表示します。

Dardoの公開実績にあるShiimainは、地域に関するエビデンスを見せるインターフェースで、当社のデータビュー設計に最も近い公開例です。表示を切り替えても、場所、期間、データソースが見えたままになります。これはサインインもクライアントごとのデータもない公開プロトタイプであり、クライアントポータルではありません。

ポータル内での請求、オンボーディング、サポート#

クライアントがポータル内で支払いを行う場合は、カード情報を独自に処理するのではなく、決済・課金プロバイダを利用してください。Stripe Billing の従量課金プランでは、請求額の0.7%が手数料としてかかります。また、顧客が自分で請求情報を管理できる、Stripeがホストする顧客ポータルも含まれています。Dardoでは、これをお客様のプランと連携させ、支払い状況に応じてアクセス権が切り替わるようにします。その際、プロバイダから届く署名付きイベントを正として扱います。

クライアントがそもそもポータルを使ってくれるかどうかは、オンボーディングで決まります。招待メール、初回サインイン、開いてすぐに役立つ情報が見える最初の画面、そして各クライアントが最もよく使う操作までの短い導線を設計します。サポート機能では、特定のプロジェクトや書類に紐づけて問い合わせを起票できるため、メールを探し回ることなく、状況を踏まえて対応できます。

ご依頼前のご質問#