新サービスの公開準備｜告知・事前相談・正式受付を切り替える条件

新サービスのサイト公開日に、提供条件や受付担当が未定のときの準備方法。告知・事前相談・正式受付の可否を判断する表と、画面・通知・担当者の切替確認をまとめます。

新サービスのサイトは完成に近づいているのに、提供開始日や受付担当が決まっていない。展示会や営業の予定に合わせて公開したいものの、「申し込む」ボタンを押した人へ何を約束できるかが曖昧なままになっている。こうした場面では、残りの原稿を急ぐ前に、今回どの状態で公開するかを決めます。

サイトを見せること、相談を受けること、正式に申込みを受け付けることは、それぞれ必要な準備が違います。公開予定日が来たからといって、すべての窓口を開ける必要はありません。決定事項と未決事項を分け、その状態で受けられる行動を画面に反映することが出発点です。

本記事では、新サービスの事業担当者とWeb担当者が使える、公開可否と受付状態の判断表を示します。三段階を必ず順番に通る計画ではなく、現在の準備に合う状態を選び、条件が変わったら切り替えるための設計例です。

公開日を決める前に、受け付ける行動を一つ選ぶ

まず、訪れた人が今回できることを短い文にします。「新サービスを知る」「自分の条件で利用できるか相談する」「条件を確認して申し込む」のどれを中心にするかで、必要な説明も、送信後の仕事も変わります。

告知だけなら、サービスの対象と概要、運営者、現在の準備状況を伝えます。開始時期をまだ案内できない場合は、未確定の日付を載せず、次の情報をどこで確認できるかを示します。一般の会社への問い合わせ先がある場合も、新サービスの申込みを受けているかのように見せないことが大切です。

事前相談では、希望を聞いた後に誰が何を確認するかを決めます。相談した時点で利用枠を確保するのか、対応可否を調べるだけなのかを明示します。名前を「お問い合わせ」に変えても、入力内容や自動返信が正式申込みのように見えれば、期待はずれが残ります。

正式受付では、その受付で引き受ける範囲、費用の決まり方、提供時期、申込み後の手順を揃えます。個別見積りのサービスなら、問い合わせや見積り依頼と、取引の申込みがどこで分かれるかを確認します。実際の販売方法に必要な条件表示や手続は、契約を管理する担当者へ確認し、一般的な公開チェックだけで済ませません。

未決事項は「原稿待ち」でまとめず、受付への影響を見る

写真が届いていないことと、提供できる地域が決まっていないことでは、公開への影響が違います。写真は確認済みの説明や図で補える場合がありますが、対象地域は利用できるかを判断する条件です。両方を同じ進捗欄で「未完了」とすると、何を先に決めるべきかが見えません。

各項目について、分かっていること、分からないこと、確認する人、その結果によって止める受付を記録します。「料金は確認中」だけで終わらせず、「見積りに必要な条件は決まったが、提供価格を承認していない」のように、決定済みの部分まで分けます。

下表は、法人向けの研修サービスを準備する架空の会社を想定した設計例です。実際の事業者の体制、価格、開始予定を示すものではありません。ここでは研修の概要を告知でき、希望条件を聞く相談窓口は準備中という状態を置きます。

項目	決定事項・未決事項の例	今回の公開・受付判断	確認する担当
対象と提供内容	対象者と基本テーマは決定。個別教材の制作範囲は未決	決定済みの概要を告知。個別制作を対応可能と書かない	事業責任者
費用	見積り時に聞く条件は決定。価格の承認は未了	仮価格は掲載しない。価格の案内方法を相談受付前に決める	事業・経理担当
開始時期と提供枠	担当講師の予定を調整中	開催日の確約や枠の予約を受けない	提供責任者
相談の受信と返信	窓口は作成済み。不在時の確認者は未定	相談受付の開始を保留。受信後の担当を先に決める	受付責任者
契約と情報の扱い	取引条件と入力情報の扱いを確認中	申込み・決済の開始は保留。取得する情報に応じて確認する	契約・情報管理担当
写真と事例	教材の説明図は用意できる。利用実績はまだない	説明図で告知可能。存在しない実績や利用者の声は載せない	原稿・素材担当

