PMSを導入・更新するとき、先に機能比較表を作りたくなります。しかし、現在の業務が見えていないまま機能を選ぶと、導入後に「この予約だけ処理できない」「夜勤は別の紙が必要」といった例外が残ります。
仕事の流れの洗い出しは、古い方法をそのまま新システムへ移す作業ではありません。何を守る必要があり、何が重複で、どこに判断や引き継ぎの負担があるかを確かめる作業です。
予約の入口から滞在後までを一列に並べる
公式サイト、電話、メール、OTA、旅行会社など、実際に使っている予約の入口を書き出します。その後、予約確認、変更、事前連絡、客室割当、チェックイン、会計、チェックアウト、忘れ物や滞在後連絡までを時系列に並べます。
「通常は自動」とだけ書かず、誰が、どの画面を見て、何を確認し、次に何を更新するかまで記します。部署をまたぐ箇所は、渡す情報と受け取った証拠をはっきりさせます。
紙や表計算を使っている工程も省きません。正式な手順に見えなくても、現場が毎日行う転記や照らし合わせは必要性があるため、その理由を聞いてから廃止・変更を判断します。
通常処理より先に例外を集める
連泊中の部屋移動、複数予約の同一グループ、代理予約、日帰り利用、到着後の人数変更、会計の分割など、施設には固有の例外があります。すべてを想像するより、直近の業務でスタッフが迷った事例を持ち寄る方が現実的です。
例外ごとに、判断者、確認資料、更新先、完了の条件を記録します。システムで処理できない場合も、回避手順を正式な運用として決めれば、個人の記憶だけに依存しません。
入力項目ではなく利用場面を確認する
氏名や電話番号などの項目が存在しても、必要な場面ですぐ見つかるとは限りません。到着一覧、客室割当、電話問い合わせ、夜間対応など、実際の利用場面ごとに必要情報を確認します。
長い備考欄へ何でも入れると、重要な約束が埋もれます。予約の事実、顧客に関する継続情報、今回限りの要望、未完了の手配を分けられるかを見ます。整理の基本はPMSの役割も参考にしてください。
導入の合格条件を操作ではなく結果で決める
研修を受けた、データを移した、ログインできた、という状態だけでは運用開始の合格になりません。「予約変更が関係部署へ伝わる」「当日必要な手配を一覧で確認できる」「キャンセル済み予約を誤って準備しない」など、業務結果で判断します。
全員へ一度に広げる前に、代表的な予約と例外を使って確認します。問題が出たら、設定、権限、手順、教育のどこを直すかを分けます。
現場で確認してみましょう
- すべての予約入口と、その後の情報流れを書き出したか
- 現場で実際に起きた例外を複数確認したか
- 各工程の担当、確認元、更新先、完了条件があるか
- 業務結果としての導入合格条件を決めたか
- 通常業務と例外を使った事前確認を予定しているか
製品選定より先に、現場の事実を集める
PMS導入で失敗しやすい原因は、欲しい機能を並べる前に現在の業務を正確に把握していないことです。正式な手順だけでなく、紙、表計算、個人メール、口頭確認、二重入力、ベテランだけが知る例外まで見える化します。現状を肯定するためではなく、残す判断と変える判断をするための洗い出しです。
予約変更はPMSで行うと決まっていても、実際には電話メモを紙へ書き、夕方にまとめて入力しているかもしれません。理想流れだけをベンダーへ伝えると、即時入力を前提とした運用になり、繁忙時間の現場に定着しません。実際の時間帯と担当交代まで観察します。
迷わないための考え方
例外を隠さない
団体、連泊、部屋移動、当日変更、現金精算など、件数が少なくても影響が大きい業務を含めます。「通常はない」で外すと稼働後に手作業が増えます。
入力者と利用者を分けて聞く
予約担当が入力した情報を、フロント、清掃、料飲、経理がどう使うかを確認します。入力を速くしても利用者に届かなければ全体は改善しません。
工数だけでなくリスクを記録する
時間がかかる作業だけでなく、漏れると安全・売上・信用へ影響する作業を高く評価します。短時間でも予約キャンセルやアレルギー確認は優先要件です。
変えない業務もはっきり書く
法令、会計、施設独自の接客など、導入後も残す手順を決めます。すべてをシステム標準へ合わせる前提にしません。
仕事の流れの洗い出しの進め方
- 代表日を選んで観察する平日、週末、繁忙日、団体日など異なる日を選び、予約受信から夜間締めまで実際の作業と待ち時間を記録します。
- 情報・担当・道具を記録する各工程で何を受け取り、誰が判断し、何へ入力し、誰に渡すかを書きます。紙や口頭も正式な情報流れとして扱います。
- 例外と戻り作業を集める差し戻し、再入力、確認電話、手計算、修正伝票など、通常流れを逆戻りする作業を集めます。改善余地が大きい箇所です。
- 必須要件へ変換する困りごとを機能名へ飛ばさず、「誰が、いつ、何を確認できる必要があるか」という要件へ変換します。
- デモで同じシナリオを再現するベンダーの用意した理想デモだけでなく、自施設の変更、キャンセル、手配、シフト交代を操作し、必要時間と不足を記録します。
洗い出しに参加すべき現場
日中の予約・フロント
新規、変更、問い合わせ、チェックインで実際に使う画面と紙を示し、待ち時間と二重入力を記録します。理想手順ではなく、繁忙時の回避行動も隠しません。
夜勤・料飲・清掃・経理
日中担当が見落としやすいシフト交代、提供、客室状態、締め、返金の例外を示します。入力情報をどう受け取り、何が不足するかを具体例で伝えます。
プロジェクト責任者
個人の不満を機能要望へ直結させず、誰がいつ何を完了できる必要があるかへ変換します。安全・信用への影響と工数を合わせて優先順位を決めます。
業務の洗い出しシートの記入例
工程名だけでなく、出発点、入力、判断者、道具、出力、待ち、例外、戻り作業を記録します。同じ作業名でも時間帯や予約種別で違う場合は分けます。
- 出発点：OTA予約変更通知。受信者は予約担当、PMS反映確認までが完了条件。
- 道具：メール、サイトコントローラー、PMS、紙の夕食表へ同じ人数を三回入力。
- 待ち：料飲確認の平均40分。回答先と期限がなく、予約担当が口頭で催促している。
- 例外：当日人数変更は責任者だけが料金修正可能。不在時の代理手順がない。
- 戻り作業：キャンセル後に手配が残り、翌朝外部店舗へキャンセル連絡。予約キャンセルと連動していない。
30日で仕事の流れを完成させる
- 1週目平日、週末、団体日を選び、予約受信から夜間締めまで観察して時刻と道具を記録します。
- 2週目各職種へ聞き取りし、例外、差し戻し、手計算、口頭引継ぎを追加します。
- 3週目困りごとを利用者・場面・完了条件の要件へ変換し、必須・希望・将来に分けます。
- 4週目同じ代表シナリオを候補システムで操作し、時間、権限、例外、障害時手順を比較します。
責任者が見ておきたいこと
洗い出しを現場への査定に使うと、回避作業が隠れます。責任者は、紙や口頭を「悪い習慣」と決めつけず、なぜ必要になったかを確認します。短時間でも安全・売上への影響が大きい工程を優先し、変えない強みもはっきり書きます。
よくある失敗と防ぎ方
- 管理職だけで洗い出しし、夜勤や清掃の実態を含めない。実際の利用者へ聞き取りと観察を行います。
- 困りごとをすぐ製品機能へ置き換える。目的と完了条件を先に書きます。
- 通常業務だけを確認し、キャンセルや障害を外す。例外時こそ事故が起きるため代表シナリオに含めます。
- 作業時間を自己申告だけで決める。数件を実測し、待ち時間と中断も含めます。
改善できたかを数字で確かめる
システムを入れただけで終わらせず、現場の仕事がどう変わったかを定期的に確認します。
- 手入力・転記回数
- 一件の予約が到着までに何回書き写されるかを数え、誤りと工数の大きい流れを優先します。
- 確認待ち時間
- 入力時間ではなく、他部署・責任者・お客様からの返答待ちを測り、通知と権限を改善します。
- 例外処理の件数と影響
- 頻度に加え、売上、安全、信用への影響を記録し、要件の優先順位を決めます。
よくある質問
洗い出しにはどのくらい時間をかけるべきですか？
施設規模によりますが、一日だけでは繁忙・団体・締め処理を捉えられません。代表的な日と例外を選び、短い観察と聞き取りを複数回行い、重要な流れから段階的に整理します。
現場が「今のままでよい」と答える場合はどうしますか？
変更を前提にせず、具体的な一件を一緒に追います。入力、待ち、確認、差し戻しを事実で見ると、残したい強みと負担が分かれます。現場の不安も要件として扱います。
ベンダーへ何を渡せばよいですか？
まず、現在の仕事の流れと、基準となるデータの置き場所を整理します。次に、利用者と権限、よくある場面、必要な機能、移すデータ、連携先、障害時の対応、改善を見る数字をまとめます。ここまで伝えると、機能名だけの会話になりません。
まとめ
PMS導入の成否は、機能の多さだけでは決まりません。現在の予約の受付先、判断、引き継ぎ、例外を見えるようにし、守るべき業務結果を先に決めることが重要です。洗い出しで見つかった課題を、設定で解決するもの、運用を変えるもの、周辺で補うものに分ければ、現場に合う導入計画になります。次はPMS連携の確認項目もご覧ください。記事一覧はこちらです。
