今回はウェブ制作の発注者側の方に向けて「ウェブサイト構築の手順」について説明します。使うことを前提にお話をしていきます(あくまで私の観測範囲での認識ですがそう大きく外れてはいないと思います)。本記事では読者について以下の想定を置いています。何なのかという説明は行わずに話を進めていきたいと思います。最初のフェーズは「企画」です。「企画」フェーズではウェブサイト構築プロジェクト全体の企画立案を行います。具体的には以下のようなことを行います。環境分析ターゲット・提供便益の設定リスクの洗い出しと対策の決定このフェーズがその後の活動のすべての土台となるので、ここをおろそかにして先のフェーズに進めてはいけません。プロジェクトを実際に進めてみないと見えてこないこともありますが、大枠の戦略は仮説ベースでよいのである程度固めてからスタートするのがよいでしょう。ウェブの世界というのはとりわけ変化の速い世界です。戦略を立案する際に前提とした諸条件が、プロジェクトを進めている間にどんどん変わっていきます。そのため、戦略立案に関わる企画フェーズは最初に一度行ったらおしまいではなく、プロジェクトをある程度進めた後でも必要に応じて都度やり直す必要があるでしょう。発注者視点で見た場合には、このフェーズが特に重要です。いわゆる「ウェブ制作会社」の多くは後の設計や構築のフェーズは得意ですが、この企画フェーズが得意ではありません。そのため、この「企画」フェーズのレベルや成果物の良し悪しは多くの場合発注者の腕にかかってくるからです。「構築」をサービスの中心に据えているウェブ制作会社の場合、その主な関心事は「指定された要件を満たすサイトを作ること」です。そもそもの要件設定やさらにその前提となる戦略立案が間違っていた場合、製作会社がいくらがんばって高品質なサイトを作ってくれても、本来の目的を達成することは難しいでしょう。制作会社の努力を水の泡にしないためにも、最初の企画フェーズが重要です。仮に「企画」フェーズをサポートするコンサルティング会社やマーケティング会社を利用する場合でも、主導権と責任は発注者側が持っているという自覚が必要です。ウェブ制作のコンサルタントやマーケターはあくまでもウェブ制作のプロであり、発注者のビジネスにおけるプロではありません。コンサルタントやマーケターが発注者と同じレベルで発注者の環境や業界のことを知っているわけではないので、企画の品質の担保は発注者が行うもの、と考えるべきです。「企画」フェーズの一般的な成果物は次のとおりです。「企画」の次のフェーズは「設計」です。呼ばれたりしますが、ウェブの世界ではふんわりした「設計」という呼び方が使われることが多いです。一般的なシステム開発における「設計」と比較したときのウェブ制作の「設計」の特徴は、機能面での検討が少なくなるかわりに「情報」「デザイン」「コンテンツ」等その他の部分での要件や仕様の決定も必要になるところです。経営者の方に馴染みのある「戦略」ということばを使うなら、前の「企画」フェーズで行ったのは「プロジェクト全体」の戦略策定でしたが、ここで行うのは「実装」フェーズにおける戦略の策定です(実際は、サイトを公開した後の「運用」フェーズの戦略も決めておくべきですが、今回は「構築」がテーマなので今回はそこには言及しません)。「設計」フェーズの重要性は一般論でいうところの戦略の重要性に似ています。ある目的・目標に対応したサイトを作るのにも無数のアプローチが考えられ、採用したアプローチによって、実装フェーズのコストパフォーマンス、中期的に実施可能な施策の幅、運用フェーズの効率等が変わってきます。重要なことには、方針を明確にすることによって、各担当者への権限移譲が効果的に行なるようになります。設計フェーズで詰めておくべき具体的なポイントには、例えば次のようなものがあります。利用するデータベースその他利用する技術ここでは社外メンバーも含めたプロジェクトメンバーがすでに決まった想定でお話ししていますが、もしこの段階で制作パートナーが決まっていなければ、ここで「制作パートナーの選定基準の決定」も行うべきです。「腕のよい制作パートナー」です。選定に迷う時間があるなら、腕のよい制作会社の選定に時間をかけたほうがよいと思います。使うか」で生じる影響よりも「どの制作会社に依頼するか」で生じる影響の方が断然大きいからです。フェーズを「下流」と呼ぶ習慣が業界にはあります。具体的には「私は上流が専門です」といった使い方をします。この用語は本来の意味である時間的な前後関係を表すだけでなく、「偉い人と下っ端」という意味の「身分の上下」を連想させることもあります(「下流老人」なんて書籍も流行りました)。実際に「身分の上下」のニュアンスで使う人もいるので(「私は上流が専門です」と言う人の多くは「下流は下っ端がやるもの」と思っています)、発注者側の方は不用意に使わないことをおすすめします。いうことばを使うのがよいと思います。「設計」フェーズの一般的な成果物はおおよそ以下のとおりです。「サイトマップ」や「ワイヤフレーム」等には共通語として通用する名前が付いていますが、標準的な名前がついていないものが大半で、会社によって呼び方がまちまちです。当然ですが、必ずしもこれらすべてを成果物として生み出さないといけないわけではありません。実際のプロジェクトでは、手間・コスト・時間とのバランスを見て、費用対効果の高いものから順に選んで作成します。「設計」の次のフェーズは「実装」です。「実装」フェーズでは基本的に「設計」フェーズで定めた方針に従ってウェブサイトを作り込んでいきます。具体的な作業としては以下のようなことを行います。確認用サーバーの立ち上げコンテンツの入れ物となるコンテンツタイプの作成プラグインの導入や独自機能の開発デザインテーマコーディング旧サイトからのコンテンツ移行コンテンツの作成と登録テスト「実装」フェーズの作業は基本的に制作会社が行うことが一般的ですが、発注者はただのんびり完成を待っていればよいというわけではありません。発注者には実装フェーズに入ってからもやるべき仕事があります。「企画」「実装」フェーズで定めた方針と実装とが整合しているか、各機能は正しく動作するかといった点は制作会社に任せきりにせず、発注者も確認しなくてはいけません。デザインカンプを見ての選定、コンテンツ素材の調達やコンテンツ制作等も多くの場合は発注者側が責任を持って行う必要があります。プロジェクト規模が大きくなり「実装」フェーズに時間がかかればかかるほど、社会や社内の環境の変化が大きくなります。その変化に伴って戦略やリスクの認識を見直す必要があります。加えて、「設計」フェーズで「実装」に関するありとあらゆることを見通せることは稀です。新しいことに挑戦する意欲的なプロジェクトであればあるほど、「実装」フェーズに入って初めて気づく前提の見落としや新たな制約、取りうるオプションの発見がよく起こります。発注者側はそんなウェブ制作プロジェクトの特性を理解して「変化にどのように対応するのか」をあらかじめ考えておくことが大切です。発注者側あるいは双方の責任で実装の手戻り・ロスが発生した場合に、その穴埋めをすべて制作会社にさせるのはフェアではありません。そんなやり方は短期的にはうまく行くかもしれませんが、そのツケは必ずどこかで払う必要があることを覚えておくべきです。「実装」フェーズの主な成果物は次のとおりです。デザインカンプ公開準備のできた確認用サイト確認項目のチェックリスト公開作業のチェックリスト各種マニュアルメインの成果物は「確認用サイト」ですが、必要に応じてその他の成果物を適切にチェックすれば、プロジェクトをよりスムーズに進めることができます。「実装」フェーズが終われば最後の「公開」フェーズに進みます。「公開」フェーズでは文字通りそのまま、サイトを本番稼働用のサーバーに載せてインターネット上で公開します。「公開」フェーズでは主に行うことは次のとおりです。「公開」フェーズにおける理想は、「実装」フェーズのうちに公開に伴う一式の作業を事前に洗い出してチェックリスト化しておいて、実際の作業はチェックリストに従って機械的に進めることです。公開作業でやるべきことはタイミングや状況が変わってもそう大きくは変わらないので、事前に完全なチェックリストを作ることができます。事前にチェックリストを作成し検証することによって、サイト公開によくあるトラブルの多くは未然に防げます。ちなみに、サイトの公開については「本番化」の他に「カットオーバー」「サービスイン」等さまざまな呼び方があります。細かなことを言えばそれぞれに違いはありそうですが、ほぼ同じ意味合いのことばと考えて差し支えありません。公開に際して行うべきその他の作業はサイトによって異なります。等のリリースや何らかのキャンペーンが必要になるでしょう。関連するサイトからのリンクの設置やインフルエンサーへの依頼等が重要になることがあるかもしれません。ここまでプロジェクトが大きな問題なく進んでいれば作業は落ち着いているケースが多いですが、発注者側は、制作会社に任せっきりにせず本番サイトの見栄えや機能、リンク等に不具合が無いか主体的に確認するとよいと思います。最後の「公開」フェーズの主な成果物は本番稼働したサイトです。使ってサイトを構築する手順についてでした。フェーズの呼び方やフェーズの分け方は無数にありますが、全体のおおまかな流れはおそらくどの制作会社・どのプロジェクトで共通です。DynoABOUTSERVICESARTICLESFAQCONTACT。