この例では、サイトの外観が完成していても、相談への返信担当が決まるまでは告知状態を選びます。反対に、写真が未準備という理由だけで、確認済みの概要まで公開不可にする必要はありません。サービスの提供能力と、見せ方の準備を別の軸で見ると判断が揃います。

表の「担当」には、部署名だけでなく確認できる人を決めておきます。制作会社が未決事項の整理を手伝う場合でも、提供できる範囲や料金を決める人は事業側に必要です。確認期限を過ぎた項目は、承認されたものと扱わず、その項目を含めない公開状態を選び直します。

三段階の切替は、日付ではなく確認結果で行う

公開方法を選ぶための設計例です。三段階を必ず順番に進める手順ではなく、条件が不足すれば受付範囲を見直します。

告知から事前相談へ切り替える条件は、フォームが完成したことだけではありません。相談できるテーマを説明でき、受信した情報を担当者が確認し、次の対応を案内できることを確かめます。入力項目が少なくても、確認する人が決まっていなければ、送信後に滞留する可能性があります。

事前相談から正式受付へ進める場合は、実際に引き受けられる条件と、申込みを処理する手順を確認します。提供担当者への引継ぎ、日程調整、見積りや契約の確認がどこで行われるかを通してみます。相談件数が増えたという理由だけで、利用枠があることや、継続して提供できることまで確認できたとは考えません。

英国政府のサービス開発ガイドは、対象者を絞って試す段階でも、改善を続ける体制と利用者を支援できる担当を重視しています。日本の企業に同じ審査や開発段階を求めるものではありませんが、公開範囲を広げる前に受け手の体制を見る参考になります。GOV.UKのベータ段階の案内

切替の判断は、一枚の短い記録に残します。現在の状態、次に開けたい受付、確認した条件、残る条件、切替を決めた人、実際に画面へ反映した時点が分かれば十分です。会議で決定した日と、サイトが切り替わった日を同じものとして扱わないようにします。

「事前登録」は、何が起きる登録なのかを説明する

開始通知を受け取りたい人のメールアドレスを集める場合、その登録を事前相談や予約と混ぜません。「事前登録する」というボタンだけでは、通知が届くのか、優先枠が取れるのか、申込みが完了するのかを判断できないことがあります。

通知だけなら、「開始のお知らせを受け取る」のように、登録後に起きることが分かる言葉を候補にします。開始日や利用枠を確約しない場合は、ボタンの近くでその範囲を明らかにします。開始通知を希望する人から、まだ必要のない発注情報や詳細な社内資料まで必須で集めないようにします。

相談を受ける窓口は、希望する内容や利用時期など、対応可否を調べるために必要な情報へ絞ります。通知の登録と相談を同じ仕組みで受ける場合でも、利用者が選んだ用件と、担当者が行う対応を記録上で区別します。連絡先が一つの一覧に入ることを、同じ目的で連絡してよい根拠にはしません。

個人情報保護委員会のQ&Aでは、本人が入力画面などに記入する個人情報は、原則として利用目的の明示が必要とされています。新しいサービスの案内への利用が、自明の目的とは限らない点にも触れています。通知登録、相談対応、別の案内に使う情報を整理し、実際の利用に合う説明を用意します。個人情報保護委員会 Q4-17

画面と通知は、四つを一組として切り替える

ページのボタンだけを「相談する」から「申し込む」に変えると、完了画面やメールに古い説明が残ることがあります。受付状態の変更は、入口から担当者への引継ぎまで一組として扱います。確認場所は、少なくとも次の四つに分けると追いやすくなります。

確認する場所	事前相談を始める際の確認例	正式受付へ変える際の確認例
ページと入力画面	何を相談できるか、相談後に何を確認するか	申込み対象と条件、必要な入力が一致するか
送信後の完了画面	相談を受け取ったこと、次の対応の案内	申込みの受領と、契約・日程等の確定を区別できるか
自動返信	相談内容の控えと、連絡を待つ範囲	実際の受付手順に合う状態・確認事項か
社内の受信通知	相談の確認担当と、不在時の引継ぎ	提供担当へ渡す情報と、処理状況の記録が揃うか

