ローンチは引き継ぎである：エージェンシー向けクライアント準備完了チェックリスト

概要

ほとんどのローンチアドバイスは、ウェブサイトを一度きりのイベントとして扱います。しかしエージェンシーにとって、すべてのローンチは引き継ぎであり、完璧なローンチ日よりも再現性が重要です。この記事では、複数のクライアントプロジェクトを管理するための引き継ぎ前チェックリストを紹介します。厳密な引き継ぎ日の設定、コンテンツの早期ロック、クライアント視点でのテスト、サイトタイプに応じたチェックの範囲設定、セキュリティ・SEO・ランぶックのゲートの実行について説明します。最後のステップは、次のプロジェクトに教訓をフィードバックする48時間後のフォローアップです。これはコピーペーストのリストではなく、生きたチェックリストとして使ってください。

ほとんどのローンチアドバイスは単一のウェブサイト向けに書かれているため、エージェンシー内では機能しません。すべてのページをテストするための無限の時間があることを前提としていますが、実際にはありません。進行中のプロジェクトが複数あり、電話番号を2回変更したクライアントがいて、小さなことを何度もメールしてくるステークホルダーがいます。うまく機能するアドバイスは、ローンチをイベントではなく引き継ぎとして扱います。あなたの本当の製品は、クライアントがパニックで電話をかけることなく住めるウェブサイトを生み出す、再現可能なプロセスです。このチェックリストはそのプロセスであり、異なるクライアント、予算、サイトタイプにわたって同じ品質ゲートを実行しなければならないエージェンシー向けに構築されています。背骨として使ってください。コピーするための画一的なリストではありません。

まず引き継ぎ日を書く

テンプレートを選ぶ前に、引き継ぎ日をカレンダーに入れてください。それを「ローンチ」ではなく「クライアント準備完了」と名付けましょう。そして、コンテンツの締め切り、デザインレビュー、テスト期間、そして実際のバッファーを逆算して計画します。クライアントは少なくとも2日は遅れるからです。その日付を誰もが見える場所に書きましょう。

日付がなければ、スコープクリープはアンカーを持ちません。クライアントがもう1ページ追加を求めたとき、「引き継ぎ日がずれます」と言えます。日付がすでにあれば、トレードオフは目に見えます。もしなければ、すべての小さな要求は無料であり、すべての締め切りは虚構です。引き継ぎ日を明確にできないエージェンシーは、利益率を守ることができません。漠然としたブリーフから始まる場合、再現可能なエージェンシープロセスは、この会話をすべてのプロジェクトで同じに保ちます。

即興できないコンテンツをロックする

クライアントサイトが崩壊するのは、コードではなくコンテンツです。開発者はページを構築できますが、クライアントの実際の住所、価格、チームの略歴を発明することはできません。デザイン承認の前に厳格なコンテンツ締め切りを設定し、引き継ぎ日と同じくらい固いものにしてください。

すべてのプロジェクトで標準のインテークフォームを1つ使用してください。電話番号、メール、住所、営業時間、クライアントが売りたい3つのサービスを尋ねます。あるクライアントはファックス機に接続される電話番号を渡し、別のクライアントはWord文書として保存されたロゴを渡します。これらをコンテンツ収集中に発見する方が、公開サイトのフッターで発見するより安上がりです。

締め切りに1つ欠けている場合は、プロジェクトを凍結せず、明確にマークされたプレースホルダーを付けて公開してください。期限付きのプレースホルダーは、停滞したビルドに勝ります。よくある失敗は、コンテンツを後から追加できるものとして扱うことです。その結果、間違った地図がピン留めされたサイトや、6か月前にクライアントが提供を中止したサービスを含むサイトをローンチすることになります。計画と情報アーキテクチャは、ビルド前にこれらの決定を強制するために存在します。

クライアントの悪い日のようにテストする

あなたは何週間もサイトを見つめてきたので、期待するものを見ています。クライアントは画面に実際に表示されているものを見ます。シークレットウィンドウで新しいセッションを開き、新鮮な目でパスを実行してください。

