← ブログ Guides

屋内道案内RFPチェックリスト：要件、質問事項、評価基準

屋内道案内ソフトウェアのRFP（提案依頼書）を作成するには、地図編集から分析、アクセシビリティまで、多数の要件をバランスよく整理する必要があります。本チェックリストは、実際の評価基準と実績のある屋内ナビゲーション技術に基づき、調達チームに構造化されたフレームワークを提供します。

道案内RFPが失敗する理由

屋内道案内の調達の多くは、「ビルにデジタルマップが必要」という曖昧な要件から始まります。具体的な評価基準がないと、組織はデモが最も印象的なベンダーか、見かけの価格が最も安いベンダーをデフォルトで選んでしまいます — どちらも長期的な成功を予測するものではありません。

Gartnerの2025年テクノロジー調達調査によると、施設テクノロジーの購入の43%が2年以内に期待を下回り、その最大の理由は「調達時に要件が明確に定義されていなかった」ことです。構造化されたRFPは、買い手とベンダーの双方に具体的な項目での合意を強制することで、これを防ぎます。

以下のチェックリストでは、機能要件、技術要件、ベンダーへの質問事項、評価スコアリング基準を網羅しています。組織の規模、業界、具体的な道案内の課題に合わせて適宜調整してください。

機能要件チェックリスト

マップ管理：自社のフロアプラン画像をアップロードできるか？複数のビルとビルごとに複数のフロアをサポートしているか？技術者でないスタッフが開発者の関与なしにマーカーを追加・編集できるか？ドラッグ＆ドロップのマーカー配置が可能なビジュアルマップエディタはあるか？

来訪者体験：来訪者はアプリをダウンロードする必要があるか、それとも標準的なウェブブラウザで道案内が機能するか？来訪者は名前で場所を検索できるか？「現在地」の表示機能はあるか？検索は複数のフロアやビルにまたがって機能するか？

QRコードサポート：物理的な設置用にQRコードを生成できるか？QRコードの一括印刷は可能か？QRコードをスキャンすると、アプリ不要で正しい場所のマップが開くか？

多言語対応：インターフェースは複数言語で表示できるか？マーカー名や説明文を翻訳できるか？来訪者のブラウザ言語を自動検出するか？

アクセシビリティ：来訪者向けのマップはWCAG 2.1 AA基準を満たしているか？検索機能はキーボードアクセシブルか？場所名や説明文にスクリーンリーダーが対応しているか？

デジタルサイネージとQR道案内のコスト比較は、異なるアプローチの予算設定に役立ちます。

技術要件チェックリスト

ホスティングとインフラ：プラットフォームはクラウドホスティング（SaaS）かオンプレミスか？稼働率のSLAは？データの地理的な保存場所は？SOC 2準拠か？

統合：プログラマティックな管理のためのREST APIはあるか？マーカー更新やスキャンアクティビティなどのイベントに対するWebhook通知はあるか？既存のウェブサイトやイントラネットにiframeで地図を埋め込めるか？SSO対応（SAML、OAuth）はあるか？

パフォーマンス：モバイルデバイスでのマップ読み込み時間は？オフラインや低接続環境で機能するか？サポートされるマップ画像の最大解像度は？

スケーラビリティ：単一アカウントでサポートできるビルとマップの数は？マップごとのマーカー数に制限はあるか？同時利用者の最大数は？

セキュリティ：データは転送中および保存時に暗号化されているか？データ保持ポリシーは？リクエストに応じて顧客データを削除できるか？脆弱性開示プログラムはあるか？

ベンダーへの質問事項

導入：契約からライブ稼働までの一般的な導入スケジュールは？オンボーディングサポートは提供されるか？既存のフロアプランを再描画せずにインポートできるか？

総所有コスト：サブスクリプション価格以外のすべての費用は何か？ビルごとの料金、スキャンごとの料金、ユーザーごとの料金、セットアップ料金はあるか？解約した場合、データはどうなるか？

