Adaloを使ってUberクローンを構築する:ステップバイステップガイド

Adaloを使ってUberクローンを構築する:ステップバイステップガイド

始めるには、いくつかの重要なアカウントとツールを用意する必要があります。まず、以下から始まる Adaloの有料プラン、開始 1か月$36。Adaloはデータベース駆動型のウェブアプリおよびネイティブiOSおよびAndroidアプリ用のノーコードアプリビルダーです。3つのすべてのプラットフォーム全体で1つのバージョンがあり、Apple App StoreおよびGoogle Playに公開されます。このプランでは

  • ライダーアプリを利用できます:ユーザーがライドを予約し、ドライバーを追跡し、安全に支払うことができます。
  • ドライバーアプリ:ライドの受け入れ、ナビゲーション、および収入追跡用のツールが含まれます。
  • 管理者ダッシュボード:ユーザーを管理し、トリップを監視し、支払いを処理します。

AdaloのビルダーであるAdaは、あなたが何を望んでいるかを説明してアプリを生成することができます。Magic Startは説明からアプリの基盤全体を作成し、Magic Addは自然言語を通じて機能を追加します。

Adaloのプラットフォームはリアルタイム更新、地理情報システム、および支払い統合をサポートしています Stripe。Magic Startなどのツールを使用すると、アプリの基盤を数分で設定でき、開発時間を数か月から数日に短縮できます。10件のライドを処理しても10,000件のライドを処理しても、Adaloはシームレスにスケーリングするため、ライドシェアリングプラットフォームの起動に対する費用効果的なソリューションになります。

準備はいいですか?ステップバイステップで説明しましょう。

従来型対Adaloライドシェアリングアプリ開発コストおよびタイムラインの比較

従来型対Adaloライドシェアリングアプリ開発コストおよびタイムラインの比較

[Uberの独自バージョンを構築する方法] - ワークフローおよびライダーアプリの完成

Uber

前提条件およびセットアップ

始めるには、いくつかの重要なアカウントとツールを用意する必要があります。まず、以下から始まる Adaloの有料プラン、開始 1か月$36。このプランは無制限のデータベースレコードを提供し、アクション、ユーザー、またはストレージに上限がなく、加えて ネイティブiOSおよびAndroidアプリを公開 する機能を備えています 支払い方法 さらに 年単位.

次に、 Google Maps Platform アカウント を課金を有効にして設定してください。Googleは通常、月額$200のクレジットを提供しており、これはコストの相殺に役立つ可能性があります。また、ライダーとドライバー間の支払いを処理するための Stripe Connectアカウント 、および両方のプラットフォームの開発者アカウントが必要です: 公開するには、iOSの (年間$99)および アカウント($99/年)とAndroidの ($25の1回限りの費用)。これらはすべて、ライドシェアリングプラットフォームを構成する3つのアプリを実行するために重要です。

ツール/アカウント 目的 コスト(概算)
Adalo Starterプラン アプリビルドおよび公開 月額36ドル
Google Maps API 地理情報システムおよびマッピング 使用量ベース(無料階層あり)
Stripe Connect ライダーからドライバーへの支払い トランザクションベースの手数料
Apple Developer iOSアプリストア公開 年間99ドル
アカウント($99/年)とAndroidの Androidストア公開 $25(1回限り)

必要なツールおよびアカウント

Google Mapsを効果的に使用するには、 Google Cloud Consoleで特定のAPIを有効にする必要があります。例えば、 Maps JavaScript API, ジオコーディングAPI, Places APIおよび Distance Matrix APIなどです。これらのAPIは、住所の自動補完および距離ベースの運賃計算などの機能を処理します。Googleはこれらのサービスをアクティブ化するために、ファイル上のクレジットカードが必要であることに注意してください。さらに、 Stripe Connect 運転手とプラットフォーム間の運賃分割を管理するために必要です。

これらのアカウントがすべて設定されたら、Adaloでプロジェクトセットアップに進む準備ができています。

Adaloでプロジェクトを作成する Adalo

Adaloにログインして、をクリックして開始します 「新しいアプリを作成」 セットアップ中に、 「モバイルアプリ」 オプションを選択して、GPSとプッシュ通知などのネイティブ機能へのアクセスを確認してください。Adaloの Magic Start 機能を活用して、以下のようなプロンプトを入力してください 「顧客、運転手、管理者コンポーネントを備えたUberクローンライドシェアリングアプリ」

