Wollen sie eine Applikation wie Uber entwickeln? Kenne die Kosten und andere Einzelheiten.Wie viel kostet es, eine App wie Uber zu entwickeln? Inklusive Variationen stoßen wir auf genau diese Frage etwa 10 mal am Tag. Die Antwort ist immer – es hängt davon ab!

Das Geschäftsmodell von Uber hat zu einer Vielzahl von On-Demand-Plattformen geführt, die für unterschiedliche vertikale Märkte angepaßt wurden. Sie werden als unterbrechende Kräfte positioniert, welche die Nachfrage- und Angebotstrends, die wir auf der ganzen Welt sehen, anzapfen. Viele festgefahrene Wertschöpfungsketten der Industrie warten nur darauf unterbrochen zu werden. Die Online-Offline-Eigenschaften und die Beteiligung mehrerer Gesellschafter erschweren es diese Plattformen zu entwickeln, zu meistern und anzupassen.

Zugehörige Lektüre  – Das Uber-Geschäftsmodell

Unternehmer und Unternehmen, die etwas ähnliches schaffen wollen –angepaßt an die unterschiedliche vertikale Märkte – kamen am meistens auf diese Analogie und daher auch der Ursprung dieser Frage. Es gibt mehrere Variablen, welche mit dem Erreichen einer korrekten Schätzung verbunden sind. Lassen Sie uns einen kurzen Blick auf diese Variablen werfen, um zu verstehen, was in die Gestaltung einer Uber für X-Plattform einfließt. Ich bin zuversichtlich, daß dies auch zu einer besseren Anerkennung führen wird, warum wir als Future Work Technology einen modularen Ansatz verfolgten und eine MBaaS (Mobile Backend as a Service) Architektur entwarfen, um ein erfolgreiches Leistungsversprechen für Unternehmer / Unternehmen zu schaffen, die einen ernsthaften Versuch machen wollen, einen unternehmerischen „Home run“ zu erreichen.

A) Ist Ihr Geschäftsmodell identisch mit Uber? Wenn nicht, wie unterscheidet es sich von Uber?
Uber für X kann am besten als eine Plattform beschrieben werden, die ein Produkt liefert oder einen On-demand-Service anbietet. Die Nachfrage wird online kumuliert und offline verarbeitet. Aber es gibt so viele Variationen die aufkommen können, wenn wir erst damit beginnen, verschiedene Implementierungen in diesem Bereich zu analysieren.

Wenn wir über eine App wie Uber sprechen:

1. Wir können davon ausgehen, daß das Angebot nur lose an die Plattform gebunden ist und wir das Angebot lediglich ansammeln.
2. Die Nachfrage steuert nicht die Planung des Produkts/Dienstleistung für die Zukunft und alles geschieht augenblicklich.
3. Die Nachfrage wählt nicht den Dienstleister aus sondern es wird ein Dienstleister basierend auf Auswahlkriterien, sowie anderen Variablen, zugewiesen.
4. Dienstleistungen und die Produkteüber die wir sprechen, haben einen standardisierten Ablauf und bezieht nicht die Auswahl von vielen verschiedene Variablen des Kunden ein.

Offensichtlich wird es für das Geschäftsmodell der meisten Unternehmer viele deutliche Unterschiede zudem oben genannten Geschäftsmodell von Uber geben. Diese Überlegungen haben einen direkten Einfluß auf die Art und Weise, wie Sie mit Entscheidungen in Bezug auf Identität, Terminierung, Abgleichung, Zahlung etc. während der Gestaltung des Produkts und damit der Kosten im Zusammenhang mit der Bestimmung des MVPs umgehen.

Zugehörige Lektüre  – Erwägen sie einen On-Demand-Startup? Erfolg hängt von diesen Planungsfaktoren ab – Venture Beat

Wenn Sie dabei sind, die Konturen Ihres Geschäftsmodells zu definieren und gerade diese Designentscheidungen machen und sind auf der Suche nach einer erschöpfenden Betrachtungdes Themas – downloaden Sie dieses kostenlose eBook, welches beschreibt,wie Sie das Geschäftsmodell für Ihr On-Demand Startup erstellen können- Ebook: Das On-Demand Geschäftsmodell verstehen

B) Auf welches vertikale Geschäft zielen sie ab?

Ist es ein Taxi / Limousinen-Geschäft oder eine On-Demand Plattform für ein anderes Segment? Wenn Sie versuchen, mit Ihrem bestehenden Taxi / Limousinen-Geschäft ein Uber-Erlebnis zu vermitteln , dann gibt es viele Unternehmen, die White-Label-Lösungen anbieten. Wenn Sie aber anfangen, sich sozusagen etwas breiter aufzustellen (Personentransport- Pendel- Veranstaltungs- Abruflösungen für Kinder / Senioren / Firmen etc.) oder Dienstleistungen oder Lieferservice im Schönheits oder Heimbereich o.ä., dann werden die Dinge komplizierter und es wird schwerereinen skriptbasierten Ansatz zu finden der auch funktioniert.

Wir haben uns die letzten 15 Monate mit diesem Problemauseinandergesetzt und sind mit einem Top-down-Ansatz zu einer Lösung gekommen. Grundsätzlich gibt es bestimmte Module für Abgleichung, Terminierung, Tracking, Zahlungen, Bewertungen, Benachrichtigungen, Aggregation und Anmeldung, die das Rückgrat jeder dieser Plattform bilden. So haben wir Backend-Code-Blöcke sowie eine MBaaS-basierte Architektur erstellt, die so aufgebaut ist, daß sie die meisten Anwendungsfälle abdecken die bei einem On-Demand Geschäftsmodell auftreten können. Für weitere Informationen über funktionale Entscheidungen, die bei der Definition jedes dieser Module einfließen  – downloaden Sie dieses eBook über die Bausteine ​​der On-Demand Technologie.