リファレンス：規模と業種が当組織と同様の組織からのリファレンスを提供できるか？その組織が達成した測定可能な成果は？

ロードマップ：今後12ヶ月間に予定されている機能は？顧客からの機能リクエストをどのように優先順位付けしているか？

サポート：利用可能なサポートチャネルは（メール、電話、チャット）？サポートチケットの平均応答時間は？セルフサービス用のドキュメントとナレッジベースはあるか？

道案内ソフトウェア比較ガイドには、主要ベンダーに関する追加の評価基準が記載されています。

評価スコアリングフレームワーク

ベンダーを客観的に評価するために、加重スコアリングマトリックスを作成しましょう。推奨される配点配分：

来訪者体験（25%）：来訪者にとっての使いやすさ、アプリ不要、検索品質、モバイルレスポンシブ、多言語対応。

マップ管理（20%）：セルフサービスエディタの品質、一括操作、マルチビル対応、更新速度。

総所有コスト（20%）：サブスクリプション費用、導入費用、ハードウェア要件、継続的なメンテナンス費用、隠れたコスト。

統合と技術的適合性（15%）：APIの利用可能性、埋め込みオプション、SSOサポート、コンプライアンス認証。

ベンダーの安定性とサポート（10%）：企業規模、資金調達、顧客リファレンス、サポート品質、SLA。

分析とレポーティング（10%）：スキャン追跡、検索分析、エクスポート可能なレポート、ダッシュボードの品質。

各基準について各ベンダーを1〜5で評価し、配点で乗算して合計スコアを算出します。これにより主観的なバイアスが排除され、ステークホルダーに対して選定の意思決定が説明可能になります。

注意すべきレッドフラグ

アプリのダウンロード必須：来訪者にモバイルアプリのインストールを要求するベンダーは、採用率が大幅に低下します。Statistaの調査によると、消費者の68%が1回限りの訪問のためにアプリをダウンロードしません。ブラウザベースの道案内が来訪者の期待する標準です。

ハードウェアロックイン：プロプライエタリなビーコン、センサー、キオスクを必要とするベンダーは、長期的な依存関係と継続的なメンテナンスコストを生み出します。必須のハードウェアとオプションのハードウェアを明確に確認しましょう。

スキャン課金：QRコードのスキャン数やマップ表示数に基づいて課金するベンダーもあります。これは逆インセンティブを生み出します — 成功するほどペナルティを受けることになります。QRCodeMaps（月額$99から）のような定額制プラットフォームなら、コストが予測可能です。

セルフサービスのマップエディタがない：部屋名の更新やマーカーの移動にベンダーの関与が必要な場合、すべての変更に数日かかります。レイアウトが頻繁に変わる組織にとって、セルフサービスのマップ編集は不可欠です。

分析機能がない：分析のない道案内はブラックボックスです。測定できないものは改善できません。最低限、スキャン数、検索ログ、ゼロ結果追跡が提供されるプラットフォームであることを確認しましょう。

RFPテンプレートと次のステップ

RFP文書は以下の5つのセクションで構成しましょう：

1. 組織概要：ビル、来訪者数、現在の道案内の課題を記述します。ビルの数、フロア数、推定日次来訪者数を含めます。

2. 機能要件：上記のチェックリストを使用し、各項目を必須、希望、オプションに分類します。

3. 技術要件：統合ニーズ、コンプライアンス要件、インフラの好みを明記します。

4. ベンダーへの質問事項：上記の質問リストに加え、組織固有の質問を含めます。

5. 評価基準：スコアリングの配点をベンダーと共有し、貴組織の優先事項を明確にします。

現実的なタイムラインを設定しましょう：ベンダーの回答に2週間、デモに1週間、リファレンスチェックに1週間、最終決定に1週間。調達サイクル合計：5〜6週間。

QRCodeMapsは、最も重要な基準で高いスコアを獲得するよう設計されています — アプリ不要、セルフサービスのマップエディタ、組み込みのQR生成、ハードウェア依存のない定額制。無料トライアルを開始して、具体的なRFP要件に照らして評価してください。