Magic Startは、シンプルな説明から完全なアプリの基盤を生成します。ライドシェアリングプラットフォームが必要であることを伝えると、データベース構造、スクリーン、ユーザーフローが自動的に作成されます。計画に数日かかっていたことが数分で完了します。このAI支援アプローチは、白紙から始めるのではなく、動作する基盤を改善することを意味しています。

この初期セットアップの後、Builderの設定に移動して、Google MapsおよびStripeのAPIキーを入力します。次に、 マップ さらに Stripe Payment コンポーネントをAdaloマーケットプレイスからインストールします。これらのコンポーネントは、アプリのインターフェースの設計を開始するときに不可欠になります。

データベーススキーマの設計

プロジェクトが設定されたら、次のステップは、効率的なリアルタイムデータ処理をサポートするデータベーススキーマを作成することです。データベースの構造は、アプリのパフォーマンスに直接的な影響を与えます。Adaloは、、コレクション(テーブル)がデータの重複を防ぐために関係を通じて接続されることを意味しています。ライドシェアリングアプリの場合、スキーマはリアルタイムのライドマッチング、決済処理、および相互評価を促進する必要があります。 リレーショナルデータベース関係を利用したリレーショナルデータベース設計

主要なコレクションと関係

、ライダーと運転手の両方をカバーするから始めます。各ロール用に個別のコレクションを作成する代わりに、「ライダー」、「運転手」、または「両方」などの値を持つを含めます。これは認証をシンプルに保ち、データを整理された状態に保ちます。Driver Status(利用可能、ビジー、オフライン)、Current Location(Adaloのロケーションプロパティタイプを使用)、決済処理用のStripeアカウントID、信頼スコア用のRating Averageなどのプロパティを追加します。 ユーザーコレクション ユーザーコレクション 3番目に、定義されたロールをアプリに割り当ててAPIキーを生成します。このキーは、Adaloの外部コレクション向けのヘッダーで使用されます。 Role(ロール)プロパティ

アプリのコア構造(スクリーン、コンポーネント、データベースコレクション、基本的なアクション)を生成します。そこから、ドラッグアンドドロップツールを使用してデザインと機能を微調整します。 Tripsコレクション は中心となり、重要なトリップの詳細を保存します。各レコードには以下を含める必要があります ピックアップロケーション, 目的地ロケーション, トリップステータス (リクエスト済み、受け入れ済み、進行中、完了、キャンセル済み) 運賃額、ライドがリクエストされた時刻と完了した時刻のタイムスタンプ。Adaloの「日付と時刻」プロパティと「作成日時」設定を使用してタイムスタンプ追跡を自動化します。プロパティはアプリの機能を管理するために不可欠です。ユーザーが見るもの、およびトリップの各段階で利用可能なアクションを決定します。 トリップステータス Trip Status(トリップステータス)

また、、ドライバー情報用の、Make、Model、License Plate、Vehicle Type(Standard/Luxury)、Insurance Imageなどのフィールドを含むが必要になります。信頼とコミュニケーションをサポートするために、を追加します。Ratingsコレクションは、Stars(1-5)、Comments、Rating Type(Driver/Rider)を追跡し、トリップ後の両当事者へのフィードバックを有効にします。 Vehiclesコレクション Messages Ratings さらに メッセージ Rating

コレクション 必須フィールド 目的
ユーザー Role、Driver Status、Current Location、Stripe Account ID、Rating Average ライダーと運転手のプロフィールを管理します
Trips ピックアップと目的地、トリップステータス、運賃額、ピックアップ/終了時間 ライド取引データを保存します
Vehicles Make、Model、License Plate、Vehicle Type、Insurance Image 運転手を登録された車に結合します
Ratings Stars(1-5)、Comment、Rating Type レビューによる信頼を実現します
メッセージ Message Text、Sent At、Is Read ライダーと運転手のコミュニケーションをサポートします

これらのコレクションが配置されたら、プラットフォーム全体でスムーズなデータフローを確保するための明確な関係を定義する必要があります。このスキーマはアプリのバックボーンを形成し、すべてのコンポーネントが同期して機能できるようにします。

データ関係のセットアップ

これらのコレクションを接続するには、以下を使用します 多対一リレーションシップ。例えば、Tripsコレクション内で、2つのユーザーリンクを作成します。1つは ライダー 用で、もう1つは ドライバー用です。これらを多対一リレーションシップとして設定し、各トリップが1人のユーザーにリンクするようにします。Adaloは自動的にUsersコレクション内に相互プロパティを追加します。わかりやすくするため、これらを「乗車したトリップ」と「運転したトリップ」に名前変更してください。

