企業の公式サイトプロジェクトはなぜいつも遅れるのか？

公式サイトのプロジェクトで最も恐ろしいのは、修正があることではなく、フィードバックにリズムがないことです。ある企業では、今日少し意見を述べ、二日後にさらに追加し、ページがほぼ完成間近になったところで担当者が変わって再度見直したりします。このような状況では、プロジェクトは常に動き続けているように見えても、実際には同じ場所をぐるぐる回っているに過ぎません。

真に安定した進め方というのは、通常、各段階でその段階の問題のみを解決していくものです。まず構造を確認し、次にトップページの重点を確認し、それから内ページを展開し、最後に調整とリリースを行います。もし各段階でのフィードバックが後回しにされたり、前の決定が繰り返し覆されたりすれば、遅延はほぼ避けられなくなります。

したがって、プロジェクトが期日通りに完了できるかどうかは、企業内で安定した意思決定が形成できるかどうかに大きく左右されます。設計や開発の効率が非常に高くても、クライアント側の意見の源が分散しすぎたり、最終的な決定権者が遅れて関与したりすれば、時間は必ず着実に削られていくでしょう。

内容の準備が不十分だと、後工程の作業量が倍増してしまいます。

多くの企業は、公式サイトプロジェクトを立ち上げる際、コンテンツの整理は後からでも補完していけばいいと考えてしまいがちです。しかし実際には、後回しにすればするほど、手戻りのコストは高くなります。なぜなら、コンテンツとは単にテキストを埋めることではなく、カラムの構成、ページの順序、画像の比率、事例の表示方法、さらにはトップページの重点テーマが成り立つかどうかまでにも影響を及ぼすからです。

例えば、当初は製品センターには一階層の分類だけで十分だと思っていましたが、資料を整理するうちに三階層に分ける必要があることに気づきました。また、当初はケーススタディに名称だけを表示すればよいと考えていましたが、後から業界、時期、プロジェクトの背景も追加したいと思うようになりました。こうした調整は、デザインや開発が完了した後に発生すると、単にコンテンツを追加するだけでは済まなくなり、ページ全体のロジックにまで影響を及ぼすことになります。

多くのプロジェクトで、当初は進捗が速いにもかかわらず、中盤から後半にかけて急に遅くなる理由もここにあります。なぜなら、本当に時間がかかるのは初期のスケッチ作成ではなく、ページが詳細設計の段階に入った時に、企業側がコンテンツの基礎自体がまだ準備できていないことに気づくからなのです。

遅延を避けるためには、ペースを事前に設計することが重要です。

公式サイトのプロジェクトを期限内に完了させる上で最も効果的な方法は、最初から工期を短縮することではなく、資料の準備、フィードバック、そして確認のプロセスを事前に明確にしておくことです。誰が内容をまとめ、誰がフィードバックに対応し、どの段階で集中して確認を行うべきか、またどの修正を特定の時点までに提出する必要があるかなどは、すべてプロジェクト開始前に明確にしておくべきです。

企業内で人員が限られている場合は、まず最小限でリリース可能なバージョンを決定し、最も重要な紹介、製品情報、事例、連絡先を完成させることを優先し、その他の内容は段階的に追加していくという方法もあります。これにより、プロジェクトが際限なく膨張するのを防ぎつつ、公式サイトをより早く初版として利用可能な状態にすることができます。

したがって、公式サイト開発の遅延は不思議なことではありません。通常、それは特定の個人がうまくやれなかったというより、プロジェクト全体のプロセスが事前に適切に設計されていなかったことが原因です。資料の準備、フィードバックのペース、そして意思決定の経路が十分に明確であれば、ウェブサイトプロジェクトの管理可能性は著しく向上し、遅延する確率も大幅に低減します。