ガントチャートをクライアントと共有したら、修正依頼が半減した話——Web制作ディレクターが試した「見せる進行管理」

「金曜までにデザインのフィードバックをお願いします」と月曜に依頼したメールが、金曜の18時すぎに返ってきます。「週末に家族と確認するので来週頭にお返事しますね」と書かれている時点で、こちらの組んだスケジュールは静かに崩れ始めています。 Web制作のディレクターとして案件を回していると、この手の小さな遅延がチリツモで効いてきます。私自身、過去に「クライアントが自分の締め切りを把握していないこと」が原因で、納期を2週間押した案件がありました。今日はその反省から始めた取り組みについて書きます。 ガントチャートを社内だけで管理するのをやめて、クライアントにも共有するようにしたら、クライアント起因の修正依頼がざっくり半分に減りました。

ガントチャートをクライアントと共有したら、修正依頼が半減した話——Web制作ディレクターが試した「見せる進行管理」

社内でだけガントチャートを引いている会社は、実は多い

ガントチャートを書いている制作会社はかなりあります。BacklogやWrike、monday.com、Excelで自作しているところもあります。ただ、そのガントチャートをクライアントに見せているかと聞くと、「社内資料なので見せていない」という答えが返ってくることが多いです。

見せない理由はいくつかあります。進捗率を出すと「遅れていますよね?」と突かれる。社内のタスクまで見せたくない。ツールにクライアントアカウントを招待するのが面倒。全部もっともな理由です。

でも見せない運用を続けると、クライアント側の感覚はこうなります。

「デザイン待ちと言われてもピンとこない」「フィードバック期限がふわっとしていて、自分のタスクとして認識できない」「納期が遅れたときに、どの工程で詰まったのか見えない」。

制作会社側から見ると「何度もリマインドしたのに返事が来ない」クライアントも、クライアント側から見ると「こっちの仕事が忙しいのに、制作会社から時々雑にメールが来るだけ」という体感です。認識のズレはここから生まれます。


「見せる」だけで起きる変化——半減したのは何だったのか

私が担当したコーポレートサイトのリニューアル案件で、クライアント側の担当者が3名、決裁者が1名、合計4名のレビュー体制でした。全10ページのデザインを週ごとに進める予定で、キックオフから2ヶ月のスケジュールを引いていました。

最初の案件では、ガントチャートは社内のBacklogで管理して、クライアントには毎週金曜に「今週の進捗」をメールでまとめて送っていました。結果、納期は1週間押し、修正は2ラウンド想定のところを4ラウンドやることになりました。

次に同じクライアントの別案件で、進行管理をガントチャートの外部共有に切り替えました。URLを発行してメールに貼り付けるだけです。クライアント側にアカウントを作ってもらう必要はありません。「これ、いつでも見られるので自由にチェックしてください」と伝えました。

この案件では、納期通りに納品できて、修正は2ラウンドで収まりました。クライアント起因の「あ、言い忘れてた追加要望」がほぼなくなり、結果として修正依頼の件数も体感で半分です。

変わったのは、ツールを変えたからではありません。クライアントが「自分の締め切り」を自分ごととして持てるようになったからです。


なぜ「見せる」だけで変わるのか

同じようなことは、別の案件でも再現しました。案件をいくつか回してみて、後から気づいた変化のメカニズムを書き残しておきます。

まず大きいのが、締め切りがクライアントにとって「自分のもの」になることです。

ガントチャートを見ると、「自社のフィードバック期限」が視覚的にバーとして出てきます。メールの文面だと「○日までにお願いします」がただの文字ですが、ガントチャートだと「このバーが終わらないと次の工程が始まらない」が絵で見えます。人間、絵で見た方が動きます。特に決裁者層は、文字より図の方が認識の速度が段違いです。締め切りを絵で認識してもらえると、「来週返すね」と言っていた返事が、金曜中に返ってくるようになります。

次に、雑な進捗確認のメッセージが減ります

プロジェクトの進行状況が見えないと、クライアントは不安から雑な確認を入れます。「例のやつ、どうなってますか?」「大丈夫ですか?」というメッセージです。ディレクター側は返信するだけで30分使いますし、クライアント側もただ確認したいだけで、本当は時間を使いたくないはずです。

ガントチャートを共有していると、「デザインのページ2が今週まで、ページ3が来週」という予定が視覚化されるので、雑な進捗確認の連絡が来なくなります。週10本来ていた「どうなってますか?」メッセージが週1本になったのが、実感としての変化です。チャットの往復回数が減るので、単純にお互いの工数が下がります。

そして一番効いたのが、追加要望が「工程を押す」ことを可視化できることです。

案件の途中でクライアントから「やっぱりこういう機能も追加したい」と言われたとき、ガントチャートを共有していると「その追加を入れると、この工程がここまでずれて、納期が◯日押します」と絵で示せます。