Vehiclesコレクションの場合、多対一リレーションシップでUsersにリンクし、ラベルを オーナーにします。その後、VehiclesをTripsに接続して、各ライドレコードに使用された車が含まれるようにします。Ratingsコレクションでは、3つの多対一リレーションシップを設定します。1つはレビュー対象の トリップ へ、1つはフィードバックを提供するユーザーである レビュアー へ、1つは評価を受けるユーザーである レビュー対象ユーザー へです。このセットアップにより、ライダーとドライバーの両方がトリップ後に互いにレビューを残すことができます。

リレーションシッププロパティに名前を付ける際は意図的に行ってください。 Adaloコレクション内の最初のプロパティはドロップダウンメニューにレコードラベルとして表示されるため、「Trip ID」や「Order Number」などの一意の識別子を使用し、一般的な名前は避けてください。例えば、ライダーのマップでドライバーをフィルタリングする場合、「Status = Available」を照会し、距離計算式(例:MILES < 5)を追加して、近くにいる利用可能なドライバーのみを表示します。これを機能させるには、Current Locationプロパティがadaloのネイティブロケーションタイプを使用して、正確な距離計算を確保してください。

顧客アプリの構築

ライドの予約と追跡用のライダー画面を設計するには、シンプルさと応答性に焦点を当てることが必要です。ユーザーの現在地を中心としたマップを備えた ライダーホーム画面から開始します。下部に、「どこへ?」検索バーまたは「目的地を入力」ボタンを含めて、予約プロセスを開始します。

コア画面と機能

On the ライド予約画面では、Tripsコレクションにリンクされたフォームコンポーネントを使用します。以下を含めます:

  • ピックアップと目的地の住所オートコンプリートフィールド。
  • エコノミーやラグジュアリーなど、車両タイプを選択するためのドロップダウンメニュー。
  • 料金見積もりを表示するテキストコンポーネント。

次の計算式を使用して料金見積もりを計算します: 基本料金 + (距離 × マイル当たりレート) × サージ乗数。これにより、ライダーはトリップを確認する前にコストを知ることができます。

ライダーがフォームを送信したら、 ドライバー検索画面に移動します。ここにローディングアニメーションと60秒のタイマーを追加します。この時間枠内にドライバーが受け入れない場合、ユーザーを「利用可能なドライバーがありません」画面にリダイレクトします。ドライバーが受け入れたら、写真、名前、評価、車両情報、ドライバーの現在地とピックアップ地点の両方を示すマップを含むドライバーの詳細を表示します。直接通信用の「ドライバーに電話」ボタンを含めます。

トリップ中、 トリップアクティブ画面 がフォーカスポイントになります。現在地と目的地の両方を示すライブマップを表示します。Adaloは継続的なバックグラウンドGPS追跡をサポートしていないため、非表示のタイマーコンポーネントを使用して、10~15秒ごとに位置を更新します。下部にトリップ情報バーを追加して、推定到着時間と最終料金を表示します。

コア画面が配置されたら、次のステップは 支払い処理と通知の統合 を行い、ライダー体験を完成させることです。

支払いと通知の統合

支払いの場合、 Stripe Marketplaceコンポーネントを使用します。これにより、支払いを処理し、プラットフォーム手数料を差し引き、残りの金額をドライバーに転送できます。Magic Textを使用してドライバーの接続されたStripeアカウントIDでコンポーネントを構成し、料金計算式に基づいて支払いを動的に計算します。プラットフォーム手数料をパーセンテージまたは定額として設定し、ライダーのメールを含めて領収書を送信します。

プッシュ通知はライダーに情報を提供するために不可欠です。「ドライバーが向かっています」、「ドライバーが到着しました」、「トリップ完了」など、主要なトリップステータス変更のアラートを設定します。これにより、ライダーがアプリを絶えずチェックする必要がなくなります。

起動する前に、Stripeのテストモードとテストカード番号を使用してフロー全体をテストして、すべてが期待通りに機能することを確認します。最後に、アプリをネイティブモバイルアプリケーションとして公開して、信頼性の高いGPSと地理情報機能を提供します。

ドライバーアプリの構築

ドライバーアプリは、ドライバーがライドリクエストを処理し、ピックアップに移動し、収益を監視する場所です。以下の主要要素を含む ドライバーダッシュボード から開始します。「利用可能」と「オフライン」を切り替えるためのトグル、ドライバーの現在地を表示するマップ、および日次収益とトリップ数の概要。このホーム画面は、ドライバーに可用性を制御でき、パフォーマンスの概要を提供します。これは、ドライバーをライドマッチングシステムにシームレスに統合するハブです。

