新しい申込フォームを公開した翌朝、電話で「自動返信メールが届きません」と連絡が入る。LINEにも「入力内容を直したい」というメッセージが来て、受付担当は管理画面を開くべきか、紙の台帳にメモすべきか、店長へ確認すべきかで手が止まる。
1週間後には、スタッフ名の変更、料金表示の修正、月ごとの件数確認も出てくる。作る前は「公開できるか」が不安だったのに、公開した後は「誰が毎日見るのか」「誰が直してよいのか」が不安になります。
この記事では、小さな業務アプリや申込フォームを作った後に、問い合わせ・更新・データ確認を誰が持つかを相談前に整理します。ここでは、作った後に毎日見る、直す、問い合わせを受ける仕事を「運用」と呼びます。専門的な言葉を覚えるためではなく、公開後に困らない担当の分け方を決めるための記事です。
作った後の担当で迷うのは自然です
「作るところまでは相談できそう。でも、公開した後に誰が問い合わせや修正を見るのだろう」
たとえば、次のような場面です。
- お客様から電話で「入力内容を間違えた」と言われ、誰が管理画面を直すか分からない
- 自動返信メールが届かないと言われ、メールの再送、迷惑メール案内、手動連絡のどれをするか迷う
- スタッフが入れ替わり、画面の担当者名や通知先を誰が直すか決まっていない
- 月末に申込件数を確認したいが、締めた後に直してよい人が決まっていない
- 受付担当、現場担当、店長、外部の相談先のどこへ連絡すればよいか、その場で探している
- パスワードを知っている人が限られ、休みの日に変更できない
こうした不安は、システムが悪いから起きるとは限りません。
公開後の仕事を、誰が見るのか、誰が直すのか、どこまで相談先へ頼むのかが決まっていないと、小さな修正でも現場が止まります。
先に結論
公開後に困らないためには、開発を依頼する前に次の5つを仮決めします。
- お客様からの問い合わせを最初に受ける人
- 毎日、申込や予約の一覧を確認する人
- スタッフ名、料金、説明文などの軽い更新をする人
- 自動返信や通知がうまく動かないときに気づく人
- 月ごとの件数や対応状況を確認する人
全部を社内で持つ必要はありません。
一方で、全部を外部の相談先へ任せる前提にすると、電話やLINEで入った小さな変更まで待ち時間が出ます。
最初は、毎日見る仕事は社内、仕組みを直す仕事は相談先、どちらか迷う仕事は連絡ルールを決めるという分け方で十分です。
「公開後の担当まで決めないと相談できない」と考えなくても大丈夫です。
初回相談では、「問い合わせを受ける人は受付担当、画面を直す人は未定、月末確認は店長にしたい」と伝えられれば、相談先も作る範囲と公開後の支え方を考えやすくなります。
作った後に出てくる仕事を分ける
「運用」と聞くと、専門の担当者が必要な大きな話に見えるかもしれません。
小さな業務アプリでは、まず日常語で分ければ十分です。
作った後に出てくる仕事は、大きく4つあります。
| 公開後の仕事 | 現場で起きる場面 | 社内で持ちやすいこと | 相談先に頼みやすいこと |
|---|---|---|---|
| 問い合わせを見る | お客様から電話、LINE、メールで、入力内容、予約状況、返信メールについて聞かれる | 最初の返事、本人確認、手動での案内、担当者への引き継ぎ | よくある問い合わせを減らす画面修正、通知文面の改善、再送の仕組み |
| 内容を更新する | スタッフ名、メニュー、料金、受付時間、注意書きが変わる | 管理画面から直せる軽い変更、定型文の差し替え、表示順の変更 | 画面構成の変更、入力項目の追加、通知先や確認手順の変更 |
| データを確認する | 申込件数、未対応、支払い済み、キャンセル、月ごとの状況を確認する | 毎日の一覧確認、月末に見る数字の確認、修正理由の記録 | 月ごとの一覧の作成、確認しやすい状態名の整理、修正履歴の見せ方 |
| 止まったときに動く | 通知が届かない、ログインできない、入力が送れない、表示が崩れている | まず誰へ連絡するか、手動で受ける方法、現場への案内 | 原因確認、修正、再発防止、必要な監視や記録の追加 |
この表は、担当者を責めるためのものではありません。
「社内で毎日見ること」と「仕組みとして直すこと」を分けるための表です。
代表的な持ち方を比べる
公開後の担当は、1人に全部集めるより、仕事の種類で分けた方が続けやすくなります。
ただし、事業規模や人員によって現実的な分け方は変わります。
| 担当の持ち方 | 向いているケース | 主なメリット | 不安が残る点 | 相談時の言い方 |
|---|---|---|---|---|
| 店長や責任者がまとめて見る | 件数が少なく、重要な問い合わせを責任者が把握したい | 判断が早く、月末の数字やお客様対応の全体像を見やすい | 休みの日や忙しい時間に、軽い変更や確認まで止まりやすい | 最初は店長が見ます。日々の軽い更新だけ現場でも直せるようにしたい |
| 受付や現場担当が日々見る | 電話、LINE、メールの問い合わせを普段から現場が受けている | お客様への返事が早く、確認漏れに気づきやすい | 画面設定や大きな修正まで任せると、誰が変えたか分かりにくい | 受付は未対応と返信済みを見ます。設定変更は責任者だけにしたい |
| 外部の相談先に修正を頼む | 社内で画面や通知の変更を触るのが不安で、正しく直してほしい | 仕組みの変更、通知の不具合、画面の崩れなどを相談しやすい | 日々の小さな文面修正やスタッフ名変更まで依頼すると、待ち時間が出る | 普段の入力確認は社内で見ます。仕組みの修正だけ相談先へ頼みたい |
| 毎日見る人と直す人を分ける | 問い合わせは現場、月末確認は責任者、仕組みの修正は相談先に分けたい | 現場の返事を止めず、重要な変更だけ責任者や相談先へ集められる | 分け方を画面の権限や連絡ルールに反映しないと、結局その場で迷う | 問い合わせ、軽い更新、月末確認、仕組みの修正で担当を分けたい |
この記事でおすすめしたいのは、最後の「分けて持つ」考え方です。
ただし、最初から細かな権限を作り込む必要はありません。
まずは「誰が毎日見るか」「誰だけが直せるか」「困ったら誰へ送るか」を、紙1枚でもよいので決めます。
公式情報から見た注意点
公開後の担当を決めることは、開発会社側の都合ではありません。
作った仕組みを、事業者側が安心して使い続けるための確認です。
デジタル庁のデジタル社会推進標準ガイドラインは、サービス・業務改革と、情報システムの整備および管理に関する共通ルールや参考資料をまとめています（参考）。公的な大規模システム向けの資料ですが、「作ること」と「管理し続けること」を分けずに考える点は、小さな業務アプリにも参考になります。
GOV.UKのService Manualでは、公開後のlive phaseについて、サービスを続けられる形で支え、改善を続ける段階だと説明しています（参考）。同じページでは、公開前に、利用者を支える人がオンライン部分を理解していること、問い合わせ対応の台本や研修を整えることにも触れています。
また、GOV.UKのuser supportの説明では、問い合わせの種類、問い合わせ経路、対応にかかる時間、対応状況の測り方を考える必要があるとされています（参考）。
この情報から、事業者側で大切なのは次のことです。
- 電話、LINE、メール、フォームのどこから問い合わせが来るかを先に書く
- 返事を急ぐ問い合わせと、後でまとめてよい問い合わせを分ける
- よくある問い合わせを、次の画面修正や説明文の改善に使う
- 問い合わせを受ける人と、仕組みを直す人のつなぎ方を決める
GOV.UKのチーム構成の説明では、サービスを動かし続ける段階でも、維持、改善、利用者対応、セキュリティ対応を考える必要があるとされています（参考）。これは、Ready Mockの読者にとって「専任チームを作りましょう」という意味ではありません。
小さな事業でも、少なくとも「責任者」「日々見る人」「困ったときの相談先」を分けておくと、公開後の不安は減らしやすくなります。
個人情報を扱う場合は、さらに注意が必要です。
IPAの中小企業向け情報セキュリティ対策ガイドラインは、個人事業主や小規模事業者を含む中小企業向けに、段階的な対策を整理しています（参考）。個人情報保護委員会の通則編では、個人データの管理、安全管理、従業者の監督、委託先の監督などが示されています（参考）。
氏名、電話番号、予約内容、申込内容、支払い状況を扱うなら、誰が見られるか、誰が直せるか、外部の相談先へどこまで共有するかを、開発前に相談しておく方が安全です。
公開後に決める5つの担当
ここからは、相談前に決める担当を5つに分けます。
完璧に決める必要はありません。
「仮でこの人」「ここは相談で決めたい」と書ければ十分です。
1. 問い合わせを最初に受ける人
お客様は、画面の中だけで問い合わせるとは限りません。
電話、LINE、メール、来店時の口頭、紙のメモで連絡が来ます。
最初に受ける人を決めておかないと、同じ問い合わせを複数人が見たり、誰も返事をしなかったりします。
相談前には、「入力内容の修正は受付」「支払いの確認は店長」「画面の不具合は相談先」のように、日常語で分けます。
2. 毎日一覧を見る人
申込や予約の一覧は、作っただけでは安心できません。
誰かが毎日見て、未対応、確認中、返信済みを確認する必要があります。
見る人が決まっていないと、通知が来ていても現場で見落とします。
最初は、朝と閉店前の2回だけでも構いません。
3. 軽い更新をする人
スタッフ名、メニュー名、料金、受付時間、注意書きは変わります。
これらを毎回外部へ頼むのか、社内で直すのかを決めておくと、公開後の不安が減ります。
ただし、誰でも直せるようにすると、誤って大事な文面を変えることがあります。
「表示文の一部だけ店長が直せる」「通知先の変更は相談先へ頼む」のように、範囲を分けます。
4. 止まったときに気づく人
自動返信メール、担当者通知、申込完了画面、ログインなどは、うまく動かない日が出ることがあります。
大切なのは、失敗をゼロと決めつけないことです。
通知が来ないとき、誰が気づくのか。
お客様から連絡が来たとき、どこへ記録するのか。
手動で受ける予備の方法はあるのか。
ここまで決めておくと、トラブル時の焦りが小さくなります。
5. 月ごとの確認をする人
月末には、申込数、未対応数、キャンセル数、売上や支払い状況などを見たくなります。
この確認担当が決まっていないと、日々の一覧と月末の数字が混ざります。
月ごとの確認は、経営者や店長が見る数字です。
そのため、現場が毎日見る一覧とは別に、月末に見る一覧を相談しておくと進めやすくなります。
相談前にできる5つの整理
公開後の担当を決めるときは、難しい表を作る必要はありません。
次の5つだけをメモにします。
- 公開後1週間に起きそうな問い合わせを、電話、LINE、メール、来店時の口頭に分けて書く
- 毎日見る一覧を、誰が、いつ、何を見るのかで書く
- 社内で直したい軽い変更と、相談先へ頼みたい変更を分ける
- 通知が届かない、ログインできない、入力できないときの連絡先を書く
- 月末に見たい数字を、申込数、未対応数、キャンセル数など3つまでに絞る
Ready Mockの実務上の目安では、公開後の最初の1週間だけでも担当表を作ると、相談内容がかなり具体的になります。
最初から半年分の運用を決めなくても大丈夫です。
「公開後1週間は受付担当が毎日見て、分からないものは店長へ集める。通知や画面の不具合は相談先へ送る」と言えるだけで、必要な画面、通知、権限を考えやすくなります。
公開後に困らない担当チェック
そのまま使える相談メモ
公開後の担当は、相談前に完璧に決めなくても大丈夫です。
分からない項目は「相談で決めたい」と書いておくと、初回相談の議題にできます。
公開後の担当相談メモをコピーできます
公開後に誰が見るか、誰が直すかを相談前に整理するためのメモです。未定の項目は「相談で決めたい」と書けます。
公開後の運用担当について相談したい内容： 【作りたいもの】 例：申込フォーム、予約管理、問い合わせ管理、業務アプリ 【公開後にお客様から来そうな問い合わせ】 例：入力内容を直したい、自動返信が届かない、予約状況を確認したい 【問い合わせを最初に受ける人】 例：電話は受付担当、LINEは店長、メールは事務担当 【毎日見る一覧】 例：申込一覧、未対応一覧、予約変更、支払い確認 【毎日見る人とタイミング】 例：受付担当が朝と閉店前に未対応を確認する 【社内で直したい軽い変更】 例：スタッフ名、料金、受付時間、注意書き、表示順 【相談先へ頼みたい変更】 例：入力項目の追加、通知先の変更、画面構成の変更、自動返信の不具合 【通知や画面が止まったときの連絡先】 例：まず店長へ集め、画面や通知の問題は相談先へ送る 【月末に確認したい数字】 例：申込数、未対応数、キャンセル数、支払い済み数 【扱うお客様情報】 例：氏名、電話番号、メール、予約内容、申込内容、支払い状況 【相談で決めたいこと】 例：どこまで社内で直せるようにするか、どこから相談先へ頼むか
次にやること
まず、公開後1週間のカレンダーを想像してください。
月曜日の朝に誰が一覧を見るのか。
お客様から電話が来たら誰が受けるのか。
スタッフ名を直したいとき、誰が直すのか。
通知が届かないとき、どこへ連絡するのか。
この4つを書くだけで、相談内容は具体的になります。
「業務アプリを作りたい」ではなく、「公開後に受付担当が毎日見る一覧と、店長だけが直せる軽い更新、困ったときの連絡先まで相談したい」と伝えられます。
そこまで言えれば、最初に作る範囲と、公開後に任せる範囲を分けやすくなります。
参考情報
- デジタル庁, デジタル社会推進標準ガイドライン。サービス・業務改革と情報システムの整備および管理に関する共通ルールや参考資料の位置づけを確認。ページ最終更新日 2026-06-12、DS-100/110/120は2025-06-19更新。2026年7月19日参照。
- GOV.UK Service Manual, How the live phase works。公開後のサービス運営、改善、利用者支援、監視、品質確認の観点を確認。Published 2016-08-04、Last updated 2019-05-08。2026年7月19日参照。
- GOV.UK Service Manual, Set up and manage user support。問い合わせの種類、経路、対応時間、支援体制、問い合わせを改善に使う考え方を確認。Published 2016-11-24、ページ上で最終更新日は確認できず。2026年7月19日参照。
- GOV.UK Service Manual, Set up a service team at each phase。live段階での維持、改善、利用者対応、セキュリティ対応、関係部署との協力を確認。Published 2016-03-03、Last updated 2025-01-29。2026年7月19日参照。
- IPA, 中小企業の情報セキュリティ対策ガイドライン。個人事業主や小規模事業者を含む中小企業向けの段階的な情報セキュリティ対策を確認。公開日 2016-11-15、最終更新日 2026-07-03。2026年7月19日参照。
- 個人情報保護委員会, 個人情報の保護に関する法律についてのガイドライン（通則編）。個人データの管理、安全管理措置、従業者の監督、委託先の監督を確認。平成28年11月公表、令和8年6月一部改正。2026年7月19日参照。