エグゼクティブ・サマリー
- 「どのロボットがいいですか」は答えられない質問である。良し悪しは要件によって決まるからだ。選定は要件定義の後にしか成立しない。
- 選定の実務は3段階——ロングリスト(候補の網羅)→ショートリスト(要件での絞り込み)→PoC(実機での検証)。各段階で捨てる基準を先に決めておく。
- 評価軸はカタログスペックだけでは足りない。現場適合性・運用負荷・拡張性・供給体制・総保有コストの5軸で比較する。
- 機体選定と同等かそれ以上に、SIer(システムインテグレータ)選定が結果を左右する。同じロボットでも、統合する会社によって成否が変わる。
- SIerを見る観点は5つ——同種業務の実績・要件への理解度・責任範囲の明示・保守体制・断る誠実さ。最後の1つが最も見落とされる。
なぜ「どのロボットがいいか」に答えられないのか
ロボットは汎用機ではない。搬送ロボット、協働ロボットアーム、ピッキングロボット、清掃ロボット、警備ロボット、案内ロボット、農業用ロボット——用途ごとに全く別の製品カテゴリがあり、比較の土俵にすら乗らない。
同じカテゴリの中でも、成立条件は細かく分かれる。搬送ロボット(AMR/AGV)ひとつ取っても、可搬重量、走行方式(磁気テープ誘導かSLAMによる自律走行か)、通路幅の要求値、段差の許容値、充電方式、人との混在可否、上位システムとの連携方式が製品ごとに違う。
したがって「どれがいいか」は、現場の条件と業務要件が決まって初めて判定できる。要件を渡さずにメーカーに問い合わせれば、返ってくるのは「一般的にはこう使われています」という一般論であり、それを並べても比較にはならない。
前提として、RX構想策定を経て要件定義書ができていることが、選定の出発点になる。
選定の3段階
第1段階:ロングリスト——候補を網羅する
まず、要件を満たしうる製品を広く洗い出す。ここで重要なのは網羅性であって、精度ではない。10〜30製品程度が目安になる。
情報源としては、展示会、業界団体、メーカー各社の製品情報、既導入企業の事例、SIerからの提案などがある。ただし単一の情報源に頼ると、必ず偏りが出る。特定メーカーの系列SIerに相談すれば候補はその系列に寄るし、展示会で見えるのは出展している企業だけである。
ここでの落とし穴は、「知っている製品」だけでリストを作ってしまうことだ。ロボット業界は新規参入と製品刷新が速く、2年前の知識はすでに古い。海外製品も含めると選択肢はさらに広がる。網羅性を担保するには、業界を横断的に見ている情報源が要る。
第2段階:ショートリスト——要件で絞る
要件定義書の項目に対して、各製品が満たすかどうかを機械的に判定する。ここで3〜5製品まで絞る。
判定は必須要件(Must)と希望要件(Want)に分けて行う。必須要件を1つでも満たさない製品は、他がどれだけ優れていても落とす。この線引きを事前に決めておかないと、営業の熱意や価格の安さで判断が揺れる。
このとき、メーカーには要件定義書を渡して回答を求める。口頭ではなく文書で回答をもらうことが重要だ。後の責任範囲の議論で効いてくる。
第3段階:PoC——実機で検証する
ショートリストの製品を、実際の現場条件で検証する。PoCの設計については別稿で詳述するが、選定の観点では次の2点が要になる。
- 同一条件で比較する:各社バラバラの条件でデモを見ても比較にならない。同じ対象物、同じ物量、同じ時間帯で実施する。
- うまくいかない条件を含める:繁忙期の物量、イレギュラーな荷姿、人が行き交う状況。理想条件でのデモは、意思決定の役に立たない。
評価軸——カタログスペック以外の5つ
比較表を作るとき、可搬重量や速度といったカタログ値だけを並べても、選定の役には立たない。次の5軸を加える。
① 現場適合性
自社の物理条件で実際に成立するか。床の平滑度、通路幅、段差、照明条件、電波環境、温湿度。カタログの「対応可能」は、メーカーの標準条件下での話であることが多い。実測値を提示して、成立するかを文書で回答してもらう。
② 運用負荷
導入後に人がどれだけ手をかけるか。日々の起動・停止、清掃、消耗品交換、エラー復旧、パラメータ調整。ここが重いと、省人化したはずが別の作業が増える。「1日あたり、人が何分触る必要があるか」を必ず聞く。
③ 拡張性
台数を増やせるか。別工程・別拠点へ展開できるか。上位システムとの連携インターフェースは公開されているか。初期導入は小さく始めるのが定石だが、拡張できない製品を選ぶと、次のステップで作り直しになる。
④ 供給体制
メーカーの継続性、部品供給の保証期間、国内サポート拠点の有無、対応の速度。ロボットは5〜10年使う設備である。導入から3年後に部品が手に入らないという事態は現実に起きる。特に新興メーカーや海外製品では、国内での保守体制を確認する。
⑤ 総保有コスト(TCO)
本体価格ではなく、5年間の総額で比較する。
| 費目 | 確認すべき点 |
|---|---|
| 本体・周辺機器 | 標準構成に何が含まれるか |
| システム連携開発 | 既存システムとの接続に必要な開発規模 |
| 設備改修 | 床・通路・電源・通信・扉の改修 |
| 据付・調整 | 初期セットアップと現場調整の工数 |
| 年間保守 | 契約内容(定期点検の頻度、部品代の扱い、駆けつけ時間) |
| 消耗品 | バッテリー交換周期と費用、その他消耗部品 |
| ソフトウェア | ライセンス費用の有無、バージョンアップの扱い |
本体価格が安くても、連携開発と保守で逆転することは珍しくない。
SIer選定——機体以上に結果を左右する
ロボットは、単体では業務にならない。既存システムとの連携、周辺設備との統合、現場条件に合わせた調整——これらを担うのがSIer(システムインテグレータ)である。同じロボットを入れても、統合する会社によって結果は変わる。
見るべき5つの観点
① 同種業務の実績
「ロボット導入実績◯件」ではなく、自社と同じ業種・同じ工程の実績があるか。倉庫の搬送と工場の搬送は、似ているようで要求される知見が違う。可能なら導入先を訪問させてもらう。
② 要件への理解度
提案書を読めば分かる。自社の要件定義書の言葉が提案書に反映されているか、それとも汎用の提案テンプレートに社名だけ差し替えたものか。後者であれば、そのSIerは要件を読んでいない。
さらに良い兆候は、要件の矛盾や不足を指摘してくることである。要件定義書は完璧ではない。それを指摘せずに「対応可能です」とだけ返してくるSIerは、後の工程で問題を出す。
③ 責任範囲の明示
これが最も重要で、最も曖昧にされやすい。ロボット導入は複数社が関わる。次の項目について、契約書と見積書のどこに誰の責任として書かれているかを確認する。
- 既存システムとの連携部分(インターフェース仕様の作成責任はどちらか)
- 周辺設備の改修(床・電源・通信・扉の工事は誰の範囲か)
- 統合テストの実施と合格判定
- 現地調整と立ち上げ支援の期間・工数
- 稼働後の不具合対応(切り分けの責任、対応時間)
「グレーな部分は都度相談」で進めると、必ずトラブルになる。契約前に責任分界表を作り、双方で合意する。
④ 保守体制
導入後に誰がどう対応するか。一次窓口はどこか、駆けつけ時間はどれくらいか、遠隔監視はあるか、部品在庫は持っているか。夜間・休日稼働がある場合は、その時間帯の対応も確認する。
⑤ 断る誠実さ
成立しない要件に対して「できません」と言えるか。すべてに「対応可能」と答えるSIerは、要件を精査していないか、後から追加費用を請求する前提でいるかのどちらかである。
逆に「この要件はこの製品では難しいので、こう変えるか、別の製品を検討したほうがよい」と提案してくるSIerは信頼できる。選定の場では耳障りが悪いが、プロジェクトの成功確率は明らかに高い。
見積書の読み方
提示された見積書では、次を確認する。
- 一式表記が多くないか。「システム連携一式」では、何が含まれるか分からない。
- 前提条件が書かれているか。「〜を前提とする」の記載がない見積は、後から前提違いで追加請求が来る。
- 除外事項が明示されているか。含まれないものが書いてある見積のほうが誠実である。
- 保守費用の内訳。定期点検の回数、部品代の扱い、オンサイト対応の条件。
中立性という論点
ここまでの手順を、発注者が単独で実行するのは容易ではない。だから外部の力を借りることになる。しかしその外部が特定メーカーの系列であれば、ロングリストの網羅性も、評価軸の設計も、その系列に有利な方向に傾く。
これは相手の不誠実さの問題ではなく、立場の構造の問題である。自社製品を売る会社に、自社製品を落とす選定設計はできない。
だからこそ、ロボットを売らない立場の存在が選定工程では意味を持つ。RobiZyは、ロボットユーザー・メーカー・SIer・運用事業者が同じテーブルに着くNPO法人です。特定メーカーの代理店ではないため、候補の網羅も、評価軸の設計も、中立の立場で行えます。
まとめ
- 選定は要件定義の後にしかできない。順番を守る。
- ロングリスト→ショートリスト→PoCの3段階で、捨てる基準を先に決める。
- 評価軸はカタログスペックだけでなく、現場適合性・運用負荷・拡張性・供給体制・TCOの5軸で。
- SIer選定は機体選定と同等以上に重要。特に責任範囲の明示と断る誠実さを見る。
- 選定を支援する相手の中立性を確認する。立場が答えを決めてしまう。
選定の進め方についてのご相談を歓迎します。すでにベンダーとの商談が進んでいる段階でも、評価軸の妥当性を第三者の目で点検する価値があります。