ドライバー向けのコア機能

新しい予約が入ったときに、 着信リクエスト画面 を利用可能としてマークされているドライバーに表示します。この画面には、ピックアップと目的地のアドレス、推定運賃、ライダーの評価、カウントダウンタイマーを含める必要があります。「承認」ボタンと「辞退」ボタンを追加します。リクエストを承認するとドライバーが乗車記録にリンクされ、ステータスが「承認済み」に更新され、辞退するだけでリクエストが表示から削除され、データベースは変更されません。

ナビゲーションについては、 乗車進行状況画面 をMapsコンポーネントを使用して作成し、ドライバーの位置からピックアップポイントへのルートを表示します。主要なアクションボタンを含めます。「到着」はライダーに通知し、ステータスを更新します。「乗車を開始」は乗車を開始します。「Mapsで開く」は外部ナビゲーション用です。ネイティブなターンバイターンナビゲーションはサポートされていないため、外部地図ボタンについては次のURLフォーマットを使用します:
https://maps.google.com/maps?saddr=[Start Lat],[Start Long]&daddr=[End Lat],[End Long].

ドライバーの位置をリアルタイムで更新し続けるために、15~30秒ごとにリフレッシュする非表示のTimerコンポーネントを追加します。これにより、乗車全体を通じて正確な追跡が保証されます。乗車の終了時に、「乗車を終了」ボタンを含めて、最終運賃を計算し、乗車を「完了」としてマークし、Stripe Connectの支払い転送をトリガーします。これらの機能により、乗車を受け入れることから完了するまでのスムーズなフローが作成されます。

収益とステータス更新

収益を追跡し、可用性を更新することは、乗車を管理するのと同じくらい重要です。 収益ダッシュボード を構築します。ログインしているドライバーの完了した乗車のみを表示します。 カスタムリストを使用します。SUM関数を使用して特定の期間(日、週、月)の総収益を計算し、1乗車あたりの平均運賃やドライバーの全体的な評価などのメトリックスのAVERAGE関数を使用します。ドライバーが異なる時間枠でパフォーマンスを比較できるように、日付ピッカーを追加します。

ドライバーのステータスが「利用可能」に設定されている場合にのみ「利用可能な乗車」リストを表示するように、条件付き表示を設定します。これにより、ドライバーがオフラインであるか、既に乗車中の場合、リクエストを受け取らないことが保証されます。さらに、プッシュ通知を有効にして、新しい乗車リクエストについてドライバーに即座に警告します。これにより、アプリを手動でリフレッシュする必要なく、リアルタイムで更新されます。

管理者ダッシュボードの構築

顧客とドライバーアプリを開発した後、プラットフォームの最後の部分は管理者ダッシュボードです。このダッシュボードはコントロールセンターとして機能し、すべてのプラットフォームデータを効率的に管理および監視できます。

管理者ダッシュボードはユーザー管理、リアルタイムの乗車追跡、および支払い処理を処理します。 管理者ホーム画面 を開始します。総乗車数、アクティブな乗車、保留中のドライバー検証、プラットフォーム収益などの重要なメトリックスを表示します。 COUNT さらに SUM 関数を使用してこれらの値を計算します。ユーザー管理、ライブ乗車、分析、および支払いの画面にリンクするボタンを含むナビゲーションメニューを追加します。

アクセスを制限するには、ユーザーコレクションに「管理者?」ブール値プロパティを追加します。 条件付き表示 を使用して、「管理者?」プロパティがtrueに設定されているユーザーのみが管理者固有の画面を表示およびアクセスできるようにします。

ユーザーと乗車の管理

On the ユーザー管理画面には、2つの リストを含めます(ライダー用とドライバー用)。「役割」プロパティでフィルタリングされます。各リスト項目は、ユーザーの氏名、メールアドレス、電話番号、総乗車数、平均評価などの詳細を表示します。 編集 ボタンを追加します。これにより、 フォームが開かれ、アカウントステータス(アクティブ/停止)またはドライバー検証ステータス(保留中/承認済み/却下)などのプロパティを更新できます。

ドライバー検証については、アップロードされたドキュメント(ライセンスや保険など)を確認するための専用画面を作成します。アプリケーションを承認または却下するボタンを含め、「バックグラウンドチェック」プロパティを相応に更新します。これらの更新はプラットフォーム全体で同期され、一貫性が保証されます。

