実際にあった相談——集客導線を動かしたまま配信を分岐させたい
ご相談いただいたのは、オンライン講座を運営する会社です。広告→LINE登録→案内動画の視聴→個別相談、という集客導線が毎日稼働しており、広告経由の新規登録が日々発生している状態でした。ご要望は「動画を一定の時点まで見た人と見ていない人で、その後のLINEとメールの配信内容を分けたい」というものです。
技術的には配信ツールの標準機能で実現できる内容でした。しかしお客様が繰り返し口にされたのは、「いま動いている本番の導線には影響を与えたくない」という一点です。実際、この種の改修で怖いのは機能が作れないことではありません。作業中の誤操作で、いま毎日流れている配信が止まる・壊れることです。
後日談として、お客様は発注の決め手を「本番に影響を与えない進め方を最初の提案で示したこと」と話してくださいました。発注者が本当に評価しているのは技術力より安全設計だ、というのが弊社の実感です。
なぜ稼働中の改修は事故になりやすいのか
- 作業場所と本番が同じ画面にある：多くの業務ツールは開発環境と本番環境が分かれておらず、1クリックの誤操作がそのまま本番に反映される
- 利用者が止まってくれない：作業中も新規登録や注文は発生し続ける。「夜中にやれば大丈夫」が通用しない仕組みも多い
- 元に戻す手順が用意されていない：変更前の設定を記録していないと、不具合が出ても「元がどうだったか」が分からず復旧できない
- 既存の設定の意図が分からない：前任者や別業者が作った設定が残っており、触ってよいものか判断できない
これらは発注先の技術力だけでは解決しません。進め方のルールを最初に合意することが、発注者側にできる最大のリスク対策です。
実際に使った「本番非接触の4ルール」と作業手順
この案件で弊社がお客様と最初に合意したルールは、次の4つです。どれも特別な技術ではなく、発注者が外注先に求めてよい標準的な作法です。
- ルール1：本番の設定には手を加えない——作業はすべて複製したテスト用の環境で行う
- ルール2：テスト用のものには名前で印を付ける——「テスト_」の接頭辞を付け、本番と見分けがつかない状態を作らない
- ルール3：本番への反映は承認を得てから——テスト結果を報告し、了承をもらってから反映する。反映のタイミング（配信や利用が少ない時間帯）も事前に相談する
- ルール4：変更内容はスクリーンショットで報告する——「やりました」ではなく、変更前後の画面を証跡として残す
手順は「調査→複製→実機テスト→承認→反映→経過観察」
実際の作業は、①既存設定の調査（閲覧のみ、変更しない）②テスト用シナリオの複製と分岐の構築 ③テスト用の登録者を使い、LINEとメールが実際に届くところまで実機で確認 ④スクリーンショット付きで報告し承認を得る ⑤配信が集中しない時間帯に本番反映 ⑥反映直後の実利用者で動作を経過観察——の順で進めました。
ポイントは③です。設定画面上で「できているはず」を確認するのと、実際に自分のスマホにメッセージが届くのを確認するのは別物です。実機テストを省く外注先には注意してください。テスト中に「契約プランの上限で環境の複製が作れない」という制約も見つかりましたが、これもテスト段階だったため、本番に影響なく代替設計へ切り替えられました。制約は本番でなくテストで踏むのが正解です。
反映後に見つかる落とし穴——「移行漏れ」への備え
本番反映が無事に終わっても、1つ落とし穴が残ります。反映より前に条件を満たしていた利用者は、新しい分岐に乗らないという問題です。
この案件でも反映の数日後、「条件を満たしているのに新しい配信を受け取っていない人がいる」というお問い合わせがありました。調べると不具合ではなく、その方が条件を満たしたのが本番反映より前だったためでした。仕組みの切り替えには「切り替え前にすでに進んでいた人をどうするか」という論点が構造的に付いてきます。
- 反映日時を記録し、境目の利用者を特定できるようにする
- 移行漏れの人を新しい仕組みへ手動で移す手順を、反映前に用意しておく
- 反映後1週間は、実利用者の動きを発注者・外注先の双方で経過観察する
この案件では、移行漏れの方を一覧で絞り込み、既存の操作1つで新しい分岐へ移す手順をご案内し、お客様ご自身で対応いただけました。納品後に発注者だけで対処できる手順書を残すことも、外注先に求めてよい項目です。同様の「動いているのに気づかない不具合」の類型はRPA失敗事例5選と回避の3原則でも解説しています。
発注前チェックリストと費用相場
稼働中の仕組みの改修を外注するときは、見積もり依頼の段階で次の5つを確認してください。
- テスト環境（複製）を作って作業するか、本番を直接触るか
- 本番反映の前に、こちらの承認を挟むプロセスになっているか
- 不具合時に元へ戻す手順（切り戻し）を用意するか
- 反映のタイミングをこちらの業務カレンダーに合わせられるか
- 反映前から進行中だった利用者・データの扱いをどう考えているか
5つすべてに具体的に答えられる外注先なら、稼働中の改修を任せる下地があります。費用面では、弊社の経験では配信分岐の追加のような小規模改修で2万〜5万円前後、テスト環境構築と経過観察まで含む中規模改修で5万〜15万円前後が目安です。新規開発より小さい金額でも、安全手順の分だけ工数が乗ることは理解しておくと、極端に安い見積もりを警戒できます。相場の考え方は自動化の費用相場を、そもそもどの業務から手を付けるかは最初に自動化すべき業務の見つけ方をご覧ください。
動いている仕組みは会社の資産です。触るのが怖いからと改善を止めるのではなく、安全に触る作法を持つ相手と、小さく確かめながら進めることをおすすめします。メール・LINEなどの配信業務の自動化はメール対応の自動化も参考になります。
稼働中の仕組みの改修も、AIに30秒で相談
いま動いているシステムと変えたい点を1行入力するだけ。安全な進め方と概算を、その場でお見せします。月額3万円〜・最短2週間で対応開始。
AIに30秒で試す →よくある質問
Q. テスト環境を作る分、費用が高くなるのでは？
テスト分の工数は確かに乗りますが、多くの業務ツールは複製機能が標準で備わっており、テスト環境構築だけで大きな費用になることはまれです。一方、本番を直接触って事故が起きた場合の損失（配信停止・顧客への誤送信・復旧作業）は、テスト工数を大きく上回ります。テストを省いた安い見積もりは、リスクをこちらが引き受けている分だけ安いと考えてください。
Q. 外注先にシステムの管理権限を渡すのが不安です。
もっともな不安です。対策は3つあります。①作業用のアカウントを別に発行し、作業終了後に権限を外す ②変更はスクリーンショットで報告してもらい、何をしたかを証跡で確認できるようにする ③重要な操作（本番反映）はこちらの承認後に限定する。実案件でもこの形で進めており、権限を渡しっぱなしにしない運用が標準です。
Q. 反映後、どのくらいの期間様子を見ればよいですか？
仕組みが1周する期間が目安です。日次の処理なら2〜3日、週次の集計を含むなら1〜2週間、月次処理があるなら1か月です。実案件では、反映当日に最初の実利用者が新しい分岐を通ることを確認し、その後1週間は問い合わせと配信結果を双方で見る形にしました。経過観察の期間と役割分担を、反映前に決めておくことをおすすめします。