「突然の無茶振り」から始まったプロジェクト
ある日、役員のひと声で「新規のサービスサイトを立ち上げる」ことが決まりました。
期間は3か月間。しかも2サイト、同時に。
そして、そのプロジェクトのWebディレクターとして私が任命されました。
Webサイトを立ち上げたことのない、未経験の私が。
本記事では、そんな私が短期間で自社のサービスサイトを2つ同時に立ち上げた実際の進め方や、意識したことをまとめてお伝えします。
こんな人におすすめ
- 急にWebディレクションを任されて戸惑っている方
- これからWebディレクターとしての経験を積みたいと考えている方
この実体験が少しでも参考になると嬉しいです。
ぼんやりした指示から「軸」を作る
目的とゴールを整理する
上司からは、「どんなサイト（サービス）にしたいか」というコンセプトと、なぜそのサイトが必要なのかという背景だけが共有されました。ゴールについては「会社の売上増加につなげること」という、かなり抽象的な言葉のみ。具体的なKPIについても、前例がないため目標数値の設定が難しいという理由で、この時点ではまだ決まっていませんでした。
そこで私がまず取り組んだのは、ベースとなる資料の作成です。共有された内容をもとに、以下の要素を自分なりに整理し、できるだけ具体的な形でスライドに落とし込みました。
- サイトの目的やターゲット
- サイト来訪者やサービス利用者にどういうアクションを取ってほしいか
- 想定されるKPIやKGI
- 立ち上げにかかる費用（外部委託費用や、ノベルティ制作費用など）
そのスライドをもとに上司との打ち合わせをセッティングし、認識に相違がないか方向性のすり合わせを行いました。
ぼんやりとしか形が決まっていない状態で走り出すことや、サイト立ち上げ未経験の私が、Webディレクションをきちんとできるかという不安もありました。しかし、サイトを作る上での基盤となる部分を自分の言葉で一度言語化しておいたことで、その後の細かい意思決定で迷った時に立ち返る軸になったと感じています。
実際の進め方
スケジュールと優先順位
公開日は3ヶ月後と決まっていたため、まずはそこから逆算する形で全体の工程管理表を作成しました。あわせてToDoリストを作り、「いつまでに」「誰が」「何をやるか」を可視化し、進捗を追えるようにしました。
2サイトを同時に進める中で最も意識したのは、優先順位のつけ方です。
- 他メンバーへの依頼事項（最優先）
デザイナーやコーダー、ライターなどの作業を止めないように優先して対応 - 自分一人で完結できる作業
隙間時間や後回しで調整
両方のサイトに関わるメンバーや、別の業務が立て込んでいるメンバーに対しては、都度ショートミーティングを行い「その時々でどちらを優先すべきか」の調整を行いました。
なお、全体の進捗管理にはGoogleのスプレッドシートを使用しましたが、個人のタスク管理にはNotionを使っていたため、同じ内容をNotionにも落とし込み、日々のToDoに細分化する形で運用していました。
フルリモートチームを動かした「こまめな記録と会話」
スケジュールやToDoが決まった後は、進捗確認や協議を行うため週1回の定例会議を設定しました。ですが、スピードが求められるプロジェクトであり、かつフルリモートのメンバーがほとんどだったため、以下の工夫をしてとにかくこまめにコミュニケーションを取ることを意識しました。
- 毎日の朝会
今日やることや進行中タスクの進捗報告、小さな疑問の解決・協議（長引きそうなら別途MTG） - 情報の記録
会議ツールの文字起こし・要約メモ機能を活用
口頭で話したことはSlackにも投稿して残す
進行スピードが早く「どれが最新情報かわからなくなる」ことも度々ありましたが、後から見返せる形で記録に残して進めることで、メンバー間のすれ違いを最小限にすることができました。
チームメンバーとの連携で意識したこと
Webディレクターとして「翻訳者」になる
このプロジェクトには、デザイナー、コーダー、エンジニア、編集・ライター、SNS担当など、複数の職種のメンバーが関わっていました。
ディレクターとして意識したのは、それぞれのメンバーの発言や想いを全員が理解できる形に「翻訳」して伝えることでした。個々の専門性が高いがゆえに、専門用語をそのまま伝えても伝わらないため、一度自分の中でかみ砕き、誰にでも伝わる言葉に変換して（時にはスライドで視覚化して）共有するようにしました。
また、各メンバーが自分の担当範囲に集中できるよう、全体像や目的は繰り返し共有し、個別の判断が必要な場面では早めに巻き取って意思決定するようにしていました。
意見が割れた時の対応
進行中に、複数のメンバーから違う案が出て意見が割れる場面もありました。そうした時、私はどちらか一方を採用するのではなく、それぞれの想いをくみ取った上で、お互いが納得できる折衷案を提案する形で進めていました。
もちろん、Webディレクターとしての自分の判断に反対意見が出ることもあり、思い悩むことも多々ありましたが、当時は誰も正解が分からない状態。「まずはやってみて考えよう」という精神で、関わったメンバー全員が納得できる形を目指すことを第一としました。
結果、サイトの公開はどうなったか…？
そんな試行錯誤を重ねながら進めた結果、当初の予定通り3ヶ月で2サイトを同時公開することは……できませんでした。
PMである上司の業務が別件でパンクして、チェックバックが予想以上に遅れてしまった影響もあり、実際には予定より2週間ほど遅れての公開となりました。最初から公開日が決まっていたプロジェクトだったので、自分のコントロールが及ばないところで遅延が発生してしまったのは、正直悔しい部分もあります。
また、コンテンツ制作も予定通りには進まず、公開直前には「コンテンツ量を大幅に絞り込む」という判断も必要になりました。何を優先し、何を後回しにするか、限られた時間の中での取捨選択も大きな学びとなりました。
ただ、「サイトを公開できる状態に仕上げる」というディレクターとしてのタスク自体は、決められた期限までに完了することができました。これは関わってくれたメンバーの頑張りはもちろん、こまめなコミュニケーションを重ねてきたことも大きかったと感じています。
まとめ
無事に公開した後も、最初から完璧なサイトを作れたわけではなく、設定漏れや細かい修正対応に追われる日々が続きました。
修正対応が終わった今でも、数値の計測や分析、新たなコンテンツの企画など、やることは山のようにあります。ただ、この経験のおかげで「Webサイトの企画 → 制作 → 運用」までを一通り経験でき、Webディレクターとしての大きな一歩を踏み出すことができました。
今回のプロジェクトで得た学び
- 「ぼんやりした指示」はまず自分の言葉で言語化して軸を作る
- リモート下では「口頭＋文章（Slack）」で徹底的にすれ違いを防ぐ
- ディレクターは専門用語を誰にでもわかる言葉に「翻訳」することを意識する
正直なところ、プロジェクトをはじめてから公開するまで、わからないことだらけで毎日不安や悩みを抱えていました。
でもその分、やりがいも大きく、公開して修正対応が終わった後は「私がこのサイトを作ったんだ」と誇らしい気持ちになりました。
未経験でも、正解がわからなくても、「まずはやってみて考える」ことで実務はしっかり動かせます。
同じようにWebディレクションで悩んでいる方の参考に、少しでもなれば幸いです！
