| 工程 | 自館側でやること | 目安の期間 |
|---|---|---|
| 候補探し | 沿革・導入実績・サポート窓口の公開情報を比較する | 1〜2か月 |
| デモ・商談 | 自館の運用(宴会・売掛・団体)が標準設定で動くか確認する | 1〜2か月 |
| 契約・マスタ設定 | 部屋タイプ・料金体系・連携先OTAを新システムに登録する | 1〜2か月 |
| 研修・並行稼働 | スタッフが新画面で一通りの操作を覚える。旧システムと並行して動かす | 1〜2か月 |
| 本稼働 | 旧システムを停止し、新システムに一本化する | 閑散期に合わせる |
工程と期間の目安はビジネスブレーンの導入フロー(miyako.com/services/flow/、2026-08-07取得)を参考に構成
サポート終了の案内から、選び直しは始まる
「現行システムのサポートを終了します」――こうした案内を受けたら、次のシステム選びが始まります。
サポートが終わると、法改正への対応(インボイスの区分記載変更、電子帳簿保存法の更新など)が止まります。セキュリティパッチも配布されません。保守が切れた状態で使い続けると、帳票の法令不適合と個人情報の漏えいリスクを自館が背負います。
だから「サポート終了の案内」は、そのまま「次のシステム会社を探す合図」です。ところが、探し始めると各社の機能一覧がよく似ていて、どこで差をつけて選べばいいのか迷います。
候補探しから本稼働までの工程表は冒頭にあります。全体で6か月〜1年。閑散期の本稼働を逆算して動き始めると、時間に余裕が持てます。
機能表では、もう差がつかない
予約サイト連携、クレジットカード決済、インボイス対応、電子帳簿保存――この数年で各社が対応してきた機能は、ほぼ同じ順番で並びます。OTAの接続要件や法令の施行日は全社共通で、期限までに対応しなければOTA掲載が止まるか法令違反になるため、対応の順番も揃います。
カタログの機能一覧で「ある・ない」を比べても、差はわずかです。むしろ差がつくのは、カタログには載らない部分です。
| カタログで見える差 | 契約後に効く差 |
|---|---|
| 連携できるOTAの数 | 障害が起きたときの初動(電話がつながるまでの時間、現地駆けつけの有無) |
| 帳票の種類 | 法改正があったとき、アップデートが届くまでの日数 |
| 画面の見た目 | 自館固有の運用に合わせた追加開発を受けてくれるか |
| 初期費用・月額 | 移行時にどこまで手伝ってくれるか(マスタ設定の代行、並行稼働中の立ち会い) |
| 導入事例の件数 | 担当者が異動・退職しても引き継ぎが途切れないか |
左列はカタログ・提案書で確認できる項目。右列は契約後に体感する項目で、商談時に具体的に聞かないと分からない
機能比較はもちろん必要です。ただ、それだけで選ぶと「導入後のサポートが手薄だった」「法改正の対応が遅かった」といった後悔が10年間続きます。機能の「ある・ない」は最低条件として確認し、選ぶ基準は「契約後に効く差」で見ます。
会社の続く力は、公開情報で確かめられる
「この会社は10年後も保守を続けてくれるか」――システムを選ぶとき、この問いを避けて通れません。確かめる手段は公開情報だけでも揃います。
| 確かめること | どこで見るか | 見るポイント |
|---|---|---|
| 設立年と沿革 | 会社概要ページ・沿革ページ | 設立年だけでなく、宿泊システムをいつから手がけているかを見る。途中で事業を買収した場合、開発チームの継続性は別に確認する |
| 導入実績の実数 | 公式サイト・製品ページ | 「多数の実績」でなく「○施設」のような具体の数字を公表しているか。数字がなければ商談で聞く |
| お知らせ欄の直近1年 | ニュース・お知らせページ | 法改正対応やバージョンアップの告知が定期的に出ているか。最終更新が1年以上前なら法改正やOTA要件への対応告知が出ていないことになり、開発の手が止まっている可能性がある |
| サポート体制 | サポート案内・FAQ | 電話対応の時間帯、メールの応答目安、現地駆けつけの範囲。「24時間対応」の中身(コールセンター委託か自社か)も確認する |
| 移行経験 | 導入事例・提案書 | 他社システムからの乗り換え実績があるか。顧客台帳や宿泊履歴のデータ移行をどこまで引き受けるか |
商号・所在地の変更履歴は国税庁 法人番号公表サイト(houjin-bangou.nta.go.jp)で確認できる。ただし設立日そのものは掲載されていない
社歴の長さだけでは判断できません。大事なのは「宿泊システムの開発と保守を、何年続けているか」です。本業が別にある会社がシステムを片手間で販売している場合、手を引かれる危険は社歴とは別の話です。
「カスタマイズできます」は、設定か開発かを聞き分ける
商談で「御社の運用に合わせてカスタマイズできます」と言われたとき、その「カスタマイズ」が何を指しているかを確かめないまま契約すると、後から想定外の費用が出ます。
カスタマイズの中身は、標準設定・個別対応・個別開発で大きく違います。
| 層 | 内容 | 費用の目安 |
|---|---|---|
| 標準機能の設定 | 画面の表示項目を切り替える、帳票のレイアウトを選ぶ、料金体系を自館の区分に合わせるなど。システムに元から備わっている設定を変える | 追加費用なし、または初期設定の範囲内 |
| 個別対応 | 帳票に自館の印や文言を追加する、既存の入力欄の並び順を変えるなど。標準の範囲を少し超えるが、大きな開発は伴わない | 定額〜数万円程度(会社による) |
| 個別開発 | 標準にない機能を新たに作る。宴会の売掛管理を代理店ごとに締める、独自のポイント制度を組み込むなど | 要件次第で幅が大きい。見積もりを取って判断する |
費用の区分は会社ごとに異なる。「カスタマイズ」がどの層を指すか、商談の場で確認する
聞き分けるには、自館の運用を具体的に伝えて「これは標準の設定でできるか、個別開発になるか」を質問します。
商談で使える質問の例
「団体の売掛を代理店ごとに締めるうちの運用は、標準の設定でできますか。個別開発になりますか。開発になる場合、同じ対応をした宿泊施設の実例はありますか」
「できます」の一言で終わる回答には注意します。設定なのか開発なのか、開発ならどのくらいの期間と費用がかかるのか、同じ対応をした施設はあるのか。この3点を聞くと、その会社の対応力が具体的に見えます。
データ移行は「何を持っていけるか」から聞く
システムの入れ替えで最も手間がかかるのが、旧システムからのデータ移行です。「全部持っていける」と思っていたのに、いざ移行が始まると「この項目は移せない」と分かる。この食い違いで、入れ替え作業が遅れます。
データ移行のチェックリスト
- 顧客台帳 ― 名前・住所・連絡先・アレルギー情報・好み・過去の要望。名寄せ(同一人物の重複を統合する作業)を誰がやるかも確認する
- 宿泊履歴の年数 ― 過去何年分を移行できるか。全件か直近3年か。リピーター分析に使うなら、移行する年数を先に決める
- 売掛残高 ― 未回収の売掛をどう引き継ぐか。旧システムの締め日と新システムの締め日が異なる場合、切替月の処理を事前に決める
- 切替日をまたぐ予約 ― 旧システムで受けた将来の予約を、新システムに移す方法。OTA経由の予約は連携先の切り替えタイミングにも関わる
- 旧データの参照手段 ― 移行しなかったデータ(古い宿泊履歴など)を、旧システムで参照し続けられるか。閲覧用のライセンスが残るかを確認する
データ移行の範囲は、システム会社によって対応が異なります。顧客台帳の移行はやるがマスタ設定の代行はやらない、という会社もあります。「移行のうち、どこまでがシステム会社の作業で、どこからが自館の作業か」を商談で確認します。
老舗と新興、どちらが合うかは自館の型で決まる
ここまで「会社が続くかどうか」で見てきましたが、それは「老舗を選べ」という話ではありません。自館の運営の型によって、合う会社は変わります。
| 長く作り込める会社(老舗型) | 素早く始められる会社(クラウド専業型) | |
|---|---|---|
| 得意な領域 | 宴会・団体管理・売掛・個別帳票など、施設ごとに異なる運用を作り込む | 予約管理・チェックイン・OTA連携など、標準的な業務を短期間で稼働させる |
| 向いている施設 | 宴会・団体・売掛の固有運用が積み上がっている中規模〜旅館。過去のカスタマイズ資産を引き継ぎたい施設 | 開業間もない施設、業務フローが標準的な小規模ホテル。まず稼働させて、あとから拡張したい施設 |
| 不向きな場面 | 「すぐ使いたい」「初期費用を極力抑えたい」場合、導入期間と費用が合わない | 団体の売掛処理や宴会管理の細かい帳票が必要な場合、標準機能では足りない |
上記は傾向を整理したもの。個別の会社によって対応範囲は異なる
自館の運営がどちらの型に近いかを先に見極めると、候補は2〜3社に絞れます。宴会・団体・売掛の固有運用がある施設は「個別開発の実績がある会社」、開業間もない施設や業務フローが標準的な施設は「すぐ使い始められるクラウド型」から探します。
どちらを選ぶにしても、この記事で取り上げた5つの確認項目――サポート体制、導入実績の実数、カスタマイズの切り分け、データ移行の範囲、お知らせ欄の更新頻度――は共通です。この5点を候補各社の公式サイトで調べ、結果をメモにして商談に持ち込みます。
よくある質問
出典
- ビジネスブレーン 導入フロー
https://miyako.com/services/flow/ (取得日: 2026-08-07) - 国税庁 法人番号公表サイト
https://www.houjin-bangou.nta.go.jp/ (取得日: 2026-08-07) - ビジネスブレーン 会社概要
https://miyako.com/company/ (取得日: 2026-08-07)
個別の導入判断はシステム会社との商談を通じてご確認ください。2026-08-07時点の情報です。