正式受付でも、自動返信を送った時点で提供日や契約が確定するとは限りません。自社の手順に沿って、受け取ったことと、内容を確定したことを分けます。逆に、即時確定する仕組みを使うなら、その前に利用条件や枠を確認できているかが必要です。

複数ページから同じ窓口へ入れる場合は、トップページだけで現在の状態を説明しても足りません。サービス詳細、広告の行き先、フォームへ直接訪れた場合を確かめます。GOV.UKの画面設計資料も、サービスが開発途中である状態を各ページで伝える考え方を示しています。自社サイトでは専門用語のラベルだけに頼らず、「現在は相談のみ受付中」のようにできる行動を説明します。GOV.UKの状態表示の設計資料

公開日に条件が揃わなかったら、受付範囲を戻す

公開予定日に講師の予定が固まらない場合、架空例の研修サービスでは、予定日に合わせて開催予約を開けるのではなく、相談だけを受ける判断が候補になります。その場合も、相談へ回答できる体制は必要です。返信体制も整わないなら、概要の告知に留めます。

段階を戻す際には、表示だけでなく実際の受付経路を確認します。ボタンを隠しても、以前配布したフォームのURLが生きていることがあります。どの入口から来ても現在の案内へ進めるか、停止中に送信されないか、担当者へ誤った受付通知が届かないかを試します。

すでに相談や申込みを受けている分は、新規受付と別に管理します。サイトの表示を変えたことだけで、既存の相手への連絡が済んだとは考えません。受け付けた時点の案内を確かめ、誰が対象を整理し、どの連絡を行うかを決めます。相手に伝えた条件を、現在のページ内容で上書きしないことが要点です。

外部の告知も見直します。営業資料や配信済みの案内をすべて書き換えられない場合は、そこから訪れるページで現在の状態を確認できるようにします。ページ側の一文、受付機能、社内の対応が揃って初めて、範囲を戻した状態になります。

切替前の確認は、実際の担当者まで通す

検収では、見た目だけでなく、その状態で受ける用件を試験用の情報で通します。告知では申込みができると誤解されないか、相談では希望が未定でも送れるか、正式受付では必要な確認を抜かして進めないかを確かめます。担当者には、届いた内容から次に何をするかを説明してもらいます。

通常のケースだけでなく、対応範囲外の希望、担当者が不在の時間、同じ人からの再送も試します。すべての例外を自動処理する必要はありません。誰が判断するか分からない状態を見つけ、返信文や引継ぎ先を決めることが目的です。

公開を操作する人と、サービス条件を決める人が違う場合は、変更内容を曖昧な口頭指示にしません。「正式受付へ変更」だけでなく、適用する対象、切り替える入口、使う案内文、確認担当を渡します。反映後に同じ人が画面と受信結果を確認できない場合は、確認する別の人を先に決めます。

公開直後の記録も、通知希望の登録数、事前相談、正式申込みを分けます。これらをまとめて「申込み」と数えると、提供予定の件数と一致しなくなります。件数の大小だけで公開方法の効果を断定せず、どの入口で何を期待して送信したか、説明と実際の対応が合っていたかを見直します。

制作会社へ渡すのは、公開希望日と現在の判断表

自社で先に決めるのは、提供できる内容、未決事項を確認する人、今回受けられる用件です。制作会社には、その判断表と、すでに外部へ案内している内容を渡します。原稿や写真が全部揃っていなくても、何が未確認かが分かれば、公開範囲と作る画面を検討できます。

見積りでは、初回の告知画面、相談受付の追加、正式受付への変更を分けて確認すると、後日の作業が見えやすくなります。どの文言を自社で変えられるか、通知先やフォームの切替に作業が必要か、受付を止める際の対応範囲も確認します。段階を分けることが必ず費用を下げるわけではないため、切替の回数と仕組みを合わせて考えます。

新サービスの公開準備は、予定日へ全機能を押し込む作業ではありません。今できることを選び、その行動を受け止められる条件を揃え、画面と対応を同時に切り替える計画です。決まっていないことがあるときほど、何を公開し、何を受け付けるかを別々に判断すると、次に確認すべきことが明確になります。