金曜の午後、クライアントから「先週送った修正はどうなってますか？」と3通目のメッセージが届いた。Slackを遡ると、同じ質問が2週に一度は来ている。進捗は確実に動いている。ただ、クライアントには見えていない。

クライアントは「進捗を教えてほしい」のではなく、「いつでも自分で確認できる」状態を求めている。ポータルを作るとは、その安心を設計することだ。

「いま何してるんですか?」を繰り返させていないか

案件が動いているとき、クライアントから届くメッセージの大半はこの一言に集約される。「いま何してるんですか?」「先週の修正はどうなりましたか?」「次はいつ確認できますか?」

これはクライアントの性格が問題なのではない。見えないから、聞くしかないのだ。そして聞かれるたびに、あなたは作業を止めて返信する。この往復が積み重なると、一案件あたり週に何時間もが「状況説明」に消えていく。

解決策は報告の頻度を上げることではない。クライアントが自分で見に来られる場所を作ることだ。それがクライアントポータルの本質だ。

クライアントポータルとは何か

クライアントポータルとは、プロジェクトの現在地を共有するための専用スペースだ。あなたとクライアントが同じ画面を見て、同じ情報をもとに話せる場所を指す。

重要なのは、これが「報告ツール」ではないということだ。報告ツールはあなたが情報を送るための仕組みだ。ポータルはクライアントが能動的に状況を把握しに来るための仕組みだ。この違いは小さく見えて、実際の運用に大きな差を生む。

クライアントが「聞く前に確認できる」ようになると、問い合わせは目に見えて減る。聞かれなくなった分、あなたは作業に集中できる。良いポータルは、コミュニケーションの量を減らしながら、クライアントの満足度を上げる。

ポータルに必要な3つの要素

成果物ごとの現在地

クライアントが最も知りたいのは、自分の案件が「いまどの段階にあるか」だ。だから、ポータルには成果物の単位で進捗が見えている必要がある。

「LP制作」という括りではなく、「ワイヤーフレーム / デザイン / コーディング / 修正対応」のように分解して示す。それぞれに「完了 / 対応中 / 待ち」が表示されていれば、クライアントは一目で全体像を把握できる。漠然とした「進行中」という状態は不安を生む。細かく分けて可視化することで、クライアントの心理的な負荷は大きく下がる。

誰が何をしているか

外注先を複数使っている案件では、クライアントは「自分の仕事を何人かが担当している」ことを知っている。だが、誰が何をしているかは見えていない。それ自体は問題ではないが、何か滞ったときに「どこで止まっているのか」が分からなくなる。

ポータルには、タスクの担当者が紐づいていると良い。「コーディングはAさん、テキスト修正はBさんが担当」という情報が見えていれば、遅延が発生したときの会話がスムーズになる。クライアントがあなたに「誰が担当なんですか?」と聞く必要もなくなる。

クライアント自身のネクストアクション

ポータルの見落とされがちな要素が、クライアント側のタスクだ。制作案件には必ずクライアントが動くべきフェーズがある。素材の提供、テキストの確認、最終承認。これがポータルに載っていないと、「あなたが動いているのに、クライアントが忘れていて止まる」という事態が起きる。

クライアントのアクションをタスクとして登録し、ポータル上で見えるようにする。「まだやっていない」「期限が過ぎている」が一目でわかれば、あなたがリマインドを送る手間もなくなる。クライアント自身が気づいて動けるようになる。

Paqutで30分以内に構築する

Paqutはチームと外部メンバーが一緒に使えるタスク管理ツールだ。外部ゲストの招待は無料で、人数制限もない。クライアントポータルを作るうえで、この仕組みは非常に相性が良い。

ステップ1: プロジェクト用のグループを作る

Paqutでは「グループ」という単位でプロジェクトスペースを分けることができる。クライアントAの案件であればグループ「A社 LP制作」を作る。グループごとに権限が独立しているため、Aのクライアントにはあなたの他の案件は一切見えない。

グループの作成は画面上部の「+」ボタンから数秒でできる。名前をつけてグループを作ったら、成果物の単位でタスクを登録していく。

ステップ2: タスクを成果物の粒度で登録する

ポータルとして機能させるには、タスクの粒度が重要だ。「LP制作」という一つのタスクではなく、「ワイヤーフレーム確認」「デザイン初稿」「修正1回目」「コーディング」「公開前チェック」のように分解する。

それぞれのタスクに担当者と期限を設定する。担当者には外注先のメンバーを直接アサインできる。外部メンバーを30秒で招待する方法を使えば、外注先をグループに加えるのも手間ではない。

ステップ3: クライアントをゲストとして招待する

タスクが整ったら、クライアントをゲストとして招待する。招待はリンクを送るだけでいい。クライアントはアカウントを作成してリンクを踏めば、そのグループにアクセスできる。

クライアントができることは、タスクの状態を見ること、コメントを残すこと、自分にアサインされたタスクを完了にすることだ。あなたの他のグループや、他のクライアントの情報には触れられない。この分離が、複数案件を走らせるときの安心につながる。

ここまでの作業は、慣れれば15分から20分で終わる。テンプレートを作っておけばさらに短くなる。

ステップ4: クライアントに使い方を伝える

ポータルを作っただけでは使われない。クライアントへの最初のメッセージが重要だ。「進捗はこのURLでいつでも確認できます。確認や承認が必要なタスクはあなた宛てに登録します。メールより先にここを見ていただけると助かります」と一言添えるだけで、クライアントの行動は変わる。

最初の1週間は、ポータルを更新するたびにSlackやメールで「更新しました」と短く伝えると良い。クライアントが「ここを見れば分かる」という習慣を作るための助走期間だ。クライアントへの進捗共有の記事で、この初期設計についてより詳しく触れている。

ポータルが機能しているかどうかの判断基準

ポータルを作って1週間が経ったとき、「進捗はどうですか?」という問い合わせが来なくなっていれば成功だ。クライアントが自分で見に来ている証拠だ。

逆に問い合わせが続くなら、ポータルの情報が不足しているか、更新頻度が足りていない可能性がある。タスクの状態が変わるたびに更新する習慣を徹底するだけで、多くの場合は解決する。週次レポートの自動化と組み合わせると、更新の手間も大きく減らせる。

ポータルの本質は「見える化」ではなく「見に来てもらえる設計」だ。あなたが発信しなくても、クライアントが自分で状況を把握できる仕組みを作ること。それが整ったとき、あなたは報告の時間を作業に使えるようになる。

複数案件を回す人に

クライアントポータルの恩恵を最も受けるのは、複数の案件を同時に走らせている人たちだ。3案件を持っていれば、それぞれのクライアントから週に複数の問い合わせが来る。それを全員分処理していたら、午前中は返信だけで終わる日がある。

ポータルを3つ作れば、その往復はほぼなくなる。空いた時間は次のクライアントを取るために使えるし、既存の案件をより丁寧に進めるために使えるし、自分が休むために使っても良い。

外注先に仕事を任せながら複数案件を回す。それを「追いかけ続ける」のではなく、「整理して見通せる状態にする」ことで実現する。クライアントポータルはその土台になる。Paqutは、その土台を30分で作れるように設計されている。

無料プランから始めて、どのクライアントにも追加費用なしでポータルを提供できる。まず一つ作ってみることを勧める。最初のポータルを作ったとき、「なぜ今まで作らなかったんだろう」と思うはずだ。