逆に、共有していないと、追加要望のコストがクライアントに伝わりません。結果、「ちょっとした追加のつもり」が積み重なり、納期近くで「なんで遅れてるの?」という話になります。

ガントチャートを見せた瞬間、クライアント側の判断が変わります。「じゃあその追加は次フェーズにしましょう」と自発的にスコープを絞ってくれることが多いです。これは制作会社側から「それは追加費用になります」と言うより、はるかに穏やかに進みます。


共有するときに気をつけたいこと

とはいえ、何も考えずに全部開示すると、別の問題が起きました。実際にやってみてつまずいた点を書いておきます。

社内タスクまで見せると、別の質問を生む

社内のタスクを全部見せると、「このタスクの意味は?」「この人は誰?」といった質問が増えます。クライアントに見せるビューは、クライアントが関心を持つマイルストーンと確認ポイントに絞った方がいいです。ツールによっては「外部共有用の表示」を分けられるので、そちらを使った方がいいです。

進捗率は正直に書く

遅れているときに進捗率を甘めに書きたくなる気持ちはわかります。でも、バレます。1週間後に同じ進捗率のままだと「先週と何が違うの?」と必ず聞かれます。遅れているときほど、「ここで1日押しています。原因はこれです。このあと巻き取る予定です」と正直に書く方が、結果的に信頼を失わずに済みます。

更新を止めない

共有したガントチャートの更新が止まると、クライアントは一瞬で見に来なくなります。「どうせ古い情報でしょ」と思われたら終わりです。最低でも週1回、できれば毎日少しずつでも更新するリズムを作ると、クライアント側も「見に行く価値がある」と認識してくれます。


ツール選びで気をつけたい「共有の方式」

ガントチャート機能があるプロジェクト管理ツールは、今はたくさんあります。Backlog、monday.com、Asana、Wrike、Lychee Redmine、どれも高機能です。

ただ、クライアント共有の観点で見ると、ツールによって結構違います。大きく分けて2パターンあります。

パターンA:クライアントをツールにユーザーとして招待する方式

Backlogやmonday.comはこちら寄りです。クライアントのメールアドレスでアカウントを発行して、ログインしてもらう形ですね。権限管理は厳密にできるし、情報統制もしやすいです。ただ、アカウント数分の料金がかかりますし、クライアント側に「また新しいツールのログイン情報を覚えるのか」というストレスを強いることになります。

規模の大きいクライアントだと、情報システム部門の承認が必要になるケースもあり、導入までに2週間かかったりします。

パターンA の現実的な問題としては、ライトなクライアントほどログインしてくれません。「パスワードを忘れた」「アカウントが作れない」で1往復するうちに、案件が始まってしまって誰もツールを見なくなる、という光景をよく見ます。

パターンB:URLで外部共有する方式

ログインなしで見られるURLを発行して、それをクライアントに渡す方式です。クライアント側に導入ハードルがないので、実際に見てもらえる確率が段違いに高いです。その代わり、権限管理は荒くなる傾向があります(閲覧オンリーで、編集はできないタイプが多い)。

LOGLIKEのガントチャートはこちらのパターンBに寄った設計になっています。案件ごとにガントチャートを外部共有のURLで発行できて、クライアントはブラウザで開くだけです。LOGLIKEを作りながら自分のチームで使っていますが、URL方式のハードルの低さは体感で明らかに効きます。

どちらが優れているかは、扱う案件の規模と、クライアントのITリテラシーによります。大企業の社内ツール置き換えの案件ならパターンAが向いているかもしれませんし、中小企業や個人事業主が相手の案件ならパターンBが現実的だと思います。


「共有するぞ」と決めたら、何から始めるか

明日から試せる順序で書いておきます。

  1. 今進行中の案件を1本選ぶ(できれば中規模の、関係者が4〜5人くらいのもの)

  2. その案件のガントチャートを、クライアント用ビューとして整える(社内タスクは見えないようにする)

  3. 次の定例で「進行管理、常時見られる形で共有します」と宣言する

  4. 共有URLなり招待なりをクライアントに送る

  5. 最初の2週間は、毎日少しずつ進捗を更新する(サボると止まる)

  6. 2週間後、クライアントからの「どうなってますか?」メッセージの頻度が減ったかをチェックする

この6ステップを踏むと、だいたい結果が出ます。効果が出ない場合は、たぶんクライアントが忙しすぎて共有URL自体を見ていないので、別のアプローチ(定例ミーティングで画面共有するなど)を併用する必要があります。


LOGLIKEで試してみたい方へ

LOGLIKEは案件管理の中にガントチャートが組み込まれていて、案件ごとにURLを発行して外部共有できます。クライアント側はログインなしで進捗を確認できるので、「共有したのに見てもらえない」問題が起きにくい設計です。

デザイン校正も同じく外部共有できるので、ガントチャートと校正の両方を同じクライアントに見せることができます。プレリリースキャンペーンで無料で試せるので、次の案件から始めてみたい方はどうぞ。


