Beste svaret
Smart-car.Tech tilbyr deg sanntidsdrift 100\% Kildekode for Android + iOS-apper din taxibestilling eller en bilutleiefirma der du kan starte virksomheten din med merkenavn og logo innen 48 timer.
Smart-car.tech har ferdige nøkkelferdige løsninger for enhver On-Demand-virksomhet der de tilbyr
100\% Kildekode for Rider & Driver Android + iOS-apper med administratorpanel og nettsted
GRATIS installasjon
Her er de komplette funksjonene til 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-påmeldings- og påloggingsfasilitet
OTP-verifisering for en ny bruker
Guds øye – GPS-sporing i sanntid
Bestill en øyeblikkelig tur
Bestill for senere med utsendelse
Google Map Integration
Automatisk prisoverslag og beregning
BrainTree Payment Gateway
Paypal-betaling Gateway
Betal med kontantalternativ
Varsler i app til rytter og sjåfør
favorittplassering Alternativ for rytter
Godta / avslå Turforespørsel
Call Rider Option
Book a Ride with Destination
Chat between Rider and User
Live Car Tracking as in UBER
Animert sprutskjerm
Konfigurering av timeleiepakken
Flyplassadministrasjon
Kampanjekodefunksjon
Detaljer om turhistorikk
Detaljert turhistorikk
Detaljert oversikt over billettpris
Gjennomgang og vurdering for både rytter og driver
Driver som validerer brukerbetaling
Brukervennlig administrasjonspanel med privilegier
Enkel kommisjonssporingsadministrasjon i administrator
E-postmaler
SEO-innstillinger Front end-nettsted
SMS-varsling – (Twilio)
Basic Reskin / Personalized branding for Web & Mobile App
Enkelt domenelisens med 100\% tilgang til kildekode
Engangsfri serverinstallasjon
100\% kan tilpasses
Dedikert støtte
30 minutter Skype Support per uke
Gratis oppgraderinger
Gratis appinstallasjonstjeneste
Gratis supportperiode
Gratis oppdateringer for feilene i funksjonslisten som tilbys
GRATIS oppgraderinger for livet
Sjekk gratis demo nå
Sjekk administrasjonspanelet:
Jeg vil foreslå at du går med en eksisterende nøkkelferdige løsning som: Smart-Car.Tech : Android-kilde og IOS-kildekode for å starte en taxi-bestillingsapp der du kan spare mye tid og penger.
Takk.
Svar
Vil du bygge en app som Uber? Hvis ja, kan du ha blitt frarådet å bygge den, ettersom det er over 2000 slike applikasjoner.
Vet du at Rob Sadow i 2015 så et stort problem med bilanleggsindustri etter behov :
- 85\% yrkesaktive kjørte hver dag til jobb
- Og de bidro med 6,2 tonn CO2
Rob ønsket å fylle dette gapet og lanserte sin egen mobilapp. Kort tid, etter 4 måneders lansering av applikasjonen, så Rob hele 20 000 pluss turer og mottok 5,2 millioner dollar i finansiering.
Nå har de fleste kanskje aldri hørt om Scoop før, og det er lignende hull som på etterspørselssøknader kan fylle ut. Dessverre vet mange gründere ikke hvordan slike apper er bygget, og ignorerer uvitende fordelene med å bygge slike applikasjoner.
Hva vil du lære her:
1. Funksjoner og teknologi som kreves for å bygge en MVP
2. Hvordan implementere disse funksjonene
3. Bygg den perfekte backend for søknaden
4. Velge markedsføringsteknologi-stacken for MVP-en
En app som Uber, selv i sin mest grunnleggende form, skal kunne tillate brukere å be om rides og foreta kontantløse betalinger.Hele økosystemet skal gi sanntidsinteraksjoner mellom serveren og applikasjonen og behandle betalinger automatisk når turene er fullført.
I tillegg er refusjon og vurdering av drivere en annen viktig faktor for å bygge en økonomisk levedyktig markedsplass.
La oss se på disse viktige funksjonene for MVP og hvordan du kan bygge dem.
● Den første funksjonen som kommer til alles sinn er, sanntidssporing og varsler. Bygning som krever optimalisering av koden for ytelse, stikkontaktprogrammering og kommunikasjon med forskjellige Google Maps APIer.
● Appen skal også tillate brukere å registrere seg ved hjelp av mobilen. Støttet med riktig sikkerhetsoppsett, blir detaljene en bruker legger inn lagret i databasen designet for dette programmet.
● For å be om en drosje bruker appen Google Maps for å la brukerne slippe en nål ved kartet. Når passasjeren bekrefter en drosjeforespørsel, sendes det et varsel til nærmeste sjåfører. Avstanden, ETA kan enkelt returneres ved hjelp av Google Map API-er.
● Når en drosje er booket, må det sendes et push-varsel. Appens serverkomponent kan enten tilpasses eller kan implementeres ved hjelp av tredjepartsleverandører. For en app-MVP foretrekker vi Amazons SNS, siden den er lett og koster lite eller ingenting for oppstarten.
● Sending av push-varsling krever også SSL-tilkobling, som kan føles som den vanskeligste delen av implementeringen.
● For å lette betalinger via applikasjon, tilbyr Braintree SDK-er for både iOS og Android. Ved å integrere disse SDK-ene kan du automatisk trekke betalinger, fakturere og gjøre refusjoner.
For å starte fakturering av en tur kan appen utnytte bevegelsesdeteksjon.
Kort sagt, din første MVP produktet skal kunne la brukerne be om en tjeneste (ride), sende push-varsler, behandle sanntidsbetalinger og bruke Google map API for å feste en plassering. Alt dette kan være mulig på en skalerbar og pålitelig backend-arkitektur.
Selvfølgelig! Dette var bare en oversikt … det tar mye mer å bygge en app. Med mindre du er Polymath, må du ansette utviklere med følgende ferdigheter:
- Mobile Apps: Objective-C, Java, Swift
- Backend-tjenester for appene: Node .js og PHP
- Appdatabaser: MongoDB og MySQL
Nå, hva om…
La oss anta at du har bygget appen med best mulig teknologi tilgjengelig, og at appen din er så flott at den er bygget på toppen av anbefalingsalgoritmer for å automatisere oppgavene dine fullstendig.
Men .. du oppdager senere at det du trenger for å svinge produktet for å overleve. Men nå som du har brukt opp budsjettet ditt, kan du ikke dreie for å nå produktmarkedets passform.
Sannheten skal fortelles…
Du trenger ikke en nøyaktig Uber-teknologi for å teste det varme vannet og skaffe brukere. Du trenger et minimum funksjonsbasert produkt for å teste om du er på vei i riktig retning, og deretter bygge mer etter hvert som du går videre.
I løpet av de innledende fasene hadde Uber ikke en toppmoderne arkitektur, de brukte å bygge etter hvert som de utviklet seg. Så .. hvilken teknisk stack passer bra for en MVP?
En enkel app bygget på toppen av det følgende vil lett kunne håndtere tusenvis av brukere og tillater skalerbarhet under plutselig økning:
- Innebygde forbrukervendte apper med høy ytelse på programmeringsspråk som Objective-C og Java, man kan også bruke Swift her.
- Godt optimalisert stabel med webtjenester på PHP og / eller node.js
- Godt designet databaselagring på MySQL + MongoDB vil være i stand til å håndtere belastningene enkelt.
Tilbake i 2011 pleide Twitter å stole på en enkel bunke MySQL for å behandle 250 millioner tweets. I dette tilfellet kan MySQL og MongoDB lett håndtere enhver plutselig økning.
Men programvareutvikling er risikabelt…
Det er hvorfor vi går for MVPer og riktige prosjektledelsesmetoder. Her er hva du bør gjøre for riktig planlegging og gjennomføring av apputviklingsplaner:
- Del prosjektene og oppgavene dine i prioritert rekkefølge.
- Sikrer at oppgaver er tildelt designerne riktig , utviklere og prosjektledere.
- Oppretter tidsfrister for hver oppgave
- Viser de fem viktigste prioriterte oppgavene for hvert av teammedlemmene dine.
- Hold deg oppdatert med prosjektets fremgang, problemer og iterasjoner
- Snakk med utviklingsteamet ditt og vær en aktiv del av utviklingsprosessen
Bygg den perfekte backend for søknaden din
Folk lærer av feil, men du har ikke laget en. Så hvordan ville du lære?
Vi har bygget hundrevis av applikasjoner, hvorav noen har gjort det til millioner av brukere innen en måned. Teamene som jobbet med oss fikk ofte panikk, vi brukte netter på å fikse arkitekturen som skulle håndtere store brukere.
Det var tilbake i 2011, nystartede selskaper brydde seg sjelden om skalerbarhet av backend og funksjoner når de var i MVP-fase. I løpet av disse dagene slet selv Uber med å takle bølger.
Innlegg 2011, Node.Js skjedde…
Bygge sanntidsposisjon, visning og sporing
For å bygge slik funksjonalitet, må du fokusere mer på datautvinning og optimalisering.
- Vet du at en Uber-lignende app kommuniserer med serveren etter hvert 4. sekund for å gi sanntidsinformasjon? Avhengig av hvor nøyaktig eller løst du vil spore førerhusets beliggenhet, kan du endre kommunikasjonsfrekvensen.
- Hvis du lurer på, trenger appen ofte å kommunisere ETA, GPS-posisjon, beregne de korteste avstandene og annen informasjon som kan være nødvendig. Appen bruker følgende API-er for å samle informasjon: Google maps retning API, Distance matrix API, Geo-fekting, Google Place API, Google Maps Geo koding API.
- Dette kommer til å være den viktigste delen av å bygge sanntidsopplevelser. En halv duplekskontakt som kan presse sanntidsinformasjon mellom serverne dine og mobilappene. Årsaken til at disse protokollene er så viktige, er fordi de bidrar til å redusere kommunikasjonsomkostningene. I mangel av stikkontakter, må en port åpnes og lukkes når serveren mottar en forespørsel. HTTP-protokoller ble også bygget for å hente data, og hvis en server vil skyve data, må den avstemme. I motsetning til disse HTTP-protokollene holder en stikkontakt som er koblet til en server alltid en port åpen for å tillate enkel utveksling av informasjon.
- Avslutningsvis bør du ha Nginx som webserveren din. Apache er en annen populær server, men den fungerer ikke bra med dynamisk informasjon i sanntid.
Behandler betalinger gjennom appen
Braintree er en foretrukket betalingsportal for en slik applikasjon, i løpet av de neste to minuttene viser deg hvorfor:
- Vet du at Braintree ikke vil belaste deg for noe opptil $ 50 000 i transaksjoner totalt? Hvor fantastisk er det?
- En annen grunn til å bruke Braintree er at det muliggjør automatisk betaling, refusjon, månedlige / ukentlige / gjentatte betalinger hver uke. Og i tilfelle hvis du ønsker å legge til en delt betalingsfunksjon, hjelper Braintree deg også med å integrere denne funksjonaliteten.
- “ Men jeg vil bygge min egen Betalingsgateway … ”Vent, før du tenker på den ideen, drep den tanken! Det er ikke mulig å bygge din egen betalingsportal mens du er en oppstart. Det er mange samsvar, kompliserte teknologier og høye kostnader involvert. Vi anbefaler at du bruker en eksisterende Payment Gateway.
- Men hva med datasikkerhet?
Den PCI-samsvarsaken … De fleste apputviklere vil fortelle deg at du ikke trenger å bekymre deg for det fordi de fleste av betalingsportene er PCI-kompatible. Mens du registrerer kontoen din med en betalingsgateway, ber de fleste om å fylle ut og sende inn et PCI SAQ\_A-EP-skjema. Dette er en del av egenkontrollen av datasikkerheten og erklæringen om at du har fulgt overholdelsen.
Selv om du ikke kjenner teknologi, snakk med utvikleren din og sørg for at du fyller de riktige detaljene.
Et forsiktighetsord du må fortsatt sørge for at du gjør din del av datasikkerhet og egenkontroll. I det øyeblikket appen din fullfører 20 000 transaksjoner, vil du være under VISAs radar.
- Hvis det virker mye, ikke bekymre deg, det er lite igjen. Spør utvikleren din og sørg for at han integrerer SDK riktig med appen din. Utviklere integrerer ofte PGs API i stedet for å integrere SDK med mobilappen.
Dette er en dårlig implementering og etterlater sensitiv informasjonsflyt gjennom sårbare nettverk.
Annet enn det, må du:
1. Sørg for å bruke SSL-kryptering 2. Lagre aldri kredittkortinformasjon lokalt 3. Bruk Braintree iFrames når det er mulig
Planlegge og bestille turer
Lyft
Turbestillings- eller planleggingsmekanismen kan fungere på to måter:
1. Når en bruker ber om en tur, går forespørselen ut til nærmeste høyest rangerte sjåfør. Føreren mottar deretter et varsel der han kan velge å svare eller ignorere. Hvis han velger å ignorere, vil forespørselen gå til nærmeste sjåfør. ELLER 2. Når en bruker ber om en tur, vil forespørselen gå ut til alle sjåførene i nærheten. Den som godtar først, blir tildelt turen. En enkel planleggingsalgoritme som er godt optimalisert for en slik app, ser omtrent slik ut:
Formel: 0,7 * førerens nærhet + 0,9 * førerens vurdering + 0,7 * UPR + 0,4 * rutetrafikk
Bygge backendtjenester ved hjelp av PHP og Javascript
Det ideelle er ikke alltid riktig. Du kan alltid bygge hele stakken på node.Js, men en slik implementering vil medføre merkostnader som kan være skremmende for en oppstartsbedrift.
En perfekt backend for en slik app ville ha webtjenester bygget på toppen av PHP og Javascript.
En komplett node.Js backend vil innebære bruk av to eller tre MongoDB-servere, noe som kan øke driftskostnadene betydelig. Ved å bygge noen av webtjenestene på PHP reduserer du driftskostnadene ved å inkludere MySQL.
PHP fungerer også mye bedre med MySQL enn Node.js.
Så, to eller tre MongoDB-servere sammen med MySQL og PHP / Node.Js ville være en perfekt backend for å teste din MVP.
Node.Js er virkelig veldig viktig for å bygge ekte tidssøknader. Nytten av node.Js er best beskrevet nedenfor: 1. Når det gjelder håndtering av sanntidsfunksjoner, gjør den det ved å sende en asynkron oppgave til hendelsessløyfen, med en tilbakeringingsfunksjon og deretter utføre resten av programmet . 2. Det fremskynder igjen arbeidet ved hjelp av sanntids websocket som kjører over TCP, og reduserer eventuell forsinkelse forårsaket av HTTP. Deretter må du ha to separate PHP-Laravel-baserte implementeringer for å bygge webappen og et REST API. Med en slik implementering er det enkelt å presse enhver fremtidig oppgradering uten behov for å måtte oppgradere webapplikasjonen.
Bygge en skalerbar arkitektur
Uber startet med en enkel LAMP (Linux, Apache, MySQL og PHP) stack når de startet. Resultatet … LAMP-stakken kunne ikke levere på grunn av ytelsesproblemer og dobbelt forsendelse, Eller med ord fra Curtis Chambers of Uber LAMP-bunke
Fører til problemer med dobbel utsendelse – Curtis Chambers, Uber
De måtte raskt endre og bygge noe nytt, ettersom de videre møtte skalering. Enkelt sagt, det er her vi trenger node.Js. En enkel, veldig skalerbar backend-arkitektur ser omtrent slik ut
Det er veldig enkelt å forstå denne arkitekturen. Vi skiller tre komponenter fra hverandre: 1. Tjenester for å lagre og håndtere stedsbaserte data i sanntid 2. Sanntidslogikk 3. Virksomhetslogikken La oss forklare hva vi mener med sanntidslogikk og forretningslogikk. Alt som har med betalinger, fakturering, sms og andre forretningsrelaterte ting å gjøre, blir vanligvis distribuert på en server som vi vil kalle forretningslogikk. Denne delen håndterer også tredjeparts SDK-er og API-er. Alt som har med sanntidsdata og sporing å gjøre, blir varslet ivaretatt av vår «sanntidslogikk» som har sin egen server og fungerer uavhengig av forretningslogikken. 90\% av alle innkommende data i slike apper er stedsbasert informasjon. Disse dataene bør lagres på MongoDB-servere, slik at nettjenester bare kan be om informasjon når trenger det. Denne arkitekturen forhindrer også totale systemfeil. Tenk deg et scenario der din tredjeparts betalingsleverandør mislyktes. Systemet løper for øyeblikket for å få svar. Turen er allerede fullført, og sjåføren kan ikke forsikres om betalingen ettersom systemet ikke svarer, og han kan heller ikke hente en annen tur. Med logisk separasjon kan begge systemene fungere uavhengig. Og feil på en vil ikke føre til en total systemfeil.
En bruker vil finne et system tregt hvis svarprosenten er under 500 ms. Den foreslåtte arkitekturen har potensial til å levere så lave som ~ 200 ms som responstid.
Appen med et øyeblikk nå: 1. Utviklet med minimum levedyktige funksjoner 2. Optimalisert for ytelse 3. Optimalisert for skalerbarhet Din fremtid vekst avhenger nå av typen brukere du skaffer deg og KPI-ene du vil angi for dem. Det er høyst usannsynlig at du kan se brukerne dine bruke appen. Så, hvordan vil du forstå hva de gjør inne i appen din? Hvordan vil du sørge for at du anskaffer de riktige brukerne? Hvordan vil du vite hvorfor brukeren avinstallerte applikasjonen din? I neste spørsmål håper vi å svare på noen av spørsmålene dine. Marketing tech stack for en app som Uber For å bygge en markedsøkonomi med høy ytelse, bør de fleste avgjørelsene apputviklere tar være basert på brukeradferd.
Det første trinnet for å forstå brukerens atferd er å …
Segmenter appbrukerne dine og overvåke KPI-er
Ved å dele appens brukere i forskjellige segmenter kan du oppdage forskjeller i deres atferd .For eksempel kan du se en økning på 100\% i turer, men hva om denne økningen kommer fra bare to av fire segmenter.
SDK med oppsikt lar deg oppdage brukerne dine, forstå egenskapene deres og bygge segmenteringer. . Etter å ha opprettet segmenteringer, kan du utføre målrettet markedsføring og sjekke resultatene.
Upsight gir målinger som hjelper utviklere å forstå hvordan forskjellige variabler påvirker deres viktigste KPI-er. Upsight lar deg bygge KPI-er som er spesifikke for hvert brukersegment.
Noen av de vanligste KPI-ene som du kan trekke ut med Upsight, er:
- Månedlige gjennomsnittlige brukere
- Daglig gjennomsnittlig bruker
- Gjennomsnittlig inntekt per bruker
- Totalt antall turer etter segmenter / brukere
Krasjrapportering Crashlytics er et av de mest foretrukne og brukte krasjrapporteringsverktøyene som brukes av oppstart. Når appen din krasjer, kan du få krasjanalysene i sanntid med en vakker innsiktsfull rapportering. Vi gjorde nylig en undersøkelse av de beste appene på Playstore, Crashlytics var et av de mest brukte verktøyene for 90\% av kategoridefinerende applikasjoner. Å tilby kundestøtte i appen Appbutikker er veldig bra når det gjelder å distribuere appene dine til milliarder brukere, men de gir ofte en enorm kobling mellom apputviklere og brukere . Mesteparten av tiden vil en bruker som er frustrert av en app, etterlate en stjerneanmeldelse for å gjenspeile misnøyen. Dette reduserer en apps oppdagbarhet i appbutikken.
Å tilby ZenDesk-basert kundeservice i appen bidrar til å redusere dette gapet ved å sette brukeren direkte i kontakt med appens utvikler. Noen andre fordeler med å bruke ZenDesk er: 1. ZenDesk samler automatisk inn enhetsinformasjonen, som ellers vil kreve hyppig frem og tilbake e-post, som ofte ender med å frustrere kunder.
2. ZenDesk har også en følgesvennlig mobilapp for supportteam, som gir en brukervennlig mikroblogg som nettsideopplevelse.
Det eneste mange har mot ZenDesk er involvering av supportbilletter. Og det er derfor resten foretrekker å bruke Intercom. Dette er helt subjektivt.
Veksthacking – Få flere appanmeldelser og rangeringer Det er viktig å be om rangeringer og anmeldelser. En vanlig dårlig praksis som vi ser er å be en bruker etter fullført antall hendelser. Dette føles ofte påtrengende og frustrerende for de fleste appbrukere. Nå skal du vite at fornøyde brukere er mindre tilbøyelige til å gi en anmeldelse, og en sint bruker er mest sannsynlig også. Det eneste vi foreslår at du endrer er «The way of ask». Bruk Apptentive … Apptentive bruker en proprietær algoritme for å identifisere følelser fra brukerne og be brukere til rett tid for å få ønsket rangering
Redusere appavinstallasjoner http://Uninstall.io er et analyseverktøy som hjelper apputviklere med å forstå viktige signaler som fører til høy avinstallering. Det hjelper deg med å redusere avinstallering av apper ved å
- Identifisere problemer som brukere møter i appen, eller frustrerende funksjoner / opplevelser som forårsaker disse avinstallasjonene.
- Identifisere reklamekampanjer som gjør det ikke beholde brukere og er ekstremt dyre.
- Finne brukere som avinstallerte appen din og gir en kanal for å målrette mot tapte kunder på nytt.
A / B-testing Du har kanskje gjort undersøkelsene dine godt og har begrenset funksjonene for å nå produktmarkedets tilpasning. Men hva om du ikke kunne velge mellom to funksjoner nøye og ønsker å teste dem så raskt som mulig, uten å frustrere hele brukerbasen din? Ved å bruke Optimizely SDK kan du dele appens bruker basert på forskjellige deler. Disse delene vil da se forskjellige funksjoner. Du kan samle informasjon om hvilke funksjoner som fungerer best, hva som ikke fungerer, og ta produktutviklingsstrategien din videre ved hjelp av disse innsiktene.
Legge til elementet av viralitet Husk da du fikk den teksten / Whatsapp fra noen du kjenner om en gratis tur for å bruke Uber for første gang. For å påvirke kjøpsbeslutningene basert på tillit, anbefaler vi å bruke Appvirality for henvisningsmarkedsføring.
Den beste delen av å bruke slike verktøy for å markedsføre appen din ligger at det tar henvisningsmyndigheten ikke bare til kontakten, men også til sine sosiale nettverk. Appvirality analytics dashboard gir en datadrevet tilnærming for målmarkedsføring ved å bruke invitasjoner, klikk, installasjon og inntekter for å kanalisere innsatsen.
Drip emails Vi vurdere å bruke dryppkampanjer som en viktig del av å bygge en markedsplass for turdeling. Ettersom en markedsplass aldri forblir stillestående, vokser den og krever at kundene og brukerne vokser med den.
Drip e-postmarkedsføringsprogramvare gjør det veldig enkelt å planlegge drypp e-postkampanjer.Avhengig av målgruppen din, kan du sende e-postmeldinger om ny engasjement, sende e-post om nye oppdateringer og funksjoner i applikasjonen, holde dem opplært med veksthacks / god praksis angående markedsplassen din og dele kundehistorier for å holde dem motivert.