リアルタイムの乗車追跡については、 ライブ乗車画面 を構築します。Tripsコレクションに接続します。「保留中」、「受け入れ済み」、「進行中」などのステータスを持つ乗車を表示するようにリストをフィルタリングします。ライダー名、ドライバー名、ピックアップおよび目的地のアドレス、現在のステータス、乗車時間などの主要な詳細を表示します。 マップ コンポーネントを追加して、ユーザーロケーションプロパティを使用してドライバーのリアルタイム位置を表示します。データを最新の状態に保つために、 Timer コンポーネントを含めます。30秒ごとにリフレッシュします。「強制完了」などのアクションボタンを提供して、必要に応じて乗車ステータスを手動で更新し、紛争を解決したり、通常でないケースを処理したりするのに役立ちます。

このライブ乗車データはあなたの分析と支払いシステムに直接フィードされ、すべてが最新の状態に保たれることを保証します。

分析と支払い処理

分析については、 分析ダッシュボード を作成します。Adaloコンポーネントマーケットプレイスのチャートコンポーネントを使用します。Tripsコレクションにリンクされたバーグラフまたは折れ線グラフを組み込んで、総乗車数( COUNT 関数を使用)、総収益(運賃金額の SUM を使用)、1乗車あたりの平均運賃( AVERAGEを使用)などのメトリックスを表示します。 日付範囲ピッカー を追加して、日、週、月の期間でデータをフィルタリングし、時間経過に伴うトレンドを簡単に観察できるようにします。ドライバーのパフォーマンスについては、各ドライバーの完了した乗車、総収益、および平均評価を表示するリストを含めます。

支払い処理については、 支払い画面 ドライバーとその保留中の収益を一覧表示します。支払いステータスが「保留中」である完了したトリップから運賃金額を合計することで、これらの収益を計算します。使用 Stripe 「支払いを処理」ボタン付きのコンポーネントで、ドライバーの接続されたアカウントに資金を転送します(ユーザーコレクションにStripeアカウントIDを保存します)。処理後、トリップの「支払いステータス」を「支払済み」に更新し、支払い日を記録します。ライブアカウントに切り替える前に、Stripeのテストモードでこのセットアップをテストすることから始めます。これにより、正確な支払いを確保しながら、明確で追跡可能なトランザクション履歴を保持します。

コアロジックとインテグレーションの実装

ライドマッチング、地理情報トラッキング、支払いシステム、ユーザー認証をつなぎ合わせることで、アプリに命を吹き込みます。これらは、静的な画面を完全に機能するライドシェアリングプラットフォームに変える基本機能です。

ライドマッチングと地理情報

ライドマッチングシステムは、ライダーと近くのドライバーを自動的にペアリングするものです。まずは 「ドライバー検索中」画面 から始めます。これはライダーがトリップをリクエストした後に表示されます。60秒に設定されたタイマーコンポーネントを追加して、マッチングプロセスを処理します。

タイマーのカスタムアクションを使用して、利用可能なドライバーをフィルタリングします。例えば、ドライバーステータスが「利用可能」に設定されているユーザーを探し、5マイル範囲内にいるかどうかを計算します。マッチが見つかったら、トリップレコードを更新して最も近いドライバーを割り当て、トリップステータスを「承認済み」に変更します。タイマーが終了する前にマッチが見つからない場合は、「利用可能なドライバーがいません」というメッセージを表示し、トリップステータスを「キャンセル済み」に設定します。

リアルタイムトラッキングの場合、Adaloのマップコンポーネントを統合します。ライダーの 「トリップを追跡」画面 とドライバーのナビゲーション画面の両方に追加します。マップをバインドして、ドライバーの現在のユーザーの位置を表示し、ライダーの場合は、マジックテキストを使用してトリップのピックアップと目的地ポイントを表示します。リアルタイム更新をシミュレートするため、ドライバーの画面で15秒ごとにリフレッシュするタイマーコンポーネントを追加します。

ナビゲーションの場合、ドライバーはGoogle MapsやApple Mapsなどの外部アプリに頼ることができます。 「ナビゲーションを開始」 というラベルの付いたボタンを追加します。これらのアプリを開くためのディープリンクを使用します。URLの形式は次のとおりです:
https://maps.google.com/?daddr=[Destination Latitude],[Destination Longitude]
これにより、ドライバーは自分の好みのアプリでナビゲーションを処理できると同時に、トリップの詳細はプラットフォーム内で管理できます。