まとめ

進捗共有は、クライアントサービスではなく、自社を守るための仕組みです。見せていない間、クライアントの頭の中で「何が起きているかわからない不安」が膨らんでいきます。その不安はいずれ雑な確認メッセージや、納期間際のちゃぶ台返しとして返ってきます。

見せてしまえば、むしろ関係は穏やかになります。「忙しいなら今週は確認をスキップしていいですよ」「この追加要望は次フェーズにしましょう」といった、事前の擦り合わせがあちこちで起きるようになります。

ガントチャートはクライアントのためだけのものではなくて、自分たちのチームを守るツールです。見せない理由を考えるより、見せるリスクを潰す設計を整える方が、長期的には絶対に得です。

この記事をシェア:

関連記事

会議で1日が溶ける制作・受託チームへ——非同期コミュニケーションへの移し方と、AIに任せていい部分・ダメな部分

会議で1日が溶ける制作・受託チームへ——非同期コミュニケーションへの移し方と、AIに任せていい部分・ダメな部分

カレンダーを開くと、朝10時から夕方まで会議のブロックがぎっしり並んでいます。キックオフ、定例、進捗確認、デザインレビュー、クライアントとのMTG。一つひとつは30分から1時間です。終わってみると、自分の手はその日一度もコードにもデザインにも触れていません。打ち合わせの合間にSlackを返して、議事録を読んで、また次の会議に入ります。家に帰る頃には疲れているのに、何を作ったかと聞かれると答えに詰まります。 私はコーダーとして開発の現場にいますが、この感覚は制作会社でも代理店でも受託開発でも、たぶん同じだと思います。開発の世界は比較的早くから非同期で動くことに慣れてきました。プルリクエストにコメントを書いて、相手が手の空いたときに見て、また返す。同じ場所に同じ時間に集まらなくても仕事は進む、という前提で動いてきたんです。その作法を、案件型ビジネスの現場にもう少し持ち込めるんじゃないか、というのがこの記事の話です。 最初に断っておくと、会議が悪だとは思っていません。全部を非同期にしろという極論を書くつもりもないです。ただ、「とりあえず集まる」が増えすぎているチームは、いくつかの工夫で手を動かす時間を取り戻せます。後半では競合ツールのAI要約機能を率直に並べて、AIに任せていい部分と、任せると痛い目を見る部分も正直に書きます。

制作会社のフリーランス外注、なぜ毎回しんどい?——案件・指示・請求を1つにまとめる外注管理の設計図

制作会社のフリーランス外注、なぜ毎回しんどい?——案件・指示・請求を1つにまとめる外注管理の設計図

「外注を増やしたのに、ディレクターの工数が逆に増えた」——これ、制作業界で本当によく聞く話です。私のまわりでも、社員5人にフリーランス15人で回している制作会社のディレクターが、夜23時に「指示出しのチャットだけで一日が終わった」と嘆いていたのを、ついこのあいだ聞いたばかりです。 外注を増やせば社内のキャパは広がります。でも、増やし方を間違えると、ディレクターが「指示を出して、進捗を確認して、納品物をチェックして、請求書を受け取って整理する」という事務作業マシンに変わってしまいます。これではフリーランスをうまく使えていません。 この記事では、制作会社がフリーランスデザイナーやライター、エンジニアと「ワンチーム」で動くための運用設計を、具体的な仕組みと使うツールの観点から書いていきます。私自身が制作会社時代に試行錯誤してきたパターンと、現在LOGLIKEを通じて全国の制作会社のディレクターから聞いている話をベースにしています。「フリーランス活用」という言葉の聞こえだけが先行していて、運用の中身が追いついていない会社の参考になれば嬉しいです。

LOGLIKEアンバサダー制度のご案内——使ってくださっている方へのお願いと開発者からの感謝

LOGLIKEアンバサダー制度のご案内——使ってくださっている方へのお願いと開発者からの感謝

LOGLIKEを日々の業務で使ってくださっているみなさまへ、お知らせがあります。 LOGLIKEでは、アンバサダー制度をスタートしています。LOGLIKEを実際に触ってみて「これは制作現場の役に立つ」と感じてくださった方に、ご自身の言葉でLOGLIKEを語っていただける場を作るための仕組みです。 リリース以来、LOGLIKEがここまで届いてきたのは、使ってくださった方が知り合いに教えてくれたり、SNSで触れてくださったりしたおかげです。アンバサダー制度は、その流れを少しでもお礼の形にできればと思って整えました。 この記事では、制度の中身と、なぜ作ったのか、どんな方を歓迎しているのかをお伝えします。

無料で始める

LOGLIKEを今すぐ無料でお試しいただけます。クレジットカード不要。

無料登録はこちら

お問い合わせ

導入のご相談や詳しい機能についてお気軽にお問い合わせください。

お問い合わせ