RX構想策定の作り方——ありたい姿から要件定義へ

エグゼクティブ・サマリー

• RX構想策定とは、「ロボットで何をどう変えるか」を、投資判断とベンダー選定に耐える解像度まで具体化する工程である。技術検討ではなく、経営判断の準備作業にあたる。
• 手順は4ステップ——①現状業務の可視化 ②ありたい姿（RXビジョン）の設定 ③投資対効果の仮置き ④要件定義への翻訳。この順番を守ることに意味がある。
• 最も多い失敗は、①を飛ばして②から始めることだ。現状が数字で押さえられていないと、ありたい姿も「良くなる」以上の表現にならない。
• ありたい姿は、対象範囲・目標値・期限の3点セットで書く。「人手不足の解消」は願望であって、ビジョンではない。
• 構想策定にかける期間は、規模にもよるが2〜8週間が目安。この数週間の投資が、その後の数千万円の投資の質を決める。

RX構想策定とは何をする工程か

「構想策定」という言葉は曖昧に使われがちだ。ロボット導入の文脈では、次のように定義するのが実務的である。

RX構想策定＝ロボットによる業務変革の対象・目標・投資規模・実現手順を、経営が投資判断でき、ベンダーが見積もれる解像度まで具体化する工程。

ポイントは2つの読み手を同時に満たすことにある。経営は「いくら投資して、何がどれだけ改善し、何年で回収できるのか」を知りたい。ベンダーは「どの業務を、どの条件で、どの水準まで自動化したいのか」を知りたい。この2つを満たす文書が構想書である。

逆に言えば、この2つのどちらも満たさない資料——たとえば「AGV導入により物流を効率化する」という一文と、メーカーのカタログ抜粋を並べただけの企画書——は、構想書とは呼べない。経営はそれで判断できないし、ベンダーもそれで見積もれない。

RX（Robotic Transformation）という言い方をするのは、これがロボット導入プロジェクトではなく業務変革プロジェクトだからだ。ロボットは手段であり、変わるのは業務のほうである。この認識が構想段階でずれていると、以降のすべての工程がずれる。

ステップ①：現状業務の可視化

すべての出発点は、いまの業務を数字で押さえることである。ここを飛ばしてはいけない。

何を測るか

最低限、次の項目を対象業務について実測する。推定値ではなく実測値であることが重要だ。

• 作業時間：工程別の所要時間、1日あたりの総作業時間
• 物量：1日/1時間あたりの処理件数、繁忙期と閑散期の変動幅
• 人員：担当人数、シフト構成、習熟に要する期間
• 移動・待機：歩行距離、手待ち時間、搬送距離
• 品質：エラー率、手戻り率、クレーム件数
• 例外：定型から外れるケースの発生頻度と内容

このうち特に見落とされやすいのが例外の発生頻度である。ロボットが得意なのは定型処理であり、例外は人が処理する。例外が全体の30%を占めるなら、自動化できるのは最大でも70%であり、しかも人と機械が混在する運用設計が必要になる。この事実を構想段階で把握していないと、導入後に「思ったより省人化できない」となる。

落とし穴：現場ヒアリングだけで済ませる

現場の担当者に「1日どれくらいかかりますか」と聞いて得た数字は、実測とは違う。人は自分の作業時間を過大にも過小にも見積もる。可能な限り、実際に計測するか、既存システムのログから取得する。

成果物

• 現状業務フロー図（工程・担当・所要時間つき）
• 定量サマリー（物量・時間・人員・エラー率・例外率）

ステップ②：ありたい姿（RXビジョン）の設定

現状が数字で押さえられて初めて、目指す姿を数字で書ける。

3点セットで書く

ありたい姿は、次の3つが揃って初めて要件になる。

この3点が揃うと、導入後に成功・失敗を判定できる。判定できるということは、途中で軌道修正もできるということだ。

「省人化」以外の価値も書く

ロボット導入の効果は人件費削減だけではない。むしろ、それだけで投資を正当化しようとすると数字が足りなくなることが多い。次のような価値も構想段階で言語化しておく。

• 採用難の回避：そもそも人が採れない工程を維持できる
• 稼働時間の拡張：夜間・休日の無人稼働により処理能力が上がる
• 品質の安定：人的ミスの削減、トレーサビリティの確保
• 安全性：重量物搬送・危険作業からの人の解放
• 属人性の解消：熟練者への依存を減らす

これらは金額換算しにくいが、経営判断では効いてくる。構想書には定量効果と定性効果を分けて記載する。

落とし穴：ロボットありきでビジョンを書く

「AGVを導入する」がビジョンになっているケースがある。これは手段が目的化した状態だ。ビジョンは「どの業務がどうなるか」で書き、機種名は一切出さない。機種はステップ④以降で決まる。

成果物

