ソリューション / 代理店とスタジオ
ビジネスを運営するクライアントポータル
すべてのクライアントは、ファイル、ステータス、成果物など、独自の壁に囲まれたスペースを取得できますが、リテーナーは自分自身に請求を行い、プロジェクト ツールは常に同期されます。
それを構築するためのケース
クライアント ポータル SaaS の代わりにこれを構築する理由は何ですか？
ポータルSaaSはシート単位で課金され、平均的な代理店に合わせて作られています。でも、あなたの代理店は平均ではありません。結局、相手のラベルに合わせて納品ステージの名前を変え、モデル化できない部分をスプレッドシートに逃がし、チームが増えるたびに追加料金を払うことになります。Klivは、代わりにスタジオを中心にポータルを作ります。ステージも言葉もクライアント体験も、あなたのドメイン上のものです。
配信プロセスは、概要、コンセプト、改訂ラウンド、承認などの差別化要因であるため、ポータルは文字通りそれをモデル化する必要があります。各クライアントは、独自の人材、プロジェクト、ファイルをデータベースで隔てた組織です。提供方法を調整すると、ベンダーへの機能リクエストではなく、ポータルが文として表示されます。
システムの構造
ポータルが実際に知っていること
代理店ポータルでは、一般的なプロジェクト ツールでは一緒に曖昧になっている 2つのこと、つまりチームが内部でどのように機能するか、および各クライアントに表示が許可されている内容を分離する必要があります。あるクライアントのマーケティング ディレクターは、キャンペーン カレンダー、ブランド ファイル、請求書、改訂スレッドを確認できますが、URL を変更したり ID を推測したりして別のクライアントのプロジェクトを見つけることはできません。Klivが構築するシステムの形状は次のとおりです。
クライアント
各クライアントは組織であり、そのユーザー、プロジェクト、ファイル、承認、請求履歴はその壁の中に存在します。
プロジェクト
概要、コンセプト、改訂ラウンド、承認などの各段階を、それぞれに属するファイルとスレッドで実行します。
成果物
ソース ファイル、プレゼンテーション、最終ファイル — クライアントごとに共有され、デフォルトでは非公開です。
承認
サインオフは、埋もれたメール スレッドではなく、作業内容に記録された状態です。
リテイナーと請求書
商業関係 (サブスクリプション ステータス、請求書、購入履歴) は、同じ顧客レコードに関連付けられます。
リクエスト
受信クライアントのリクエストのキュー。リクエストを発生させたクライアントにスコープが設定されます。
誰が何を見てますか
データベースが適用するルール
- クライアント ユーザーは自分の組織に属する行のみを読み取ることができます。URL や ID を推測しても何も返されません。
- ファイルはデフォルトでは非公開です。共有はリンクごとではなくクライアントごとに行われます。
- 請求の詳細は、チームのすべてのメンバーではなく、クライアントの所有者に表示されます。
- リテイナーの期限が切れると、利用権がゲートエリアに閉じられます。誰もアクセスを取り消すことを忘れる必要はありません。
その結果は、一般的なカテゴリとしての「ポータル」ではありません。これは、配信モデルをソフトウェアに変換したものです。クライアント、ステージ、ファイル、承認、支払い、利用権はすべて同じ関係を表します。
Klivが組み立てるもの
プラットフォームの部品の買い物リスト — それぞれが組み込まれており、それぞれが残りの部品と構成されています。
クライアントごとに壁に囲まれた 1つのポータル
各クライアントは組織です。クライアントの従業員は自分のプロジェクトとファイルを参照し、他のクライアントのプロジェクトとファイルを参照することはありません。ページのロジックではなく、データベースで適用されます。
課金方法
代理店が請求できる 3つの方法
代理店が単一のものを販売することはほとんどありません。同じクライアントが戦略スプリントから開始し、月額リテイナーに移行し、その後立ち上げ中に追加の生産能力を購入する場合があります。ポータルは、すべての関係を同じ請求書テンプレートに強制するのではなく、これらの形状を直接理解する必要があります。
月額リテイナー
$6,000/月
継続的なエンゲージメントを続ける成長クライアント
リクエスト キュー、月次レポート、共有ファイル ボールト、および 2つの戦略呼び出し。
- 解放します
- アクティブなサブスクリプションにより、関係に属するポータルの部分 (オープンなリクエスト、アクティブな成果物、レポート、承認された資産) が開きます。
- 請求する
- 変更に応じて公平な比例配分で毎月更新されます。カードに障害が発生すると、回復メールが送信され、請求が修正されるまでアクセスが制限される可能性があります。
- 払い戻し
- 返金リクエストは、お金が移動する前に承認ステップを経由します。
固定スコープのプロジェクト
1回限り $18,000
スコープが定義されたブランド リフレッシュ クライアント
プロジェクトのタイムライン、ソース ファイルのアップロード、コンセプトのプレゼンテーション、改訂ラウンド、および最終納品。
- 解放します
- 購入により、そのプロジェクトのスペースが開かれます。クライアントには、内部のワークスペースではなく、自分のスコープに関連付けられた作業が表示されます。
- 請求する
- 1回の請求、1回の領収書、クライアントの請求ページでの完全な購入履歴。プロジェクトが完了すると、スペースはアーカイブ モードに移行します。
- 払い戻し
- 同じ承認フロー — 払い戻しは決定であり、偶然ではありません。
使用量ベースのアドオン
追加ブリーフ 1 件につき 250 ドル
起動中にボリュームが急増するコンテンツ クライアント
基本的なリテイナーに加えて、付属のボリュームを超える追加料金 (ランディング ページの概要、追加の編集ビデオ) が含まれています。
- 解放します
- メータリングはクライアントのサインイン アクティビティに対して実行されるため、何が含まれ、何が使用され、何が請求されるのかが双方に表示されます。
- 請求する
- 追加料金はメーターで発生し、サブスクリプションと一緒に請求されます。承認された追加料金のサイド スプレッドシートはありません。
- 払い戻し
- 異議申し立てのある項目は、同じ承認ゲート型払い戻しフローを通じて解決されます。
打ち上げ前
開始前の最初の 1 週間
クライアントポータルを立ち上げて期待するわけではありません。これが実際の最初の週の様子です。ポータルがすでに 1年生きている状態で終わります。
ポータルの形を整える
スタジオの仕組みについて説明します。クライアントの到着方法、納品段階、チームのメンバーなどです。 Klivは、クライアント組織、あなたの言語でのプロジェクト、すでに設置されている壁など、最初のプレビューを構築します。
それをあなたのものにしてください
会話の中で、一般的なラベルの代わりに芸名、ブランド、ドメインなどを指差して洗練させます。すべての変更は、他の人が見る前にプレビューに表示されます。
実物を載せる
実際のオファー (リテイナー プラン、プロジェクト製品) を作成し、チームを招待し、実際のクライアントの概要を 1つ移動して、実際のコンテンツを含むポータルを確認します。
壊してみてください
テスト クライアントとしてサインインし、壁をチェックします。別のクライアントのプロジェクトが見えるでしょうか？チェックアウトを実行し、カードを意図的に無効にし、返金をリクエストします。回復メールと承認ステップがどのように機能するかを確認してください。
それから一年かけてリハーサルして
これは、他の構築方法では得られない部分です。Sandboxでは、シミュレートされたお金とシミュレートされた時間を使用して、12 か月を早送りします。リテーナーが更新されるのを見てください。カードは 3 月に期限切れになり、4 月に回復されます。キャンセルすると正しい扉が閉まります。公開するときは、推測を公開するのではなく、すでに 1年間ビジネスを運営してきたポータルを公開することになります。
オーダーメイドで、オーダーメイドのリスクなし
カスタム ソフトウェアとは、かつては予算、請負業者、保守契約を意味していました。これは別の取引です。
エンタープライズグレードのパーツ
サインイン、データベースで強制されるアクセス許可、請求、監査、メール — 特注システムのコンポーネントは、すべてのKlivアプリが実行されるのと同じ強化された部分です。実証済みのインフラストラクチャを構築します。コードを最初から作成する必要はありません。
変更は順番に公開されます
プロセスが変更されたときは、そのように伝えてください。変更は会話の中に組み込まれ、ライブ プレビューで確認します。公開するまでユーザーには何も届きません。商業の変化は、お金と時間をシミュレートして、Sandboxでリハーサルすることもできます。
誰もそれを沈めることはできない
既製ツールはベンダーのスケジュールに合わせて価格変更、再設計、廃止が行われ、ワークフローもそれに伴います。Klivアプリは、変更した場合にのみ変更されます。それはあなたの製品であり、他人の座席ではありません。
一文で言ってみろよ
“各クライアントが自分のプロジェクトとファイルのみを表示し、リテーナーに毎月請求され、新しいクライアントのリクエストによりチーム用の Trello カードが作成されるクライアント ポータルを構築します。”
これが本当に始まり方です。それを説明し、会話の中で洗練させていきます。
構築または購入
なぜポータルを購入しないのでしょうか？
| 既製品 | Kliv付き | |
|---|---|---|
| クライアントの分離 | ワークスペースと利用権チェックボックス — 手動で設定され、誰かが参加するたびに再チェックされます。 | 各クライアントは組織です。行レベルのデータベース ルールにより、非表示になるだけでなく、クロスクライアント読み取りが不可能になります。 |
| 納品段階 | パイプラインのラベル。それらに合わせてプロセスを調整します。 | あなたの言葉、つまり概要、コンセプト、ラウンド、サインオフは、あなたがすでに提供している方法をモデル化したものです。 |
| コスト構造 | シートごと、月ごと — 請求額は収益ではなく、チームの成長に応じて増加します。 | あなたはシステムを所有しており、それを通じてクライアント (リテイナー、プロジェクト、従量制アドオン) に料金を請求します。 |
| 働き方を変える | 機能のリクエスト、ロードマップの投票、そしてお待ちください。 | 会話中の一文、プレビュー、公開。 |
| あなたのデータ | プランで許可されている形式でエクスポート可能。 | プロジェクト、ファイル、承認、請求履歴は、独自のデータベース内の行です。 |
クライアントの分離
既製品: ワークスペースと利用権チェックボックス — 手動で設定され、誰かが参加するたびに再チェックされます。
Kliv付き: 各クライアントは組織です。行レベルのデータベース ルールにより、非表示になるだけでなく、クロスクライアント読み取りが不可能になります。
納品段階
既製品: パイプラインのラベル。それらに合わせてプロセスを調整します。
Kliv付き: あなたの言葉、つまり概要、コンセプト、ラウンド、サインオフは、あなたがすでに提供している方法をモデル化したものです。
コスト構造
既製品: シートごと、月ごと — 請求額は収益ではなく、チームの成長に応じて増加します。
Kliv付き: あなたはシステムを所有しており、それを通じてクライアント (リテイナー、プロジェクト、従量制アドオン) に料金を請求します。
働き方を変える
既製品: 機能のリクエスト、ロードマップの投票、そしてお待ちください。
Kliv付き: 会話中の一文、プレビュー、公開。
あなたのデータ
既製品: プランで許可されている形式でエクスポート可能。
Kliv付き: プロジェクト、ファイル、承認、請求履歴は、独自のデータベース内の行です。
よくある質問
クライアント分離は実際にどのように実施されるのでしょうか？
データベースで。すべてのクライアントは組織であり、行レベルのルールにより、ユーザーは自分のプロジェクトとファイルのみを読み取ることができます。分離はデータのプロパティであり、非表示にするリンクのプロパティではありません。
クライアントはポータルを通じてリテーナーを支払うことができますか？
はい — 日割りと一時停止を含む月々の維持費、1回限りのプロジェクト料金、セルフサービスの請求ページ。期限切れのカードは再試行され、自動的に追跡されます。
私のチームがすでに使用しているツールに接続されていますか？
はい。新しいクライアントのリクエストは Trello カードを作成でき、承認はSlackに ping できます。クライアントが 1つのクリーンなポータルを取得している間、チームはツールを維持できます。
請負業者はアクセスを制限できますか？
はい — ロールは同じ ID システムの一部であるため、請負業者には自分が割り当てられているプロジェクトだけが表示されます。請求や維持期間、その他のクライアントは表示されません。ルールはデータベースに存在するため、どこにでも適用されます。
契約が終了すると、クライアントのスペースはどうなりますか？
オフボーディングが何と言おうと。一般的なパターン： リテイナーが終了すると、スペースはアーカイブに移行します。最終ファイル、請求書、承認は引き続き読み取り可能なままですが、新しいリクエストと改訂ラウンドは、新しいスコープが購入されるまで閉じられます。
一部のクライアントには月ごとに料金を請求し、一部のクライアントにはプロジェクトごとに料金を請求します。1つのポータルで両方を処理できますか？
はい — リテイナーはサブスクリプションであり、プロジェクトは同じカタログ内の 1回限りの購入であり、クライアントは両方を同時に保持できます。それぞれがスペースのその部分の解放し、請求書が 1つの請求ページに表示されます。
