カーシェアアプリの開発の流れを解説！企画のポイントも
カーシェアアプリの開発費用は、1エリア・数台から始める事業者保有型のMVPで500〜900万円・4〜6ヶ月、IoTデバイスによる解錠・施錠や免許証の自動照合まで備えた本格的なもので1,000〜2,000万円・6〜10ヶ月、貸す側と借りる側の両方を作るCtoC型や多拠点対応で2,000万円以上・10ヶ月以上が目安です。
カーシェアアプリで最初に決めるべきなのは機能の数ではなく、「クルマを誰が保有するのか（事業者保有型かCtoC型か）」「スマートフォンで解錠まで行うのか」「本人確認をどこまで自動化するのか」の3点です。この3点で必要なシステムと費用がほぼ決まります。とくに保有形態は、開発費だけでなく道路運送法上の扱いまで変わる分岐点です。
◆この記事の要点
- 費用の目安：事業者保有型MVP 500〜900万円／本格版 1,000〜2,000万円／CtoC型・多拠点 2,000万円以上
- 開発期間の目安：MVP 4〜6ヶ月／本格版 6〜10ヶ月／CtoC型・多拠点 10ヶ月以上
- 費用が決まる要因：保有形態（事業者保有型かCtoC型か）・解錠方式（物理キーかIoTか）・本人確認の自動化レベル
- 設計の肝：予約・空き状況管理／IoT連携による解錠・施錠／本人確認と決済・保険の連動、この3つをひとつの流れとしてつなぐこと
- 2026年の前提：会員数は初めて前年を下回り、拠点数は前年比19％増。「会員を集める勝負」から「稼働率を上げる勝負」に移っている
» 【無料】カーシェアアプリ開発のことを株式会社ペンタゴンに相談する
本記事では、スタートアップから大手企業まで10年以上アプリ開発に携わってきた「株式会社ペンタゴン」の代表である筆者が、カーシェアアプリの費用・重要機能・開発の進め方を、遊休資産のレンタルマッチングアプリやBLE（近距離無線）を使った機器連携を実際に開発した経験をふまえて解説します。「ペンタゴンとカーシェアアプリ開発を進めるとこんな感じになる」というイメージも持っていただけると嬉しいです。
なお、アプリ開発費用の全体像（規模別の相場や内訳）については、こちらの記事で詳しく解説しています。
アプリ開発費用の相場はいくら？300万円〜の内訳を規模・機能・OS別に解説
カーシェアアプリ開発をペンタゴンに依頼するメリット
予約画面と地図を作るだけなら、多くの開発会社が対応できます。ペンタゴンの強みは、「どの保有形態で始め、解錠と本人確認をどこまで自動化し、限られた台数の稼働率をどう上げるか」まで含めて提案できることです。具体的には次の4つです。
メリット①「事業者保有型かCtoC型か」から一緒に決められる
カーシェアアプリのご相談では、最初から「Anycaのような個人間カーシェアを作りたい」という形で機能要件をいただくことがあります。しかし個人間（CtoC型）でクルマを貸し借りする形態は、道路運送法上のレンタカー事業（自家用自動車有償貸渡業）に当たらないよう契約形態を設計する必要があり、集客も貸す側・借りる側の両方に対して行わなければなりません。ペンタゴンでは機能の話に入る前に、「そのクルマは誰が保有し、誰の、どの移動を置き換えるのか」を一緒に整理します。自社・自治体・不動産事業者が保有する車両を貸し出す事業者保有型なら、同じ予算でも1エリアに集中して品質を上げられるケースが多く、まずそちらから検証することをご提案する場合もあります。
メリット②予約・決済・本人確認をつなぐバックエンド設計を実案件の知見で組める
カーシェアアプリの品質は、画面の見た目よりも予約・解錠・本人確認・決済を破綻なくつなぐ裏側の設計で決まります。ペンタゴンには、空いている資材置き場を職人が予約して借りるレンタルマッチングアプリ「OKIBA」（株式会社CLAN）のように、遊休資産の空き状況を管理して予約させ、運営者向けのWeb管理画面まで一貫して作った実績があります。カーシェアは対象が土地からクルマに変わるだけで、空き枠の管理、重複予約の防止、オーナー側と利用者側それぞれの画面が必要になる点など、構造はほぼ同じです。
また、申込から契約内容の確認・決済までをアプリ内で完結させたインシュアテック（保険）アプリの開発サポートの経験があるため、カーシェアで避けて通れない「予約と同時に保険を付帯する」仕組みも、絵に描いた仕様ではなく実装可能な形で設計できます。
メリット③BLEによる機器連携で「実機でしか出ない問題」を潰した経験がある
スマートフォンからクルマを解錠・施錠する機能は、カーシェアアプリで最も実装難易度が高い部分です。ペンタゴンでは、BLEビーコンの電波でユーザーの接近を検知する実装と、BLEで周辺機器と直接ペアリングして制御コマンドを送る実装の両方を経験しています。この領域は仕様書どおりに作っても動かないことが多く、電波が届かない・特定の端末だけ接続できない・アプリがバックグラウンドに回ると切れるといった問題が実機と現場でしか見つかりません。カーシェアでは「地下駐車場で解錠できない」がそのままサービスの停止を意味するため、机上の比較ではなく実機検証を前提に構成を選定します。本開発の前に、解錠まわりだけを技術検証（PoC）するご依頼にも対応しています。
メリット④使い続けてもらえるUI/UXを企画段階から設計する
カーシェアは、一度使って終わりではなく日常の移動手段として繰り返し使われて初めて採算に乗るサービスです。そのため「アプリを開いてから発車するまでのタップ数」「借りたクルマがどこに停まっているかの分かりやすさ」「返却時に何をすれば完了なのかの明示」といった細部が継続利用率を左右します。ペンタゴンはUI/UXデザインを強みとするアプリ開発会社で、デザイナーが企画段階から参画し、プロトタイプで導線を検証してから開発に進みます。詳しくはペンタゴンの4つの特徴もご覧ください。
あわせて、当社ではFigmaを使って要件定義・設計の段階から実際の画面をお見せし、文章の仕様書ではなく画面で合意する進め方をとっています。さらにFigmaをベースにしたAI駆動開発に注力しており、コーディングの工数が圧縮される分を要件定義・仕様変更への対応・テストと品質改善に振り向けられます。
ペンタゴンによる関連分野の開発実績
カーシェアアプリは「遊休資産のシェア」「予約・空き状況管理」「位置情報」「CtoCの決済」という複数の要素が重なったサービスです。ペンタゴンはそれぞれの要素で開発実績があります。
| カーシェアで必要になる要素 | ペンタゴンの開発実績 | カーシェアに活きる部分 |
|---|---|---|
| 遊休資産の予約・レンタルマッチング | 資材置き場をすぐ見つけられるレンタルマッチングアプリ「OKIBA」（株式会社CLAN） | 空き枠の管理と重複予約の防止、オーナー側と利用者側それぞれの画面、運営者向けWeb管理画面。要件定義・情報設計・画面設計・UIデザイン・iOS/Androidアプリ・審査提出代行まで一貫対応 |
| 予約から決済までの完結 | クリニック予約まで完結する美容医療マッチングアプリ 申込から契約確認・決済まで完結するインシュアテック保険アプリ | 予約の確定と決済をひとつの流れにする設計。保険アプリは「予約成立と同時に保険を付帯する」仕組みの下地になる |
| CtoCの出品・取引・入金管理 | アート作品に特化したメルカリ型CtoCマッチングアプリ 出品から支払管理まで一気通貫のBtoBマーケットプレイスアプリ | CtoC型で必要になる掲載審査、手数料を差し引いた入金処理、返金・キャンセルの扱い |
| 地図・位置情報 | マップシェアアプリの運用保守 位置情報連動で来店を促す飲食店向けクーポンアプリ | 現在地からの車両検索と地図表示、BLEビーコンによる接近検知 |
その他の開発実績は実績一覧をご覧ください。
カーシェアアプリ開発にかかる費用は500万円〜
カーシェアアプリの開発費用は、1エリア・数台から始める事業者保有型のMVPで500〜900万円、IoT解錠や免許証の自動照合まで備えた本格版で1,000〜2,000万円、貸す側と借りる側の両方を作るCtoC型・多拠点対応で2,000万円以上が目安です。当社の想定水準は次のとおりです。
規模別の開発費用と期間の目安（当社の想定水準）
| 規模 | 主な構成 | 費用の目安 | 期間の目安 |
|---|---|---|---|
| 事業者保有型のMVP | 1エリア・数台から。会員登録、免許証の目視確認、空き状況の確認と予約、利用終了時の自動決済、運営者向け管理画面。解錠は鍵の受け渡しか、既製の車載デバイス・メーカーAPIの利用にとどめる。1OS先行も可 | 500〜900万円 | 4〜6ヶ月 |
| 本格的なカーシェアアプリ | MVPの構成に加えて、IoTデバイス連携による解錠・施錠、eKYCによる免許証の自動照合、予約と連動した保険付帯、料金プラン・クーポン、通知、返却時のチェック機能。iOS・Android両対応と管理画面の作り込み | 1,000〜2,000万円 | 6〜10ヶ月 |
| CtoC型・多拠点／大規模 | 貸す側と借りる側で異なる2つのアプリ体験、オーナー向けの売上管理と入金処理、車両の掲載審査・相互評価・チャット、複数事業者や多拠点への対応、稼働率を分析する基盤 | 2,000万円以上 | 10ヶ月以上 |
費用を左右する3つの要因
費用を左右する要因は、①保有形態（事業者保有型かCtoC型か）、②解錠方式（鍵の受け渡しかIoTデバイス連携か）、③本人確認の自動化レベルの3つです。とくに①の影響が大きく、CtoC型は貸す側と借りる側で必要な画面・審査・入金処理がまるごと増えるため、同じ機能水準でも事業者保有型のおよそ1.5〜2倍の規模になります。
②の解錠方式は、鍵の受け渡し前提なら通常のアプリ開発の範囲で収まりますが、IoTデバイス連携を入れると要件定義とテストの工数が増えます。デバイス側の仕様確認、電波が届かない場所での挙動、通信が切れたときの復帰処理まで検証する必要があるためです。③の本人確認は、免許証の画像を運営者が目視確認する運用なら開発費を抑えられますが、eKYCサービスを組み込んで自動照合する場合は開発費に加えて件数課金のランニングコストが発生します。
ペンタゴンでは見積もり時に前提とスコープを明示し、KPIから逆算して機能を絞ったMVPから段階的に拡張する進め方をご提案しています。この考え方はアプリのMVP開発の解説記事で詳しく紹介しています。
複数社から見積もりを取る場合は、この3つの前提が各社で揃っているかを先に確認してください。カーシェアアプリの見積もりは前提のずれで金額が倍近く変わるため、金額だけを並べても比較になりません。具体的には、①事業者保有型とCtoC型のどちらを前提にしているか、②解錠を鍵の受け渡しで行うのかIoTデバイス連携まで含むのか、③本人確認は目視運用かeKYCの組み込みか、の3点です。あわせて、車載デバイスとの連携がスコープに入っている場合は技術検証（PoC）の費用と期間が含まれているか、運営者向けの管理画面が含まれているかも確認しておくと、後から追加費用が発生する事態を防げます。
リリース後にかかるランニングコスト
カーシェアアプリは、開発費とは別に「台数」と「利用件数」に比例して増える費用が毎月発生します。主な費目は次の4つです。
- 車載デバイスの通信費：車両1台ごとに通信回線が必要。台数に比例して増える
- 地図・位置情報のAPI利用料：地図表示や検索の呼び出し回数に比例する
- 本人確認（eKYC）と決済の手数料：本人確認は登録件数、決済は取扱高に比例する
- サーバー費とアプリの保守費：保守費は年間で開発費の15％程度が目安
ここで注意したいのは、車載デバイスの通信費と保険料は「クルマが動いていなくても」かかる点です。稼働率が上がるほど1台あたりの固定費が薄まる構造なので、企画段階で「1台が1日何時間貸し出されれば黒字か」を試算しておくことをおすすめしています。運用保守費の相場と内訳はアプリの運用保守費の解説記事をご覧ください。
決済手段の選定についてはクレジットカード決済サービスの比較記事で主要5社を比較しています。
株式会社ペンタゴンでは、要求をカタチにするのは当たり前。さらに「もっとこうすれば良くなる」という鋭いデザインや機能の提案を次々に出します。新しいサービスを検討中なら、一度ご相談ください！
カーシェアアプリの重要機能と設計のポイント
カーシェアアプリ（カーシェアシステム）を支えているのは、ユーザーが触れる画面の裏側で動く予約・解錠・本人確認・決済を連動させたシステムです。機能を数多く並べるよりも、この3つの中核をどう設計するかがサービスの使いやすさと安全性を決めます。ここでは、それぞれの機能と、開発するときに落としやすいポイントを整理します。
予約・空き状況確認システム：重複予約を出さない設計が最優先
カーシェアシステムの中心が、車両ごとの空き状況をリアルタイムに管理する予約システムです。各車両の利用可能な日時をカレンダーで管理し、同じ枠に予約が重なったときは先に確定した1件だけを通す排他制御を必ず入れます。ここを甘く作ると、現地に着いたらクルマがないという最悪の体験が起きます。
設計で漏れやすいのが、予約時間の前後に必要なバッファ（清掃・給油・移動の時間）と、延長と早期返却の扱いです。実運用では「返却が10分遅れた」「予定より2時間早く返した」が日常的に起きるため、延長時の料金計算と、次の予約者への通知をどうするかを企画段階で決めておく必要があります。事業者保有型では拠点への返却が前提ですが、乗り捨て（ワンウェイ）に対応する場合は車両の偏りを解消する回送の運用まで設計対象になります。
CtoC型の場合は、貸す側が「貸し出せない日時」を登録し、借りる側がその空き枠を検索・予約する流れになります。承認制にすると貸す側の応答待ちが発生してキャンセル率が上がるため、即時予約と承認制のどちらにするかは早い段階で決める論点です。
IoT連携によるクルマの解錠・施錠
カーシェアと一般的なレンタカーの大きな違いが、スマートフォンからクルマを解錠・施錠できる仕組みです。車両に取り付けた車載デバイスとアプリを連携させ、予約した時間帯だけ解錠操作を許可します。これにより対面での鍵の受け渡しが不要になり、24時間無人での貸し借りが可能になります。
解錠の経路には大きく2つあり、スマートフォンから通信回線経由でサーバーに指示を送り、サーバーから車載デバイスに解錠命令を届ける方式と、スマートフォンとデバイスがBLEで直接つながって解錠する方式です。前者は実装が素直な一方で、地下駐車場や山間部など通信が届かない場所で解錠できなくなります。後者は圏外でも動きますが、ペアリングの安定性や端末ごとの挙動差という別の難しさがあります。実務では、通信経由を基本にしつつ、圏外時はBLEで解錠できる二重の経路を用意する構成が安全です。
ペンタゴンではBLEビーコンによる接近検知と、BLEで周辺機器に制御コマンドを送る実装の両方を経験していますが、この領域で最も時間がかかるのは機能そのものではなく「うまくいかないときの挙動」の設計とテストです。解錠に失敗したときのリトライ、電波が弱いときの案内表示、それでも開かないときのサポート導線まで作り込んで、はじめて無人運用に耐えます。なお、車載デバイスを自社で開発する必要はほとんどなく、既製のデバイスや自動車メーカーが提供するAPIを利用するのが現実的です。ハードウェアと連携するアプリ開発の考え方はRaspberry Piを使ったIoTアプリ開発の解説記事でも紹介しています。
本人確認・決済・保険の連動
予約・解錠と切り離せないのが、登録時の本人確認と、利用終了時の自動決済です。カーシェアでは運転免許証の確認が必須で、なりすましや無免許運転を防ぐ最後の砦になります。免許証の画像を運営者が目視で確認する運用から始めることもできますが、登録が増えるほど確認が滞るため、eKYCサービスを組み込んで自動照合する設計が一般的です。免許証には有効期限があるため、期限切れを検知して利用を止める仕組みを最初から入れておかないと、後から運用でカバーできなくなります。
決済は、利用終了と同時にクレジットカードから自動で課金する形が基本です。ここで漏れやすいのが事後に確定する費用で、延長料金、給油の精算、車内の汚損や事故時の負担金などをどう請求するかを決めておく必要があります。CtoC型では、借りる側からの入金と貸す側への支払いのあいだに手数料を差し引く処理が入るため、入金サイクルと返金・キャンセルの扱いまで含めた設計が必要です。
そして、カーシェアで最も軽視できないのが保険です。予約が成立した時点で保険が付帯される状態を仕組みとして担保しないと、加入漏れがそのまま事故時のトラブルになります。ペンタゴンでは、申込から契約内容の確認・決済までをアプリ内で完結させた保険アプリの開発サポートを通じて、契約と決済を連動させる設計の勘所を蓄積しています。
なお、地図表示や現在地からの車両検索といった位置情報まわりの実装手法と費用は、地図・位置情報アプリ開発の解説記事で詳しく解説しています。
ペンタゴンによるカーシェアアプリ開発の流れ
ここでは、当社ペンタゴンでカーシェアアプリの開発を進める場合の大まかな流れを紹介します。カーシェアで特に力を入れているのは、解錠まわりを机上で決めずに実機と実際の駐車環境で検証することと、台数が限られた状態でも成立する稼働率の設計の2点です。
ステップ① 事業目標とKPIを整理し、保有形態を決める（2〜4週間）
最初に行うのは機能の話ではなく、「このサービスで実現したい事業の理想の状態」を言語化し、KPIに落とし込むことです。カーシェアでは、ダウンロード数ではなく1台あたりの稼働率、1利用あたりの単価、リピート率が事業に直結します。この段階で、事業者保有型かCtoC型かという保有形態と、対象エリア・車両台数を決めます。当社では想定ユーザーへのアンケート調査を実施し、必要に応じてニーズ検証用のLP（ランディングページ）を先に作って反応を見ることもご提案しています。
ステップ② 保険・法務まわりの整理と解錠方式の技術検証（1〜2ヶ月）
カーシェアはアプリだけで完結せず、保険の付帯方法、車両の登録・整備、事故やトラブル時の対応フローといった事業側の設計が伴います。とくにCtoC型では契約形態が道路運送法上の扱いを左右するため、この段階で専門家を交えて整理しておく必要があります。並行して、車載デバイスの候補を実機で動かし、地下駐車場・立体駐車場・屋外など実際に停める環境で解錠・施錠が安定するかを確かめます。この技術検証（PoC）のみのご依頼にも対応しています。
ステップ③ UI/UX設計とプロトタイプ検証（1〜2ヶ月）
デザイナーが企画段階から参画し、利用者側・運営者側の画面設計とプロトタイプをFigmaで作成します。カーシェアでは、空いているクルマを探して予約するまでの手数、駐車位置にたどり着くまでの案内、解錠ボタンの分かりやすさ、返却完了までの手順の明示が使い続けてもらえるかを左右します。プロトタイプで実際の利用場面（片手操作、荷物を持った状態、屋外で画面が見えにくい状態）を想定した検証を行い、開発前に導線を固めます。文章の仕様書ではなく画面で合意するため、認識のズレが後工程まで残りません。
ステップ④ 開発・品質管理・審査対応（3〜6ヶ月）
iOS/Androidアプリとバックエンド・管理画面を開発します。進捗を可視化して認識のズレを早期に解消し、デザインレビューと第三者視点のテストで品質を管理します。カーシェアアプリでは、実車と実際の駐車環境を使った解錠・施錠テストと、予約の重複や延長・キャンセルといった異常系のテストを工程に組み込むことが特に重要です。ストア審査では位置情報とカメラ（免許証の撮影）の利用目的の説明が問われるため、審査ガイドラインの事前チェックを行い、当社が独自に収集しているリジェクト事例をもとにリスクを潰してから申請します。
ステップ⑤ リリース後の稼働率改善（継続）
リリース後は、時間帯・曜日・拠点ごとの稼働率と、予約に至らなかった検索を見ながら改善します。「探されたのに空いていなかった」時間帯が分かれば、増車すべき拠点と料金を上げてよい時間帯が分かります。当社はリリース後もデータを見た改善・グロースまで伴走します。アプリ運用で見るべき指標の考え方はアプリ運用のKPI解説記事で紹介しています。
カーシェア市場・カーシェアアプリの最新トレンドは？
カーシェアリングは、1台の自動車を複数の会員が時間を分けて共同利用する仕組みです。日本ではまだ拡大が続いていますが、2026年に入って「会員を集める勝負」から「稼働率を上げる勝負」へ局面が変わりました。企画を立てる前に、この構造変化を押さえておく価値があります。
会員数は初めて前年割れ、一方で拠点は19％増
公益財団法人交通エコロジー・モビリティ財団の2026年3月調査によると、国内のカーシェアリングのデポジット（拠点）数は37,231箇所、貸渡車両数は85,312両、会員数は5,391,855人でした。前年（2025年3月）の調査は31,235箇所・84,887両・5,602,120人ですから、拠点数は約19％増えた一方で、車両数はほぼ横ばい、会員数は2002年の調査開始以来はじめて前年を下回りました。
この数字が意味するのは、「拠点を増やして薄く広く配置する」段階に入り、1拠点あたりの会員は減っているということです。新規参入の立場では、会員数を追う企画よりも、限られた台数をどれだけ回すかを軸にした企画のほうが成立しやすくなっています。エリアを絞って始めることをおすすめするのは、この構造が理由です。
カーシェアはCtoCだけではない。3つのタイプを区別する
「カーシェアアプリ」と聞くと個人間でクルマを貸し借りするサービスを思い浮かべる方が多いですが、実際には次の3タイプがあり、必要なシステムも収益モデルも異なります。
- 事業者保有型：タイムズカーやカレコのように、事業者が保有する車両を会員が共同利用する形。国内の車両数の大半がこのタイプで、アプリから手続きが完結し、短時間から借りられる
- CtoC型（個人間カーシェア）：個人が所有するクルマを他の個人に貸し出す形。貸す側は使っていない時間を収益化でき、借りる側は多様な車種に乗れる
- 特化型：キャンピングカーや商用車など、特定の車種・用途に絞った形。台数は少なくても、代替手段が少ないぶん単価と稼働率を確保しやすい
近年は、事業者保有型のなかでもマンションの入居者向け、自治体の公用車の遊休時間の活用、法人の社用車のシェアといった、利用者があらかじめ限定された形の導入が広がっています。不特定多数を集める必要がないため、稼働率の見通しが立てやすく、新規参入では現実的な選択肢です。
CtoC型を選ぶなら、Anycaの終了から学ぶべきこと
個人間カーシェアの代表格だった「Anyca」は、2015年9月のサービス開始から会員91万人規模まで成長しましたが、2024年12月31日をもってサービスを終了しました。会員が91万人いても事業として成立しなかったという事実は、CtoC型を検討する際に必ず踏まえるべき前提です。
CtoC型が難しい理由は2つあります。1つは、貸す側と借りる側の両方を同時に集めなければならないこと。クルマが登録されていなければ借り手は来ず、借り手がいなければオーナーも登録しません。この構造は、2種類のユーザーを同時に集める必要があるマッチングサービス全般に共通する課題で、マッチングアプリの開発費用の解説記事でも触れています。
もう1つは法的な位置づけです。個人が反復してクルマを有償で貸すと、道路運送法上のレンタカー事業（自家用自動車有償貸渡業）に当たる可能性があります。Anycaは、オーナーと利用者のあいだで共同使用契約を結ぶことで道路運送法第80条ただし書の枠内に収める方式をとっていましたが、この形式と実態のずれは長くグレーゾーンと指摘されてきました。CtoC型で企画する場合は、機能の検討と並行して契約形態と保険の設計を専門家と詰める必要があります。
遊休資産をシェアするサービスという括りでは、駐車場や空きスペースを貸し出すサービスの開発も同じ論点を抱えます。
スペースシェアアプリの開発外注にかかる費用や期間は？ポイント解説
クルマではなく個人のスキルを貸し借りするタイプについては、こちらで解説しています。
【開発者が解説】スキルシェアアプリの開発手順や費用まとめ
開発実績から考えるカーシェアアプリ成功のポイント
ここからは、遊休資産のレンタルマッチングや予約・決済を伴うアプリを開発してきた経験から、カーシェアアプリを成功に導くためのポイントを4つ紹介します。
最も重要な工程は「企画」：誰の、どの移動を置き換えるのか
アプリ開発の企画では目に見えるデザイン面に意識が行きがちですが、カーシェアで先に決めるべきは「誰の、どの移動を置き換えるのか」です。週末のレジャー利用と、平日の業務利用と、買い物の短時間利用では、必要な車種も料金体系も置く場所もまったく異なります。ここが曖昧なまま機能一覧から入ると、どのユーザーにも中途半端なアプリになります。
ペンタゴンでは、企画段階で想定ユーザーへのアンケート調査を実施することが多く、企画者自身も気づいていなかったニーズが見つかることがあります。「OKIBA」でも、資材置き場を探す職人の実際の動き方を踏まえて画面設計を進めました。
「2種類のユーザーを同時に集める」問題を最初に設計する
CtoC型のカーシェアは、貸す側と借りる側という2種類のユーザーが揃って初めて成立します。どちらか一方が先に集まらないともう一方も集まらないため、初期はどちらを先に確保するかを決め、そちら側に集中した施策を打つのが定石です。ペンタゴンではこの段階でニーズ検証用のLPを先に作って反応を見るご提案もしています。事業者保有型を選べばこの問題自体を回避できるため、保有形態の判断はマーケティングの難易度にも直結します。
稼働率を測るための計測機能を最初から入れる
カーシェアの収益は稼働率で決まりますが、「検索されたが予約に至らなかった」データを取っていないと、増車すべき拠点も、上げてよい料金も判断できません。予約数だけを見ていると、需要があるのに空きがなかった機会損失が見えなくなります。開発段階から、時間帯・曜日・拠点別の検索と予約のログを残す設計にしておくことが重要です。
リリース後にユーザーとの関係を維持する施策の考え方は、アプリのリテンションレート改善の解説記事で紹介しています。
外注先選びでは「予約・決済・ハード連携」の実績を見る
アプリ開発会社はそれぞれ得意領域が異なります。カーシェアアプリでは、見た目のデザイン実績よりも①空き枠を管理する予約システム、②決済と入金処理、③デバイスとの近距離連携の3つについて開発実績があるかを確認してください。この3つはいずれも「異常系の設計」が品質を分ける領域で、経験の有無が工数と品質にそのまま出ます。
加えて、車載デバイスとの連携がある場合は、本開発の前に技術検証（PoC）だけを切り出して依頼できるかも確認しておくとリスクを抑えられます。開発会社の選び方の全体像はアプリ開発の外注の解説記事で詳しく紹介しています。
カーシェアアプリ開発についてよくある質問
最後に、カーシェアアプリ開発のご相談でよくいただく質問にお答えします。
まずは数台・小規模エリアからMVPを開発できますか？
結論：可能です。ペンタゴンでも対応可能です。むしろカーシェアは、エリアと台数を絞ったMVPから始めることを強くおすすめしています。会員登録・本人確認・空き状況の確認と予約・利用終了時の自動決済・運営者向け管理画面という最小構成であれば、500〜900万円・4〜6ヶ月が目安です。解錠を鍵の受け渡しにして、稼働率の見通しが立ってからIoT連携に投資するという段階的な進め方も現実的です。1拠点で「1台が1日何時間貸し出されるか」の実数が取れると、その後の投資判断が一気に楽になります。
スマートフォンで車を解錠・施錠する機能も開発できますか？
結論：可能です。車載デバイス側をペンタゴンで開発するのではなく、既製の車載デバイスや自動車メーカーが提供するAPIと連携する形が基本になります。当社にはBLEビーコンによる接近検知と、BLEで周辺機器に制御コマンドを送る実装の経験があり、電波が届かない・端末によって挙動が異なるといった近距離無線特有の問題に対処してきました。カーシェアでは通信経由の解錠を基本にしつつ、圏外時にBLEで解錠できる二重の経路を用意する構成をご提案しています。デバイスの選定段階から、実際に停める駐車環境で動作を検証する技術検証（PoC）のみのご依頼も承っています。
カーシェアサービスの企画段階から相談できますか？
結論：可能です。ペンタゴンは理想状態の言語化とKPI設計から始める進め方をとっており、「事業者保有型とCtoC型のどちらで始めるか」「どのエリアに何台置くか」といった事業の骨格から一緒に整理します。この段階で想定ユーザーへのアンケート調査を実施したり、ニーズ検証用のLPを先に作って反応を見たりすることもご提案しています。要件が固まっていない状態でのご相談のほうが、結果的に無駄な機能を作らずに済むケースが多いです。
カーシェアアプリのランニングコストは何で決まりますか？
結論：「車両台数」と「利用件数」でほぼ決まります。台数に比例するのが車載デバイスの通信費と保険料、利用件数に比例するのが地図・位置情報のAPI利用料、本人確認（eKYC）の件数課金、決済手数料です。これに加えてサーバー費と、年間で開発費の15％程度が目安となるアプリの保守費がかかります。注意したいのは、台数に比例する費用はクルマが動いていなくても発生する点です。稼働率が上がるほど1台あたりの固定費が薄まるため、企画段階で損益分岐となる稼働率を試算しておくことをおすすめします。
個人間（CtoC型）のカーシェアアプリを作りたいのですが、注意点はありますか？
結論：開発の前に、契約形態と保険、そして集客の設計を固めてください。個人が反復してクルマを有償で貸す行為は道路運送法上のレンタカー事業に当たる可能性があり、Anycaはオーナーと利用者が共同使用契約を結ぶ方式でこれを回避していました。この論点は法律の専門家と詰める必要があります。加えて、会員91万人規模のAnycaでも事業として成立せず2024年末に終了した事実が示すとおり、貸す側と借りる側の両方を集める難しさは相当なものです。ペンタゴンでは、CtoC型のご相談でも、まず事業者保有型や特化型で稼働の実数を取ってから広げる進め方を検討材料としてお出ししています。
カーシェアアプリの開発期間はどれくらいかかりますか？
結論：MVPで4〜6ヶ月、IoT解錠まで含めた本格版で6〜10ヶ月が目安です。車載デバイスとの連携がある場合は、本開発の前に1〜2ヶ月の技術検証（PoC）期間を見込んでください。実際の駐車環境で解錠が安定するかを先に確かめておかないと、開発の終盤で構成を変えることになり、期間と費用の両方が膨らみます。アプリ開発全般の期間の目安はアプリの開発期間の解説記事で紹介しています。
まとめ
カーシェアアプリの開発費用は、事業者保有型のMVPで500〜900万円・4〜6ヶ月、IoT解錠や免許証の自動照合まで備えた本格版で1,000〜2,000万円・6〜10ヶ月、CtoC型・多拠点対応で2,000万円以上・10ヶ月以上が目安です。費用を決めるのは機能の数ではなく、保有形態・解錠方式・本人確認の自動化レベルの3点でした。
そして2026年のカーシェア市場は、拠点が増える一方で会員数がはじめて前年を下回り、稼働率で勝負する局面に入っています。新規に始めるなら、エリアと台数を絞ったMVPで「1台が1日何時間貸し出されるか」の実数を取り、そこから投資を判断する進め方が現実的です。
ペンタゴンは、遊休資産のレンタルマッチングアプリや予約・決済を伴うアプリの開発実績と、BLEによる機器連携の実装経験をもとに、企画段階からリリース後の稼働率改善まで一貫して伴走します。カーシェアアプリの構想がある方は、要件が固まっていない段階でもお気軽にご相談ください。