覚えているリンクだけでなく、見えるすべてのリンクをクリックしてください。すべてのフォームを送信し、成功パスだけでなく失敗状態もテストしてください。スマートフォン、低速接続、メニューを開いた状態でサイトを読み込みます。ヘッダーの電話番号が問い合わせページのものと一致することを確認してください。

ここで小さな遅延がストーリーになります。ヒーローイメージの読み込みが遅い、どこにもつながないボタン、モバイルで電話番号を覆うスティッキーヘッダーなど、これらはすべてクライアントの第一印象を形作ります。100のチェックは必要ありません。説明できないものを防ぐいくつかのチェックが必要です。ブログ投稿のタイポは修正可能ですが、壊れたチェックアウトは修正不可能です。すべてのクライアントで同じテストを実行すれば、ローンチ後1週間を「ボタンが動かない」というメールに答えることに費やさなくなります。

ゲートをサイトに合わせて範囲を設定する

チェックリストを実行する前に、すべてのプロジェクトでスコーピングパスを実行してください。4ページのパンフレットサイトとストアカタログは同じプロジェクトではありません。同一のチェックを両方に適用するのは、過剰エンジニアリングかテスト不足のどちらかです。チェックリストを実行する前に、このクライアントにとって重要なチェックを決定してください。

サイトタイプ	必須チェック
パンフレットサイト	クライアント視点でのパス、連絡先情報、SSL、基本的なSEO
ランディングページ	読み込み時間、フォーム送信、サンキューページ、アナリティクス
Eコマース	チェックアウト経路、決済テスト、商品画像、バックアップ

共通のゲート（引き継ぎ日、セキュリティ、ランぶック、フォローアップ）を維持し、この特定のクライアントを保護するチェックを追加してください。スコーピングステップを省略すると、金曜日にサービスページをテストすることになり、クライアントの実際の懸念は処理されないチェックアウトです。または、決済フローをテストせずにEコマースサイトをローンチし、クライアントは顧客の注文が消えるまで気付かないでしょう。

セキュリティゲートを一度構築し、毎回実行する

セキュリティはエージェンシーが流されやすい部分です。Eコマースのクライアントには完全な監査を行うのに、データを収集しないからといってパンフレットサイトをスキップします。それは間違った本能です。UpGuardのウェブサイトセキュリティガイダンスは、すべてのサイトで同じプラクティスを推奨しています。プラットフォームを最新に保ち、強力な認証を適用し、ユーザー権限を制限し、定期的にバックアップし、すべてをSSL/TLSで配信することです。パンフレットサイトも侵害される可能性があり、クライアントのドメインがスパム送信に使われる可能性もあります。

共有のセキュリティチェックリストを1つ作成し、すべてのプロジェクトで実行してください。すべてのログインで多要素認証を有効にする。ソフトウェアとプラグインを更新する。単にスケジュールされただけでなく、実際にテストされたバックアップ。SSL/TLS証明書がインストールされ、稼働している。ユーザー権限は各人に必要なものだけに制限する。

セキュリティをイエス/ノーのゲートにしてください。1つでも「まだ」があれば、そのサイトはクライアント準備完了ではありません。ローンチ週間前にステージングでゲートを実行してください。ローンチ当日夜の証明書障害は請求できない緊急事態だからです。リストは各項目が意味を持つように十分に小さく保ってください。常にパスする項目があれば、自動化するかビルドツールに組み込みましょう。スキップするコストは抽象的なものではなく、サイトが改ざんされたクライアントからの深夜のメッセージです。

SEOを希望ではなくチェックにする

あなたが見たことのあるローンチはこれです。サイトが公開され、デザインはきれいで、1か月後にクライアントがなぜGoogleに表示されないのか尋ねます。小さなサイトのSEOは将来の問題のように感じられるため、スキップされます。Digital Marketing Instituteの初心者向けSEOガイドは、技術的な設定をマーケティングの飾りではなく基本の一部として扱います。HTTPS、XMLサイトマップ、検索エンジンを許可するrobots.txtファイルです。