• RXビジョン（対象範囲・目標値・期限・定量／定性効果）
• ToBe業務フロー（人とロボットの役割分担を含む）

ステップ③：投資対効果の仮置き

構想段階では正確な見積もりは取れない。それでも、桁を間違えないための仮置きは必要である。

費用側で見落とされやすい項目

ロボット本体の価格だけを見て予算を組むと、必ず足りなくなる。少なくとも次を見込む。

• ロボット本体・周辺機器
• システム連携開発（WMS/MES/基幹システムとの接続）
• 設備改修（床面、通路幅、充電設備、電源、通信環境、扉・シャッターの自動化）
• 導入時の設計・据付・調整費用
• 年間保守費（本体価格の10〜15%程度が一般的なレンジ）
• 消耗品・部品交換
• 教育・訓練の工数
• 運用開始後の改善対応

特にシステム連携と設備改修は、本体価格と同規模になることがある。構想段階では「本体の1〜2倍を総額として見込む」程度の粗い置き方でよいので、必ず織り込む。

効果側の算定

ステップ②の目標値を金額に換算する。たとえば「1シフト2名相当を再配置」なら、その2名分の人件費が直接効果になる。ただし再配置先が決まっていなければ、それは削減効果ではない。ここは経営と握っておく必要がある。

回収年数の目安

投資回収年数（総投資額 ÷ 年間効果額）を出し、社内の投資基準と照合する。多くの企業では3〜5年が閾値になる。この時点で明らかに合わないなら、対象範囲を絞るか、補助金の活用を検討するか、構想自体を見直す。構想段階で気づけば、傷は浅い。

成果物

• 概算投資額（費目別）
• 年間効果額（定量）と定性効果の整理
• 投資回収年数の試算

ステップ④：要件定義への翻訳

構想を、ベンダーが見積もれる形に翻訳する工程である。

現場条件を数値で書く

ロボットが成立するかどうかは、現場側の物理条件で決まる。次の項目を実測して要件定義書に記載する。

• 走行環境：通路幅、床材、平滑度、段差、勾配、屋外/屋内
• 対象物：形状、寸法、重量、ばらつき、荷姿、把持面の材質
• 稼働条件：稼働時間帯、必要な処理能力（件/時）、繁忙期のピーク値
• 環境：温度、湿度、粉塵、照明条件、水濡れの有無
• 通信：Wi-Fi環境、電波の届き方、既存システムとの接続方式
• 人との混在：同一エリアでの人の動線、安全柵の可否
• 例外処理：どのケースを人が引き取るか、その引き渡し方法

機能要件・性能要件・運用要件を分ける

• 機能要件：何ができる必要があるか（搬送、把持、認識、通信…）
• 性能要件：どの水準か（処理能力、精度、稼働率、連続稼働時間）
• 運用要件：誰がどう運用するか（起動・停止、エラー対応、保守、教育）

運用要件を書かない要件定義書が多い。しかし定着化の失敗はここから始まるので、構想段階から明示しておく。

落とし穴：要件を書きすぎる／書かなすぎる

書きすぎると、既存製品では対応できず特注開発になり、費用が跳ね上がる。書かなすぎると、ベンダー間で前提が揃わず比較にならない。目安は「なぜその要件が必要かを業務側の言葉で説明できるか」。説明できない要件は、たいてい不要である。

成果物

• 要件定義書（機能・性能・運用、現場条件つき）
• 評価軸マトリクス（ベンダー比較の基準）

構想策定の進め方——期間と体制

期間の目安

体制

構想策定には、少なくとも次の3者が必要である。

• 業務側：対象業務を熟知した現場責任者（実測とToBe設計の判断者）
• 経営側：投資判断ができる立場の人（途中で握らないと最後に止まる）
• ロボット側：機種の成立性を判断できる知見（社内にいなければ外部）

3つ目が社内にないことが多い。そしてこれをメーカーやSIerに依頼すると、自社製品を前提とした構想になる。中立の立場でこの役割を担えるかどうかが、構想の質を左右する。

まとめ——構想策定は「安い保険」である

数千万円のロボット投資に対して、構想策定に数週間と一定の費用をかけることを「遠回り」と感じる企業は少なくない。しかし実際には逆である。

構想を飛ばして進んだプロジェクトが失敗したとき、失われるのは投資額だけではない。現場の信頼、次の投資判断の機会、そして数年の時間が失われる。一度「ロボットは使えない」という結論が社内に定着すると、次の提案が通らなくなる。

構想策定は、その事態を避けるための保険である。しかも保険料は、本体投資額の数%に収まる。

RobiZyは、ロボットを売らないNPO法人として、この最上流の工程を中立の立場で伴走します。現状の可視化から要件定義書の作成まで、実務の成果物として仕上げます。構想段階でのご相談を歓迎します。