サージプライシングなどの動的価格設定は、別のレイヤーの機能を追加します。これを実装するには、トリップコレクションに 「サージマルチプライヤー」プロパティ (数値型)を作成します。トリップ作成時にトリガーされるカスタムアクションを使用して、時間帯、保留中のトリップの数、エリアの利用可能なドライバー数などの要因に基づいてマルチプライヤーを計算します。基本運賃にこの係数を乗じることで、運賃を動的に調整します。例えば、$10の基本運賃に1.5のサージマルチプライヤーを掛けると$15になります。

支払いと認証のセットアップ

マッチングとナビゲーションは必須ですが、安全なユーザーアクセスと円滑な支払いを確保することも同様に重要です。Adaloの組み込みログインおよびサインアップコンポーネントを使用して、ユーザーを認証することから始めます。サインアップフォームに、ユーザーが「ライダー」または「ドライバー」のいずれかを選択できるドロップダウン入力を含めます。この選択をユーザータイププロパティに保存します。

ユーザーがログインしたら、条件付きアクションを使用して、適切なホーム画面に誘導します。ドライバーはドライバーホーム画面に移動し、ライダーはライダーホーム画面に送られます。これにより、誰もが自分の役割に合わせてカスタマイズされたインターフェースにたどり着きます。

次に、Stripeで支払い処理を統合します。AdaloのマーケットプレイスからStripeコンポーネントをインストールし、トリップ完了画面にStripe支払いフォームを追加します。トリップの運賃金額をUSDで取得するように構成します。支払いが正常に送信されたら、トリップステータスを「完了」に更新し、完了日を記録し、支払い失敗時の再試行用のエラーハンドリングを含めます。

ドライバーの支払いの場合、Stripe Connectを使用して資金転送を管理します。各ドライバーのStripeアカウントIDをユーザーレコードに保存します。管理者ダッシュボードから、ドライバーの収益(運賃金額からコミッションを差し引いたもの)を計算し、Stripeコンポーネントを使用してこれらの資金を接続されたアカウントに転送します。起動前に、Stripeのテストモードで支払いフロー全体をテストして、すべてが期待どおりに機能することを確認します。

テスト、最適化、およびデプロイメント

ライドシェアリングアプリを起動する前に、予約、ナビゲーション、支払いなどのすべての機能がシームレスに機能することを確認することが重要です。このフェーズはすべて、アプリがプラットフォーム全体でスムーズに実行でき、実際のシナリオに対応できることを確認することです。

アプリのエンドツーエンドテスト

テストアカウントを設定して、実在のユーザーをシミュレートすることから始めます。 テスト用ライダー3~4名 さらに テスト用ドライバー5~6名を作成します。プロファイルと車両の詳細情報が完全に揃っています。データベースタブで、異なるステータス(保留中、承認済み、進行中、完了、キャンセル済み)のサンプルトリップを追加します。これにより、各ユーザータイプがさまざまな段階でライドとどのように相互作用するかを確認できます。

プロセス全体を実行してください。ライダーがピックアップと目的地を入力し、ライドをリクエストし、システムが5マイル範囲内のドライバーとマッチングし、ドライバーが受け入れ、ピックアップ位置にナビゲートし、トリップを完了し、支払いを処理します。Stripeのテストカード(4242 4242 4242 4242など)を使用して、実際の料金を発生させずに支払いをシミュレートします。各トリップの後、ドライバーの収益サマリーが正しく更新されることを確認します。

Adaloのプレビューボタンはウェブ版のみを表示することに注意してください。これはGPSトラッキングやプッシュ通知などの重要な機能を完全にサポートしていません。これらをテストするには、 Adaloテストアプリ をApp StoreまたはGoogle Playからダウンロードし、ビルダーからQRコードをスキャンして実際のデバイスでテストします。このステップにより、地理情報が正しく更新され、マップがドライバーの位置を正確に表示し、通知がドライバーの到着時にライダーにアラートを送信することを確認できます。

デバイスを超えたiOSテストの場合、 Apple を使用して、アプリストアに提出する前に、内部テスターまたは外部テスターに配布します。を使用してください。これにより、最大100人の内部テスターと10,000人の外部テスターが可能です。Androidでは、Google Playのテストトラックは自動化されたレビューで柔軟なオプションを提供します。

エンドツーエンドの機能を確認したら、パフォーマンスの向上に進みます。

パフォーマンスとスケーラビリティの最適化

テスト後、アプリを高速化し、成長に備えることに焦点を当てます。パフォーマンスダッシュボードで Adaloのエックスレイツール を使用して、データベースクエリ、APIコール、およびコンポーネントレンダリングを分析します。このAIを活用した機能は、パフォーマンスの問題を強調表示し、ドライバーステータスでフィルタリングされた不適切にインデックスされたトリップリストなど、読み込みが遅い画面と非効率なデータ関係を特定します。