引き継ぎチェックリストにSEOセクションを追加し、具体的にしてください。すべての主要ページにタイトルタグとメタディスクリプションがあることを確認します。各ページに画像だけでなく、実際のテキストコンテンツが少なくとも1つあることを確認します。XMLサイトマップを生成して送信します。robots.txtがインデックスしたいページをブロックしていないことを確認します。

これらはどれも高価ではありません。すべて退屈な作業であり、それがスキップされる理由です。そのコストは数週間見えず、その後「なぜ私のビジネスはGoogleに表示されないのか」という電話がかかってきます。それを引き継ぎチェックで答えることはできません。サイトが公開される前に基本が整っていたという証拠でのみ答えることができます。完全な設定については、初日からランキングされるノーコードウェブサイトをローンチするを参照してください。少なくとも、SEOゲートをイエス/ノーのリストにして、「後でSEOをやる」がプロジェクトに入り込めないようにしてください。

ランぶックで鍵を引き渡す

サイトが公開されたとき、引き継ぎは完了しません。クライアントが電話をかけずにログインできるときに完了します。リンクとパスワードは引き継ぎではなく、最初の宿題です。クライアントは設定ページを見つけて試し、何かを壊すか、1ページのドキュメントで答えられた質問を電話してくるでしょう。

ランぶックを書きましょう。ログイン方法とホームページのテキスト変更方法。画像の交換方法。ドメインとホスティングがどこにあるか。ドメインの更新時期とその責任者。ICANNのドメイン登録プロセスでは、所有者に結び付けられた有効な連絡先情報が必要です。クライアントがドメインを所有している場合、アカウントがどこにあるか、期限切れになるとどうなるかを知る必要があります。更新日をランぶックに記載してください。誰もドメインを更新しなかったために「ウェブサイトが消えた」という最初のローンチ後の電話を受け取りたくないからです。

ランぶックは1ページで構いません。マニュアルである必要はありません。しかし、存在しなければならず、クライアントがまだ電話中にそれを開く必要があります。

48時間後にフォローアップする

ローンチ後、クライアントは1週間静かになります。あなたは彼らが満足していると思い込みます。それから請求書のメールが届き、彼らが6日間、自分の価格を更新する方法を知らずに過ごしたことに気づきます。最も有用なテストは、引き継ぎ後に行われます。前ではありません。

サイト公開から48時間後に、短いメモを送ってください。「すべて大丈夫ですか？」ではなく、具体的な質問を1つしましょう。具体的なプロンプトは本当の答えを引き出します。ログインを試しましたか？ 問い合わせフォームは受信トレイに届きますか？ フッターの住所は正しいですか？ クライアントが報告した内容を記録し、次のプロジェクトのチェックリストに追加してください。

これが、あなたが捉えられなかったものを捉える瞬間です。クライアントの実際の電話番号、実際の商品画像、彼らのデータでのみ機能する統合などです。クライアントがギャップを明らかにするたびに、それを次の引き継ぎゲートに追加してください。そうすることで、チェックリストは誰も読まない文書になることなく、生きたまま保たれます。より大きなシステムを探しているなら、クライアントサイトメンテナンス成熟度モデルは、このフォローアップが終わるところから始まります。

トロフィーではなくゲート

目標は、業界で最も徹底したチェックリストを持つことではありません。クライアント全体で実際に発生する問題を捉えるゲートを持つことです。つまり、剪定が必要です。直近のいくつかのローンチで1つの問題も捉えなかったチェックは、自動化されているか、ノイズです。常にパスする項目でいっぱいのチェックリストは、完了したという誤った感覚を与えます。重要なチェックは、時々失敗するものです。それらが厄介な電話を防いでいるからです。

プロセスが豊かに感じるようにチェックを追加しないでください。正当な価値を得たときだけ追加してください。エージェンシーにとって最適なローンチチェックリストは、思っているより短いものです。引き継ぎ日が設定されている、コンテンツがロックされている、クライアント視点のテストに合格、セキュリティとSEOのゲートがグリーン、ランぶックを引き渡した、48時間後のフォローアップが予定されている。そのゲートが存在すれば、ローンチは恐怖の瞬間ではなくなり、形式的なものになります。それがウェブサイトを構築するエージェンシーと、ウェブサイトを納品するエージェンシーの違いです。