Bästa svaret
Smart-car.Tech erbjuder dig realtidsdrift 100\% Källkod för Android + iOS-appar din taxibokning eller ett biluthyrningsföretag där du kan starta ditt företag med ditt varumärke och din logotyp inom 48 timmar.
Smart-car.tech har färdiga nyckelfärdiga lösningar för alla on-demand-företag där de tillhandahåller
100\% Källkod för Rider & Driver Android + iOS-appar med administratörspanelen och webbplatsen
GRATIS installation
Här är de kompletta funktionerna i Smart-car.tech Uber Clone:
Native IOS App for Driver and Rider
Native Android App for Driver and Rider
Mobile Responsive Front End Website
Driver Registration Facility
Facebook-registrering och inloggningsanläggning
OTP-verifiering för en ny användare
Guds ögon – GPS-spårning i realtid
Boka en omedelbar åktur
Boka för senare med utskick
Google Map Integration
Automatisk prisuppskattning & beräkning
BrainTree Payment Gateway
Paypal Payment Gateway
Betala med kontantalternativ
Meddelanden i app till ryttare och förare
Favoritplats Alternativ för ryttare
Acceptera / avböja Reseförfrågan
Alternativ för samtalsförare
Boka en resa med destination
Chatt mellan åkare och användare
Spårning av livebil som i UBER
Animerad stänkskärm
Konfigurera hyrespaket per timme
Flygplatshantering
Kampanjkodsfunktion
Detaljerad resahistorik
Detaljerad turhistorik
Detaljerad prisuppdelning
Granskning och betyg för både Rider och Driver
Driver Validating User Payment
User Friendly Admin Panel with Privileges
Easy Commission Tracking Management in Admin
E-postmallar
SEO-inställningar Front end-webbplats
SMS-avisering – (Twilio)
Basic Reskin / Personalized branding for Web & Mobile App
Enkel domänlicens med 100\% tillgång till källkod
Installation av en gång gratis server
100\% anpassningsbar
Dedikerad support
30 minuter Skype-support per vecka
Gratis uppgraderingar
Gratis appinstallationstjänst
Gratis supportperiod
Gratis uppdateringar för buggarna i Feature List tillhandahålls
Livstids GRATIS uppgraderingar
Kolla in gratis demo nu
Kolla in administratörspanelen:
DEMO för administratörspanelen
Jag föreslår att du använder en befintlig nyckelfärdig lösning som: Smart-Car.Tech : Android-källa och IOS-källkod för att starta en taxibokningsapp där du kan spara mycket tid och pengar.
Tack.
Svar
Vill du bygga en app som Uber? Om ja, kanske du har rekommenderats att inte bygga den eftersom det finns 2000+ sådana applikationer.
Vet du att Rob Sadow 2015 såg ett stort problem med poolpoolindustri på begäran :
- 85\% yrkesarbetande körde sig till jobbet varje dag
- Och de bidrog med 6,2 ton koldioxid
Rob ville fylla detta gap och lanserade sin egen mobilapp. Strax, efter fyra månaders lansering av applikationen, såg Rob hela 20 000 turer plus och fick 5,2 miljoner dollar i finansiering.
Nu har de flesta kanske aldrig hört talas om Scoop tidigare, och det finns liknande luckor som på efterfrågan kan fyllas i. Tyvärr vet många företagare inte hur sådana appar byggs och ignorerar medvetet fördelarna med att bygga sådana applikationer.
Vad lär du dig här:
1. Funktioner och teknik som krävs för att bygga en MVP
2. Hur man implementerar dessa funktioner
3. Bygg den perfekta backend för din ansökan
4. Välja marknadsföringsteknisk stack för din MVP
En app som Uber, även i sin mest grundläggande form, skulle kunna tillåta användare att begära åkattraktioner och göra kontantlösa betalningar.Hela ekosystemet bör tillhandahålla interaktioner i realtid mellan servern och applikationen och bearbeta betalningar automatiskt när riderna är slutförda.
Dessutom är återbetalnings- och betygsförare en annan viktig faktor för att bygga en ekonomiskt lönsam marknadsplats.
Låt oss titta på dessa viktiga funktioner för MVP och hur du kan bygga dem.
● Den första funktionen som kommer till allas tankar, spårning i realtid och aviseringar. Byggnad som kräver optimering av prestandakoden, sockelprogrammering och kommunikation med olika Google Maps API: er.
● Appen bör också göra det möjligt för användare att registrera sig med mobilen. Uppbackad med korrekt säkerhetsinställning lagras informationen som en användare anger i databasen som är utformad för den här applikationen.
● För att begära en hytt använder appen Google Maps för att tillåta användare att släppa en nål vid kartan. När passageraren bekräftar en hyttbegäran skickas ett meddelande till närmaste förare. Avståndet, ETA kan enkelt returneras med hjälp av Google Map API: er.
● När en hytt är bokad måste ett pushmeddelande skickas ut. Appens serverkomponent kan antingen anpassas eller kan implementeras med tredjepartsleverantörer. För en app-MVP föredrar vi Amazons SNS, eftersom den är lätt och kostar lite eller ingenting för uppstarten.
● Att skicka push-meddelande kräver också SSL-anslutning, vilket kan kännas vara den svåraste delen av implementeringen.
● För att underlätta betalningar via applikation tillhandahåller Braintree SDK för både iOS och Android. Genom att integrera dessa SDK: er kan du automatiskt dra av betalningar, fakturera och göra återbetalningar.
För att börja fakturera en resa kan appen utnyttja rörelsedetektering.
Kort sagt, din första MVP produkten ska kunna låta användare begära en tjänst (åka), skicka push-aviseringar, bearbeta realtidsbetalningar och använda Google map API för att fästa en plats. Allt detta kan vara möjligt på en skalbar och pålitlig backendarkitektur.
Naturligtvis! Det här var bara en översikt … det krävs mycket mer för att bygga en app. Om du inte är en Polymath måste du anställa utvecklare med följande färdigheter:
- Mobilappar: Objective-C, Java, Swift
- Backend-tjänster för apparna: Nod .js och PHP
- Appdatabaser: MongoDB och MySQL
Tänk nu om…
Låt oss anta att du har byggt appen med bästa möjliga teknik som finns tillgänglig, och din app är så bra att den är byggd ovanpå rekommendatoralgoritmer för att automatisera dina uppgifter helt.
Men .. du upptäcker senare att du behöver svänga produkten för att överleva. Men nu när du har tömt din budget kan du inte svänga för att nå produktmarknadens passform.
Sanningen att säga …
Du behöver inte en exakt Uber-teknik för att testa det varma vattnet och skaffa användare. Du behöver en minsta funktionsbaserad produkt för att testa om du är på väg i rätt riktning och sedan bygga mer när du går framåt.
Under de första faserna hade Uber inte en toppmodern arkitektur, de använde att bygga när de utvecklades. Så .. vilken teknisk stack passar bra för en MVP?
En enkel app byggd ovanpå följande kommer lätt att kunna hantera tusentals användare och tillåter skalbarhet under plötslig uppgång:
- Högpresterande, byggda konsumentvänliga appar på programmeringsspråk som Objective-C och Java, man kan också använda Swift här.
- Väl optimerad stapel webbtjänster på PHP och / eller node.js
- Väl utformad databaslagring på MySQL + MongoDB kommer att kunna hantera belastningarna enkelt.
Redan 2011 brukade Twitter förlita sig på en enkel stapel MySQL för att bearbeta 250 miljoner tweets. I det här fallet kan MySQL och MongoDB enkelt hantera alla plötsliga ökningar.
Men mjukvaruutveckling är riskabelt …
Det är varför vi söker MVP: er och korrekta projektledningsmetoder. Här är vad du ska göra för korrekt planering och genomförande av apputvecklingsplaner:
- Dela upp dina projekt och uppgifter i prioriterad ordning.
- Säkerställer att uppgifter har tilldelats rätt till designarna , utvecklare och projektledare.
- Skapar tidsfrister för varje uppgift
- Listar de fem prioriterade uppgifterna för var och en av dina teammedlemmar.
- Fortsätt vara uppdaterad med projektets framsteg, problem och iterationer
- Prata med ditt utvecklingsteam och vara en aktiv del av utvecklingsprocessen
Bygg den perfekta backend för din ansökan
Människor lär sig av misstag, men du har inte gjort en. Så, hur skulle du lära dig?
Vi har byggt hundratals applikationer, varav några gjorde det till miljoner användare inom en månad. Teamen som arbetade med oss fick ofta panik, vi tillbringade nätter på att fixa arkitekturen som skulle hantera massiva användare.
Det var tillbaka 2011, nystartade företag sällan brydde sig om skalbarhet för backend och funktioner när de var i MVP-fas. Under dessa dagar kämpade till och med Uber för att klara svängningar.
Post 2011, Node.Js hände …
Bygga plats i realtid, visa och spåra
För att bygga en sådan funktion måste du fokusera mer på datautvinning och optimering.
- Vet du att en Uber-liknande app kommunicerar med servern var fjärde sekund för att ge information i realtid? Beroende på hur exakt eller löst du vill spåra hyttens läge kan du ändra kommunikationsfrekvensen.
- Om du undrar måste appen ofta kommunicera ETA, GPS-plats, beräkna de kortaste avstånden och annan information som kan behövas. Appen använder följande API: er för att samla in information: Google maps riktnings-API, Distance matrix API, Geo-fencing, Google Place API, Google Maps Geo encoding API.
- Detta kommer att bli den viktigaste delen av att bygga upplevelser i realtid. Ett halvt duplexuttag som kan skicka information i realtid mellan dina servrar och mobilappar. Anledningen till att dessa protokoll är så viktiga är att de hjälper till att minska kommunikationsomkostnaderna. I avsaknad av uttag måste en port öppnas och stängas när servern får en begäran. HTTP-protokoll byggdes också för att hämta data, och om en server vill skicka data måste den undersöka. Till skillnad från dessa HTTP-protokoll håller ett uttag anslutet till en server alltid en port öppen för att möjliggöra enkelt utbyte av information.
- Sammanfattningsvis bör du ha Nginx som din webbserver. Apache är en annan populär server, men den fungerar inte bra med dynamisk information i realtid.
Bearbetar betalningar genom appen
Braintree är en föredragen betalningsport för en sådan applikation, under de närmaste två minuterna visa varför:
- Vet du att upp till 50 000 USD i transaktioner kommer Braintree inte att debitera dig någonting? Hur fantastiskt är det?
- En annan anledning till att använda Braintree är att det underlättar automatiska betalningar, återbetalningar, återkommande betalningar per månad / vecka / vecka. Och om du vill lägga till en delad betalningsfunktion, hjälper Braintree dig också att integrera den här funktionen.
- “ Men jag vill bygga min egen Payment gateway … ”Vänta, innan du ens tänker på den idén, döda den tanken! Det är inte möjligt att bygga din egen betalningsgateway medan du är en start. Det finns många efterlevnad, komplicerade tekniker och höga kostnader involverade. Vi rekommenderar att du använder en befintlig betalningsgateway.
- Men vad sägs om datasäkerhet?
Den PCI-överensstämmelsen … De flesta apputvecklare kommer att säga att du inte behöver oroa dig för det eftersom de flesta av betalningsportarna är PCI-kompatibla. När du registrerar ditt konto hos en betalningsgateway ber de flesta dig att fylla i och skicka in ett PCI SAQ\_A-EP-formulär. Detta är en del av självgranskning av din datasäkerhet och förklaring om att du har följt efterlevnaden.
Även om du inte känner till teknik, prata med din utvecklare och se till att du fyller rätt information.
Ett försiktighetsord du måste fortfarande se till att du gör din del av datasäkerhet och självrevision. När din app slutför 20 000 transaktioner kommer du att vara under VISA: s radar.
- Om det verkar mycket, oroa dig inte, det finns lite kvar. Fråga din utvecklare och se till att han integrerar SDK ordentligt med din app. Utvecklare integrerar ofta PG: s API snarare än att integrera SDK med mobilappen.
Detta är en dålig implementering och lämnar känsligt informationsflöde genom sårbara nätverk.
Förutom det måste du:
1. Se till att använda SSL-kryptering 2. Spara aldrig någon kreditkortsinformation lokalt 3. Använd Braintree iFrames när det är möjligt
Schemaläggning och bokningsturer
Lyft
Reseboknings- eller schemaläggningsmekanismen kan fungera på två sätt:
1. När en användare begär en åktur går begäran ut till närmaste högst rankade förare. Föraren får sedan ett meddelande som han kan välja att svara eller ignorera. Om han väljer att ignorera kommer förfrågan att gå till nästa närmaste förare. ELLER 2. När en användare begär en åktur kommer förfrågan att gå ut till alla förare i närheten. Den som accepterar först tilldelas åkturen. En enkel schemaläggningsalgoritm som har optimerats för en sådan app ser ungefär så här ut:
Formel: 0,7 * förarens närhet + 0,9 * förarens betyg + 0,7 * UPR + 0,4 * ruttrafik
Bygga backend-tjänster med PHP och Javascript
Vad som är perfekt är inte alltid rätt. Du kan alltid bygga hela stacken på node.Js, men en sådan implementering kommer att medföra ytterligare kostnader som kan vara skrämmande för en startverksamhet.
En perfekt backend för en sådan app skulle ha webbtjänster byggda ovanpå av PHP och Javascript.
En komplett nod.Js backend skulle innebära att man använder två eller tre MongoDB-servrar, vilket kan öka driftskostnaden avsevärt. Genom att bygga några av webbtjänsterna på PHP minskar du driftskostnaderna genom att inkludera MySQL.
PHP fungerar också mycket bättre med MySQL än Node.js.
Så, två eller tre MongoDB-servrar tillsammans med MySQL och PHP / Node.Js skulle vara en perfekt backend för att testa din MVP.
Node.Js är verkligen väldigt viktigt för att bygga riktiga tidsansökningar. Nyttan av node.Js beskrivs bäst nedan: 1. När det gäller hantering av realtidsfunktioner gör den det genom att skicka en asynkron uppgift till händelseslingan med en återuppringningsfunktion och sedan kör resten av programmet . 2. Det påskyndar igen arbetet med realtidswebbplats som körs över TCP, vilket minskar eventuell fördröjning orsakad av HTTP. Därefter måste du ha två separata PHP-Laravel-baserade implementeringar för att bygga webbappen och ett REST API. Med en sådan implementering är det enkelt att trycka på framtida uppgraderingar utan att behöva uppgradera webbapplikationen.
Bygga en skalbar arkitektur
Uber startade med en enkel LAMP (Linux, Apache, MySQL och PHP) stack när de startade. Resultatet … LAMP-stacken kunde inte leverera på grund av prestandaproblem och dubbel sändning, Eller med Curtis Chambers i Uber LAMP-stack
Leder till problem med dubbel sändning – Curtis Chambers, Uber
De var tvungna att snabbt ändra och bygga något nytt, eftersom de ytterligare mötte frågan om skalning. Enkelt uttryckt är det här vi behöver nod.Js. En enkel, mycket skalbar backendarkitektur ser ungefär ut så här
Att förstå denna arkitektur är väldigt enkelt. Vi skiljer tre komponenter från varandra: 1. Tjänster för att lagra och hantera platsbaserad data i realtid 2. Realtidslogik 3. Affärslogiken Låt oss förklara vad vi menar med realtidslogik och affärslogik. Allt som har att göra med betalningar, fakturering, sms och andra affärsrelaterade saker distribueras vanligtvis på en server som vi kommer att kalla affärslogik. Denna del hanterar också tredjeparts SDK: er och API: er. Allt som har att göra med realtidsdata och spårning, kommer meddelanden att tas om hand av vår ”Realtidslogik” som har sin egen server och fungerar oberoende av affärslogiken. 90\% av all inkommande data i sådana appar är platsbaserad information. Denna information bör lagras på MongoDB-servrar, så att webbtjänster endast kan begära information när behöver det. Denna arkitektur förhindrar också totala systemfel. Föreställ dig ett scenario där din tredje parts betalningsleverantör misslyckades. Ditt system slingrar för närvarande för att få svar. Resan har redan avslutats och föraren kan inte vara säker på betalningen eftersom systemet inte svarar, och han kan inte heller hämta ytterligare en åktur. Med logisk separation kan båda systemen fungera oberoende. Och fel på en kommer inte att ge ett totalt systemfel.
En användare kommer att hitta ett system långsamt om svarsfrekvensen är under 500 ms. Den föreslagna arkitekturen har potential att leverera så låga som ~ 200 ms som svarstider.
Appen med en överblick nu: 1. Utvecklad med minimala livskraftiga funktioner 2. Optimerad för prestanda 3. Optimerad för skalbarhet Din framtid tillväxten beror nu på vilken typ av användare du förvärvar och vilka nyckeltal du anger för dem. Det är mycket osannolikt att du kan se dina användare använda appen. Hur kommer du då att förstå vad de gör i din app? Hur kommer du att se till att du förvärvar rätt användare? Hur vet du varför den användaren avinstallerade din ansökan? I nästa fråga hoppas vi kunna svara på några av dina frågor. Marknadsföringsteknisk stack för en app som Uber För att bygga en högpresterande marknadsekonomi bör de flesta beslut som apputvecklare tar baseras på användarnas beteende.
Det första steget för att förstå din användares beteende är att …
Segmentera dina appanvändare och övervaka KPI
Om du delar din appanvändare i olika segment kan du upptäcka skillnader i deras beteende .Du kan till exempel se en 100\% ökning av åkattraktioner, men vad händer om denna ökning kommer från endast två av fyra segment.
Uppsikt SDK låter dig upptäcka dina användare, förstå deras attribut och bygga segmenteringar . När du har skapat segmenteringar kan du utföra riktad marknadsföring och kontrollera resultaten.
Upsight tillhandahåller måttutforskare som hjälper utvecklare att förstå hur olika variabler påverkar deras grundläggande KPI. Upsight låter dig bygga KPI: er specifika för varje användarsegment.
Några av de vanligaste tillväxt-KPI: erna som du kan extrahera med Upsight är:
- Månadsgenomsnittliga användare
- Dagliga genomsnittliga användare
- Genomsnittlig intäkt per användare
- Totalt antal åkningar efter segment / användare
Kraschrapportering Crashlytics är ett av de mest föredragna och använda kraschrapporteringsverktygen som används av nystartade företag. När din app kraschar kan du få kraschanalys i realtid med en vacker insiktsfull rapportering. Vi gjorde nyligen en undersökning av de bästa apparna på Playstore, Crashlytics var ett av de mest använda verktygen för 90\% av de kategoridefinierande applikationerna. Att ge kundsupport i appen Appbutiker är fantastiska när det gäller att distribuera dina appar till miljarder användare, men de ger ofta en enorm koppling mellan apputvecklare och användare . För det mesta skulle en användare frustrerad av en app sluta lämna en stjärnrecension för att återspegla missnöjet. Detta minskar appens upptäckbarhet i appbutiken.
Att tillhandahålla ZenDesk-baserad kundservice i appen hjälper till att minska detta gap genom att direkt sätta användaren i kontakt med appens utvecklaren. Några andra fördelar med att använda ZenDesk är: 1. ZenDesk samlar automatiskt in enhetsinformationen, som annars skulle kräva frekventa fram och tillbaka e-postmeddelanden, vilket ofta blir frustrerande kunder.
2. ZenDesk har också en medföljande mobilapp för supportteam, vilket ger en lättanvänd mikroblogging som webbplatsupplevelse.
Det enda många har mot ZenDesk är involveringen av supportbiljetter. Och det är därför som resten föredrar att använda Intercom. Detta är helt subjektivt.
Tillväxthackning – Få fler apprecensioner och betyg Att be om betyg och recensioner är viktigt. En vanlig dålig praxis som vi ser är att uppmana en användare efter att ha slutfört ett antal händelser. Detta känns ofta påträngande och frustrerande för de flesta appanvändare. Nu bör du veta att nöjda användare är mindre benägna att skriva en recension, en arg användare är sannolikt också. Det enda vi föreslår att du ändrar är ”Sättet att fråga”. Använd Apptentive … Apptentive använder en egen algoritm för att identifiera användarsentiment och uppmana användare vid rätt tidpunkt för att få önskade betyg
Minska avinstallationer av app http://Uninstall.io är ett analysverktyg som hjälper apputvecklare att förstå viktiga signaler som leder till hög avinstallation. Det hjälper dig att minska appavinstallationen med:
- Identifiera problem som användare möter i appen eller frustrerande funktioner / upplevelser som orsakar dessa avinstallationer.
- Identifiera reklamkampanjer som gör behåller inte användare och är extremt dyra.
- Hitta användare som avinstallerade din app och tillhandahåller en kanal för att rikta in sig på förlorade kunder.
A / B-testning Du kanske har gjort din forskning bra och har begränsat dig till funktionerna för att nå produktmarknadens passform. Men tänk om du inte kunde välja mellan två funktioner noga och vill testa dem så snabbt som möjligt utan att frustrera hela din användarbas? Med Optimizely SDK kan du dela appens användare baserat på olika delar. Dessa delar kommer då att se olika funktioner. Du kan samla in information om vilka funktioner som fungerar bäst, vad som inte fungerar och ta din produktutvecklingsstrategi framåt med hjälp av dessa insikter.
Lägga till elementet av viralitet Kom ihåg när du fick den texten / Whatsapp från någon du känner till en gratis resa för att använda Uber för första gången. För att påverka köpbeslut baserat på förtroende rekommenderar vi att du använder Appvirality för hänvisningsmarknadsföring.
Det bästa med att använda sådana verktyg för att marknadsföra din app ligger att det tar referensens auktoritet inte bara till kontakten utan också till till deras sociala nätverk. Instrumentpanelen för Appvirality-analys ger en datadriven strategi för målmarknadsföring genom att använda inbjudningar, klick, installation och intäkter för att kanalisera ansträngningar.
Dropp-e-post Vi överväga att använda droppkampanjer som en viktig del av att bygga en marknadsplats för rittdelning. Eftersom en marknadsplats aldrig förblir stillastående växer den och kräver att kunder och användare växer med den.
Drip e-postmarknadsföringsprogramvara gör det mycket enkelt att planera dropp e-postkampanjer.Beroende på din målgrupp kan du skicka e-postmeddelanden med nytt engagemang, skicka e-post om nya uppdateringar och funktioner i applikationen, hålla dem utbildade med tillväxthacks / god praxis angående din marknadsplats och dela kundhistorier för att hålla dem motiverade.