ドライバーホームマップやライダートラッキング画面など、トラフィックが多い画面に特に注意してください。これらの読み込みが遅い場合は、 プロパティインデックス をステータス、作成日、ドライバーステータスなど、頻繁にクエリされるフィールドに追加します。表示条件を使用して、関連するデータのみを表示します。例えば、「利用可能」としてマークされたドライバーの場合は、保留中のトリップのみを表示します。

ドライバー検索半径を実用的な距離(5~10マイル)に制限し、90日以上前に完了したトリップをアーカイブして、データベースを実行状態に保ちます。可能な限りネイティブマップと地理情報コンポーネントを使用することで、カスタムアクションを削減します。複数のトリップをシミュレートして、画面が2秒以内に読み込まれることを確認します。

Adaloのモジュラーインフラストラクチャは、数百万月間アクティブユーザーを持つアプリにサービスを提供するためにスケーリングでき、上限はありません。速度制約に達するアプリラッパーとは異なり、Adaloの目的に特化したアーキテクチャは、大規模でのパフォーマンスを維持します。 100万以上のアプリ で構築されており、処理中の 毎日2000万以上のデータリクエスト なし 99%以上のアップタイムプラットフォームを使用すると、ライドシェアリングアプリは人工的な制限に達することなく成長できます。

アプリストアへの公開

テストとパフォーマンスチェックが完了したら、アプリを公開する時が来ました。この最終段階は モバイルアプリの構築方法 公開準備ができています。公開にはAdalo Starter、Professional、Team、またはBusinessプランが必要です。以下にアクセスしてください 「公開」タブ ビルダーで、ネイティブiOS/Androidを選択します。複数のアプリをリリースする場合(カスタマーアプリ、ドライバーアプリ、管理者ダッシュボードなど)、それぞれ個別にビルドを作成してください。

必要な開発者アカウント手数料を支払済みであることを確認してください。 iOSでは、ビルドを生成する前にアプリアイコンとスプラッシュスクリーンをカスタマイズしてください。Adaloは証明書やプロビジョニングプロファイルを含む複雑な申請プロセスを処理します。提供されたリンクを使用してアプリを App Store Connect にアップロードしてください。Appleのレビュープロセスは通常1~7日かかります。ジオロケーション プライバシー設定を必ず含めてください。Adaloのios設定にNSLocationWhenInUseUsageDescriptionを追加して、プライバシー要件を満たしてください。

。これであなたはフィドーの服従訓練について聞くことを忘れません。 Androidでは、アセットをカスタマイズし、ビルドを生成して、Play Consoleにアップロードしてください。Googleの自動レビュープロセスは通常迅速です。両プラットフォームでは、アプリがロケーションデータをどのように使用し、支払いを処理するかについての詳細な説明が必要です。

Adaloはまた、アプリを Progressive Web App(PWA)またはネイティブアプリ として同時に公開し、ユーザーに追加セットアップなしでウェブアクセスを提供します。すべてのバージョン(iOS、Android、PWA)は同じコードベースを共有するため、ビルダーで行った更新はすべてのプラットフォームにすぐに反映されます。

結論

このガイドでは、ライドシェアリングプラットフォームの作成プロセス全体を説明します。 データベース設計 からApple App StoreおよびGoogle Playへのネイティブアプリの起動まで。カスタマーブッキング体験の構築、ドライバーマッチングとナビゲーションの実装、および運用を管理するための管理者ダッシュボードの設定方法を説明しています。統合データベースを使用することで、アプリのすべての部分が接続され、反応性が保たれ、カスタマー、ドライバー、管理者インターフェース間でスムーズなやり取りが確保されます。

このようなプラットフォームを従来の方法で構築するには50,000~200,000ドルかかりますが、Adaloは 1か月$36 で同じ機能を提供し、アクション、ユーザー、レコード、ストレージに上限がありません。10回のライドを処理する場合でも10,000回のライドを処理する場合でも、コストは予測可能なままです。4~6ヶ月の開発期間を費やす代わりに、Magic StartやビジュアルビルダーなどのAI支援ツールを使用して、 MVPアプリ開発 まで2~4週間でアイデアから移行できます。さらに、iOS、Android、ウェブで動作する単一のアプリを作成しており、複数のチームやコードベースは不要です。

Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか?

Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーと異なり、ネイティブコードにコンパイルされ、Apple App StoreおよびGoogle Play Storeに直接公開されます。有料プランで無制限のデータベースレコードがあり、使用量ベースの料金がないため、予測可能な価格設定で請求ショックを回避できます——アプリの起動で最も難しい部分が自動的に処理されます。

