エグゼクティブ・サマリー
- RaaSは値付けの話ではなく、事業構造の話である。 売り切りからRaaSへ移すと、収益は平準化する一方で、資産・保守・稼働管理の負担が提供側に移る。この三点を同時に設計しないと、契約が増えるほど資金が枯れる。
- 最初に置くべきはP/Lではなく「1台のユニットエコノミクス」である。 機器原価・設置費・保守原価・撤去費を1台に集約し、月額から回収期間を出す。この1枚がないRaaS事業計画は、ほぼ例外なく途中で破綻する。
- キャッシュの谷は事業計画の中心論点である。 導入が伸びるほど先行支出が積み上がるため、成長そのものが資金を食う。誰が資産を持つか（自社/リース会社/ファンド）の設計は、価格設計より先に決めるべき論点である。
- 収益を決める変数は三つしかない——稼働率・解約率・保守原価。 月額単価をいくら上げても、この三つが崩れれば回収は成立しない。逆にこの三つが安定すれば、単価は市場水準で十分戦える。
- RaaSの本当の差別化は「止まらないこと」である。 顧客が払い続ける理由は機能ではなく、現場が回り続けている事実にある。定着支援と遠隔監視は、コストではなく解約率を下げる投資として設計する。
RaaSは「売り方」ではなく「事業構造」の変更である
ロボットの提供側でRaaS（Robot as a Service）を検討する動機は、たいてい二つに集約される。一つは、顧客側の初期投資の壁が高く商談が止まるため、月額にして入口を下げたいというもの。もう一つは、単発の受注に依存した収益を平準化し、ストック収益を積み上げたいというものである。どちらも正しい動機だが、この二つだけを見てRaaSを始めると、ほぼ確実に同じ場所でつまずく。
つまずくのは、売り切りでは顧客側にあった三つの負担——初期投資、稼働責任、保守責任——が、月額にした瞬間すべて提供側に移るからである。売り切りなら、納品して検収が通れば代金は回収でき、その後にロボットが止まっても保守契約の範囲で対応すればよい。RaaSでは、ロボットが止まっている間も設備の資金負担は提供側に残り、月額の請求は続けにくく、解約の理由になる。つまりRaaSは、「収益モデル」だけを差し替える施策ではなく、収益・資産・原価の三つを同時に組み替える事業構造の変更である。
本稿は、RaaSを提供する側——メーカー、SIer、商社、運用事業者、あるいはこれから事業を立ち上げる企業——に向けて、その構造をどう設計するかを扱う。調達する側から見た「購入かRaaSか」の判断軸は購入かRaaSか——ロボット調達方式の選び方で、受託を主体とするSIer事業の収益構造はロボットSIerという事業で扱っているため、本稿では提供側の事業設計に絞る。