Die zugrundeliegende Prämisse ist, daß das Frontend kundenspezifisch entwickelt werden muß. Das Einsetzen einer bewährten Backend-Architektur sorgt dafür, daß wir das Rad nicht neu erfinden, wenn es um weitere Anpassungen / Spezialfälle geht.

C) Entwicklung von On-Demand Plattformen

Wenn wir über eine Uber ähnliche App sprechen, ist es hilfreich allgemeine evolutionäre Rahmenbedingungen die mit allen Startups verbunden sind, im Auge zu behalten. Es ist eine Tatsache, daß alle Geschäfts-Apps, ob nun Uber-ähnlich oder eher unterschiedlich, durch die unten angeführten 4 Phasen gehen. Aber die Tatsache, daß die meisten On-Demand Plattformen Hürden wie Netzwerkeffekte / Strategieentwicklungen / Lösung des Problems „Henne-Ei, was war zuerst da?“ nehmen müssen, ist für ein klares Verständnis dieser Phasen viel wichtiger. Dann kommt die Frage: Müssen  wir ein Geschäftsmodell bestätigen das weniger als 1000 Transaktionen pro Tag durchführt oder sprechen wir über ein System, das bereits für mehrere geographische Gebiete dimensioniert ist und auf einem hochoptimierten Logistikumfeld aufgebaut ist?

Die Schwerpunktbereiche während der verschiedenen Phasen der Plattformentwicklung sind unterschiedlich. Die erste Hürde istein funktionierendes Produkt auf den Markt zu bringen, dasdie Kernbereiche des Zusammenspiels meistert. Sobald das MVP eingeführt ist, ist es oft ein Rennen um die Anpassung an den Markt, das sich auch über mehrere Sprints erstrecken könnte. Sobald diese Marktanpassung in Sicht ist, ist die nächste Hürde die Stückkosten  (Kundengewinnungskosten / Lebensdauer) wirtschaftlich zu bekommen, während ständig Gruppendaten verbessert werden. Diese Phase beinhaltet in der Regel viel Fokus auf den Aufbau der analytischen Fähigkeiten.

Gesamtkosten für die Entwicklung einer On-Demand-App wie Uber:

Mittlerweile sollte klar sein, daß die Entwicklungskosten einer App wie Uber von zahlreichen Faktoren abhängen. Aber hier der Versuch einer Schätzung. Der Aufbau einer MVP für eine On-Demand Plattform beinhaltet die Erstellung von Internet / Mobilfunk-Schnittstellen für Angebot und Nachfrage. Hinzu kommt die Tatsache, daß angeeignete Erfahrungen die erwartete Norm sind, die zu parallelen Entwicklungsbemühungen führt falls wir uns für iOS und Android entschieden haben. Die andere wichtige Komponente ist das Nervenzentrum / Admin Panel, das gleichzeitig als CRM und Steuerzentrale dient, um einige der entscheidenden Funktionen zu kontrollieren. Alles wird von den APIs zusammengehalten, die über zentrale Datenbanken und Steuerlogik arbeiten – Teil des Backend Gerüsts, das über die Cloud läuft.

Angenommen, die Plattform-Architektur ist anpaßbar und ist in der Lage, 500-1000 Transaktionen pro Tag sofort zu bearbeiten, dann müssen wir mit einem Einsatz oberhalb von 100.000$ –  300.000$ für ein anfängliches MVP rechnen. Abweichungen in der Größenordnung gehen in erster Linie auf 3 Konten –

1. Anzahl der Gesellschafter
2. Anzahl der Plattformen, die Teil der ersten Markteinführung sind
3. Komplexität des Geschäftsmodells
4. Geographie / Region, aus der Ihr Entwicklungsteam das Produkt betreibt oder organisiert. Stundenlöhnevariieren von 20$ – 60$ (Bereiche von Indien / Osteuropa / Südostasien) bis 80$ – 150$ (Bereiche von Westeuropa / US)

Mit einem modularen Ansatz, der von vorhandener IP profitiert, können wir beiFuture Work Technologies die eingesetzte Zeit und Kosten um rund 30% reduzieren. Da das Ingenieurteam von Future Work Technologiesvon Indien aus arbeitet, bringenwir darüber hinaus einen gewaltigen Kostenunterschied auf den Tisch, während wir immer noch die reibungslose Kommunikation bieten können, die im Allgemeinen nur mit in-house Teams möglich sind. Die Einbindungsprozesse haben sich über mehr als 5 Jahre der Produktentwicklung für den Vertrieb entwickelt. Mit dem Ansatz von Future Work Technologieskönnen die Kosten für ein MVP schon alles im allem auf 40.000 USD bis 80.000 USD gesenkt werden. Aber über den Kostenvorteil hinaus bringen wir ein viel wertvolleres Angebot auf den Tisch, die Erfahrung aus der Durchführung von mehr als 50 On-Demand Plattformen in verschiedenen geographischen Gebieten und Bereichen. Dieses macht den Ansatz bei jedem Schritt beratend; Wir schöpfen aus den Aufzeichnungen vieler erfolgreicher Markteinführungen, mit denen wir direkt und indirekt verbunden waren.

Benötigen Sie einen genauen Kostenvoranschlag für Ihre eigene Idee? Nehmen Sie jetzt Kontakt mit uns auf!