Adaloは、真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルされ、単一のコードベースからApple App StoreおよびGoogle Play Storeに直接公開されます。アプリ起動の最も難しい部分は自動的に処理されます。月額36ドルの無制限使用で、ネイティブアプリストア公開の最低価格で予測可能なコストを提供します。

AdaloのドラッグアンドドロップインターフェイスとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開アプリまでたどり着くことができます。Magic Startはシンプルな説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store送信プロセスを処理するため、証明書とプロビジョニングプロファイルではなく、機能とユーザーエクスペリエンスに集中できます。

AdaloのドラッグアンドドロップインターフェイスとAI支援ビルディングにより、数ヶ月ではなく数日で、アイデアから公開済みアプリまで移行できます。Magic Startは単純な説明から完全なアプリファウンデーションを生成し、Adaloは複雑なApp Store申請プロセス(証明書、プロビジョニングプロファイル、ストアガイドライン)を処理するため、アプリの機能に集中できます。

Uberのようなライドシェアリングアプリを構築するのにどのくらいの時間がかかりますか?

Adaloのai支援ツールを使用すれば、従来の開発が必要とする4~6ヶ月の代わりに、2~4週間でアイデアからMVPまで移行できます。Magic Startは、データベース構造、画面、ユーザーフローを自動的に生成し、計画時間を大幅に削減します。

ライドシェアリングアプリを構築するのにコーディング経験が必要ですか?

コーディング経験は必要ありません。Adaloのビジュアルビルダーを使用すると、画面を設計し、データベースを設定し、ドラッグアンドドロップインターフェイスを通じてロジックを構成できます。aiビルダーはテキストの説明からアプリファウンデーションを生成でき、非技術的な起業家がアクセスしやすくなります。

Adaloでライドシェアリングアプリを構築するのにいくらかかりますか?

Adaloのstarterプランは月額36ドルで、無制限のデータベースレコード、アクションまたはユーザーの上限なし、ネイティブアプリ公開を含みます。Apple Developerの場合は年額99ドル、Google Play Consoleの場合は1回限りの25ドルを追加します。従来の開発には50,000~200,000ドルかかるため、Adaloははるかに手頃な価格です。

ライドシェアリングアプリをApp StoreとGoogle Playの両方に公開できますか?

はい。Adaloは単一のコードベースからネイティブiOSおよびAndroidアプリを構築し、Apple App StoreおよびGoogle Play Storeの両方への複雑な申請プロセスを処理します。また、Progressive Web Appも自動的に取得でき、追加セットアップなしでウェブアクセスをユーザーに提供します。

ライドシェアリングアプリはどのような機能を持つべきですか?

重要な機能には、リアルタイムGPS追跡、ライドマッチング、支払い処理(Stripe統合)、プッシュ通知、ドライバー/ライダーの評価、および管理者ダッシュボードが含まれます。Adaloは組み込みコンポーネントとマーケットプレイス統合を通じてこれらすべてをサポートしています。

Adaloは数千人のユーザーを持つライドシェアリングアプリを処理できますか?

はい。Adaloのモジュラーインフラストラクチャは、上限なしで数百万の月間アクティブユーザーを持つアプリにスケールします。プラットフォームは99%以上の稼働率で日々2,000万以上のデータリクエストを処理します。負荷下で速度制約に達するアプリラッパーとは異なり、Adaloはスケール時のパフォーマンスを維持します。

Adaloで構築したライドシェアリングアプリでは支払い処理はどのように機能しますか?

Adaloはstripe connectと統合して、完全な支払いフローを処理します。ライダーはアプリを通じて安全に支払い、プラットフォーム手数料は自動的に差し引かれ、残高はドライバーの接続されたStripeアカウントに転送されます。管理者ダッシュボードからすべての支払いを管理できます。

Adalo以外にライドシェアリングアプリを構築するために必要なツールは何ですか?

ジオロケーション機能用のGoogle Maps Platformアカウント(Googleは月額200ドルのクレジットを提供)、支払い処理用のstripe connectアカウント、およびApple(年額99ドル)およびGoogle Play(1回限りの25ドル)の開発者アカウントが必要です。すべてAdaloと直接統合されます。

事前作成されたアプリテンプレートの1つを使用して、アプリを素早く構築

コードなしで構築を開始

関連コンテンツ