Van-e ingyenes nyílt forráskód az olyan mobilalkalmazásokhoz, mint az Uber?

Legjobb válasz

Smart-car.Tech 100\% -os valós idejű működést kínál Forráskód az Android + iOS-alkalmazásokhoz az Ön taxifoglalása vagy egy autókölcsönző vállalkozás, ahol 48 órán belül elindíthatja vállalkozását márkanevével és emblémájával.

Smart-car.tech kész kulcsrakész megoldással rendelkezik bármely olyan on-demand üzlethez, ahol biztosítják

100\% -ot Forráskód Rider & Driver Android + iOS alkalmazásokhoz a kezelőpanellel és a webhellyel

INGYENES telepítés

Íme a Smart-car.tech Uber Clone teljes szolgáltatásai:

Natív IOS alkalmazás a sofőrök és a versenyzők számára

Natív Android alkalmazás a járművezetők és a lovasok számára

Mobil reagálóképes kezelőfelület webhelye

A járművezető regisztrációs lehetősége

Facebook regisztrációs és bejelentkezési lehetőség

OTP-ellenőrzés új felhasználó számára

Isten szeme – Valós idejű GPS-követés

Azonnali utazás lefoglalása

Foglalás későbbi szállításra

Google Map Integration

Automatikus viteldíj és számítás

BrainTree fizetési átjáró

Paypal fizetés Átjáró

Készpénzfizetés

Alkalmazáson belüli értesítések a lovasnak és a sofőrnek

Kedvencek helyének lehetősége a lovas számára

Elfogadás / elutasítás Utazási kérelem

Rider opció hívása

Foglaljon utazást célállomással

Csevegés a versenyző és a felhasználó között

Élő autókövetés, mint az UBER-ben

Animált fröccsenő képernyő

Óránkénti bérleti csomag konfigurálása

Repülőtéri utazáskezelés

Promóciós kód funkció

Utazási előzmények részletei

Részletes utazási előzmények

Részletes viteldíj-lebontás

Felülvizsgálat és értékelés mind a pilóta, mind az illesztőprogram számára

Az illesztőprogram ellenőrzi a felhasználói fizetést

Felhasználóbarát adminisztrációs panel jogosultságokkal

Könnyű bizottsági nyomon követési kezelés a rendszergazdában p>

E-mail sablonok

SEO beállítások Kezelőfelület webhelye

SMS értesítés – (Twilio)

Alapvető kiszolgáló / Személyre szabott márkajelzés a webes és mobilalkalmazásokhoz

Egyetlen domain licenc 100\% -os hozzáféréssel a forráskódhoz

Egyszeri ingyenes kiszolgáló telepítés

100\% -ban testreszabható

Dedikált támogatás

30 perc Skype támogatás hetente

Ingyenes frissítések

Ingyenes alkalmazás telepítési szolgáltatás

Ingyenes támogatási időszak

Ingyenes frissítések a következőhöz: a hibákat a rendelkezésre álló szolgáltatáslistában

Életen át tartó frissítések

Nézze meg most az ingyenes bemutatót

Intelligens autó. Technika

Nézze meg az adminisztrációs panelt:

Felügyeleti panel DEMO

Azt javaslom, hogy válasszon egy létező kulcsrakész megoldást, például: Smart-Car.Tech : Android-forrás és IOS-forráskód a Taxi foglalási alkalmazás indításához , ahol sok időt és pénzt takaríthat meg.

Köszönöm.

Válasz

Szeretne olyan alkalmazást létrehozni, mint az Uber? Ha igen, akkor azt tanácsolhatták, hogy ne építse fel, mivel több mint 2000 ilyen alkalmazás létezik.

Tudja, hogy Rob Sadow 2015-ben hatalmas problémát látott a on-demand autógyártás :

  1. A dolgozó szakemberek 85\% -a naponta munkába hajtotta magát.
  2. És 6,2 tonna szén-dioxiddal járult hozzá

Rob pótolni akarta ezt a hiányt, és elindította saját mobilalkalmazását. Röviddel, az alkalmazás 4 hónapos elindítása után Rob óriási 20 000 pluszt tett meg, és 5,2 millió dolláros támogatást kapott.

Most valószínűleg a legtöbb ember még soha nem hallott a Scoopról, és hasonló hiányosságok vannak igény szerinti alkalmazások kitölthetők. Sajnos sok vállalkozó nem tudja, hogyan épülnek fel ilyen alkalmazások, és öntudatlanul figyelmen kívül hagyja az ilyen alkalmazások létrehozásának előnyeit.

Mit fog itt megtanulni:

1. Az MVP felépítéséhez szükséges funkciók és technológia

2. Ezeknek a funkcióknak a megvalósítása

3. A tökéletes háttér elkészítése az alkalmazásához

4. A marketing technikai verem kiválasztása az MVP-hez

Egy olyan alkalmazásnak, mint az Uber, még a legalapvetőbb formájában is lehetővé kell tennie a felhasználók számára, hogy túrákat kérjenek és készpénz nélküli fizetéseket hajtsanak végre.A teljes ökoszisztémának valós idejű interakciókat kell biztosítania a szerver és az alkalmazások között, és a fizetéseket automatikusan fel kell dolgoznia a túrák befejezése után.

Vizsgáljuk meg az MVP fontos funkcióit és azok felépítésének módját.

● Az első szolgáltatás, amely mindenkinek eszébe jut, a valós idejű követés és értesítések. Építés, amely optimalizálja a teljesítmény optimalizálását, a szoftvercsatornák programozását és a különböző Google Maps API-kkal való kommunikációt.

● Az alkalmazásnak lehetővé kell tennie a felhasználók számára a mobilon keresztüli regisztrációt is. A megfelelő biztonsági beállítások mellett a felhasználó által megadott részleteket ezután az alkalmazás számára tervezett adatbázisban tárolják.

● A fülke igényléséhez az alkalmazás a Google Maps segítségével lehetővé teszi a felhasználók számára, hogy kitűzőt helyezzenek rájuk. a térkép. Mivel az utas megerősíti a fülke kérését, erről értesítést küldenek a legközelebbi vezetőknek. A távolság, az ETA a Google Map API-k segítségével egyszerűen visszaküldhető.

● Fülke lefoglalásakor push értesítést kell küldeni. Az alkalmazás szerver-összetevője egyedileg létrehozható, vagy megvalósítható külső szolgáltatók segítségével. Egy alkalmazás MVP-jének előnyben részesítjük az Amazon SNS-jét, mivel könnyű, és alig kerül semmibe az indításnak.

● A Push értesítések küldéséhez SSL-kapcsolat is szükséges, amely a megvalósítás legnehezebb részének érezheti magát. p>

● Az alkalmazáson keresztül történő fizetés megkönnyítése érdekében a Braintree SDK-kat biztosít mind az iOS, mind az Android rendszerhez. Ezeknek az SDK-knak az integrálása lehetővé teszi a fizetések automatikus levonását, a számlázást és a visszatérítéseket.

Az utazás számlázásának megkezdéséhez az alkalmazás kihasználhatja a mozgásérzékelést.

Röviden, az első MVP-je A terméknek képesnek kell lennie arra, hogy a felhasználók szolgáltatást (utazást) kérjenek, push értesítéseket küldjenek, valós idejű fizetéseket dolgozzanak fel, és a Google map API segítségével rögzítsenek egy helyet. Mindez skálázható és megbízható háttér-architektúrán lehetséges.

Természetesen! Ez csak áttekintés volt … sokkal többre van szükség egy alkalmazás elkészítéséhez. Hacsak nem Ön Polymath, a következő képességekkel rendelkező fejlesztőket kell alkalmaznia:

  1. Mobilalkalmazások: Objective-C, Java, Swift
  2. Háttérszolgáltatások az alkalmazásokhoz: Csomópont .js és PHP
  3. Alkalmazásadatbázisok: MongoDB és MySQL

Most mi van, ha…

Tegyük fel, hogy az alkalmazást a lehető legjobb technológiákkal építette, és az alkalmazása olyan nagyszerű, hogy az ajánló algoritmusok tetejére épül a feladatok teljes automatizálásához.

De .. később kiderül, hogy a túléléshez el kell forgatnia a terméket. De most, hogy kimerítette költségvetését, nem lehet elfordulni a termékpiac elérése érdekében.

Elmondandó igazság …

A forró vizek teszteléséhez és a felhasználók megszerzéséhez nincs szükség pontos Uber technológiára. Szüksége van egy minimális funkcióalapú termékre, hogy tesztelje, hogy jó irányba halad-e, majd az előrehaladás során tovább épít.

A kezdeti szakaszban az Uber nem rendelkezett a legkorszerűbb architektúrával. építeni, ahogy haladtak. Tehát .. milyen technikai verem illik jól egy MVP-hez?

A következőkre épített egyszerű alkalmazás könnyedén képes kezelni több ezer felhasználó, és lehetővé teszi a méretezhetőséget a hirtelen túlfeszültség alatt:

  1. Nagy teljesítményű, natív módon felépített fogyasztói alkalmazások, olyan programozási nyelveken, mint az Objective-C és a Java, itt a Swift is használható.
  2. Jól optimalizált webszolgáltatás-halom a PHP-n és / vagy a node.js-en
  3. A MySQL + MongoDB-n jól megtervezett adatbázis-tároló könnyen kezelni tudja a terheléseket.

Még 2011-ben a Twitter egy egyszerű MySQL-kötegre támaszkodott 250 millió tweet feldolgozásához. Ebben az esetben a MySQL és a MongoDB könnyedén képes kezelni a hirtelen túlfeszültségeket.

De a szoftverfejlesztés kockázatos …

Ez miért választjuk az MVP-ket és a megfelelő projektmenedzsment módszertanokat. A következőket kell tennie az alkalmazásfejlesztési tervek megfelelő megtervezéséhez és végrehajtásához:

  1. Ossza fel projektjeit és feladatait prioritási sorrendbe.
  2. Biztosítja, hogy a feladatokat megfelelően hozzárendelték a tervezőkhöz , fejlesztők és projektmenedzserek.
  3. Határidőket készít az egyes feladatokra.
  4. Felsorolja az első 5 kiemelt feladatot a csapattagok számára.
  5. Legyen naprakész. a projekt előrehaladásával, a problémákkal és az ismétlésekkel
  6. Beszéljen a fejlesztői csapattal, és legyen aktív része a fejlesztési folyamatnak

A tökéletes háttér elkészítése az alkalmazásához

Az emberek tanulnak a hibákból, de te még nem követtél el ilyet. Szóval, hogyan tanulna?

Több száz alkalmazást építettünk, amelyek közül néhány egy hónap alatt több millió felhasználóhoz jutott el. A velünk dolgozó csapatok gyakran pánikba estek, éjszakákat töltöttünk az építészet javításával, amelynek állítólag a hatalmas felhasználókat kellett kezelnie.

Ez még 2011-ben volt, a startupok ritkán törődtek a háttér és a funkciók skálázhatóságával, amikor MVP fázisba kerültek. Ezekben a napokban még az Uber is küzdött a túlfeszültségekkel.

2011 után megtörtént a Node.Js…

Valós idejű helymeghatározás, megjelenítés és követés kiépítése

A funkcionalitás kiépítéséhez nagyobb hangsúlyt kell fektetnie az adatok kinyerésére és optimalizálására.

  1. Tudja, hogy egy Uber-szerű alkalmazás 4 másodpercenként kommunikál a szerverrel, hogy valós idejű információkat szolgáltasson? Attól függően, hogy pontosan vagy lazán szeretné-e nyomon követni a fülke helyét, megváltoztathatja a kommunikáció gyakoriságát.
  2. Abban az esetben, ha kíváncsi vagy, az alkalmazásnak gyakran kommunikálnia kell az ETA-kat, a GPS helyét, ki kell számolnia a legrövidebb távolságokat és egyéb szükséges információkat. Az alkalmazás az alábbi API-kat használja az információk gyűjtésére: Google Maps direction API, Distance matrix API, Geo-fencing, Google Place API, Google Maps Geo encoding API.
  3. Ez lesz a valós idejű tapasztalatok felépítésének legfontosabb része. Fél duplex foglalat, amely valós idejű információkat juttathat el a szerverek és a mobilalkalmazások között. A protokollok annyira fontosak, mert segítenek csökkenteni a kommunikációs költségeket. Aljzatok hiányában a portot meg kell nyitni és bezárni, amikor a szerver kérést kap. Emellett HTTP protokollokat építettek adatgyűjtésre, és ha egy szerver adatokat akar továbbítani, akkor le kell kérdeznie. Ezektől a HTTP protokolloktól eltérően a kiszolgálóhoz csatlakoztatott aljzat mindig nyitva tartja a portot az egyszerű információcsere érdekében.
  4. Ennek következtében az Nginx a webszerver. Az Apache egy másik népszerű szerver, de valós idejű, dinamikus információkkal nem teljesít jól.

Fizetések feldolgozása a az alkalmazás

A Braintree előnyös fizetési átjáró az ilyen alkalmazásokhoz, a következő 2 percben mutasd meg miért:

  1. Tudod, hogy a tranzakciók összértékéig a Braintree nem számít fel semmit? Mennyire fantasztikus?
  2. A Braintree használatának másik oka az, hogy megkönnyíti az automatikus fizetéseket, visszatérítéseket, havi / heti / kétheti visszatérő fizetéseket. És abban az esetben, ha megosztott fizetési funkciót szeretne hozzáadni, a Braintree is segít ennek a funkciónak az integrálásában.
  3. De szeretnék sajátot építeni Fizetési átjáró … ”Várjon, mielőtt még eszébe jutna ez az ötlet, ölje meg ezt a gondolatot! Indítás közben nem lehet saját fizetési átjárót létrehozni. Számos megfelelés, bonyolult technológia és magas költségek merülnek fel. Javasoljuk egy meglévő Payment Gateway használatát.
  4. De mi a helyzet az adatbiztonsággal?

Ez a PCI-megfelelőségi dolog … A legtöbb alkalmazásfejlesztő azt fogja mondani, hogy ne aggódjon emiatt, mert a Payment Gatewayek többsége PCI-kompatibilis. Miközben regisztrálja fiókját egy fizetési átjáróval, többségük kéri, hogy töltse ki és nyújtsa be a PCI SAQ\_A-EP űrlapot. Ez az adatbiztonság önellenőrzésének része, és kijelenti, hogy betartotta a megfelelőséget.

Még akkor is, ha nem ismeri a technikát, kérjük, forduljon fejlesztőjéhez, és győződjön meg arról, hogy kitölti a megfelelő részleteket.

Óvatosan , még mindig meg kell győződnie arról, hogy az adatbiztonság és az önellenőrzés részét képezi. Abban a pillanatban, amikor az alkalmazás befejezi a 20 000 tranzakciót, a VISA radara alá kerül.

  1. Ha soknak tűnik, ne aggódjon, kevés marad. Kérdezze meg fejlesztőjét, és győződjön meg arról, hogy megfelelően integrálja az SDK-t az alkalmazásába. A fejlesztők gyakran integrálják a PG API-ját ahelyett, hogy az SDK-t integrálnák a mobilalkalmazással.

Ez egy gyenge megvalósítás, és érzékeny információáramlást hagy a sérülékeny hálózatokon keresztül. “5c33bdf758”> Ettől eltekintve:

1. Ügyeljen arra, hogy SSL titkosítást használjon. 2. Soha ne tároljon bármilyen hitelkártya adatot helyben. 3. Használjon Braintree iFrame-eket, amikor csak lehetséges.

Utazások ütemezése és foglalása

Lyft

A menetfoglalási vagy ütemezési mechanizmus kétféleképpen működhet:

1. Amikor egy felhasználó utazást kér, a kérés a legközelebbi legmagasabb minősítésű sofőrhöz érkezik. Ezután a sofőr értesítést kap, amelyre válaszolhat vagy figyelmen kívül hagyhatja. Ha úgy dönt, hogy figyelmen kívül hagyja, a kérés a következő legközelebbi sofőrhöz kerül. VAGY 2. Amikor egy felhasználó utazást kér, a kérés az összes sofőrhöz eljut a közelben. Aki először fogadja el, megkapja a fuvart. Egy ilyen alkalmazáshoz jól optimalizált egyszerű ütemezési algoritmus a következőképpen néz ki:

Képlet: 0,7 * vezető közelsége + 0,9 * vezető értékelése + 0,7 * UPR + 0,4 * útvonal forgalom

Háttérszolgáltatások építése PHP és Javascript

Az ideális nem mindig megfelelő. Mindig felépítheti a teljes köteget a csomóponton. Js, de egy ilyen megvalósítás további költségeket jelent, amelyek ijesztőek lehetnek egy induló vállalkozás számára.

Az ilyen alkalmazások tökéletes hátteréhez a webszolgáltatásokat építenék. a PHP és a Javascript használatával.

A teljes csomópont.Js háttérprogram két vagy három MongoDB szerver használatát vonja maga után, ami jelentősen megnövelheti a működési költségeket. Azzal, hogy a webszolgáltatások egy részét PHP-re építi, csökkenti a működési költségeket a MySQL beépítésével.

A PHP a MySQL-lel is jobban működik, mint a Node.js.

Tehát kettő vagy három A MongoDB szerverek a MySQL és a PHP / Node.Js segítségével tökéletes háttérképet nyújtanának az MVP teszteléséhez.

A Node.Js valóban fontos a valós felépítéshez. idő alkalmazások. A node.Js hasznosságát az alábbiakban írhatjuk le legjobban: 1. A valós idejű szolgáltatások kezelése szempontjából ezt úgy hajtja végre, hogy aszinkron feladatot küld az eseményhurokba, visszahívási funkcióval, majd végrehajtja a program többi részét. . 2. Ismét felgyorsítja a munkát a TCP-n keresztül futó valós idejű webaljzattal, csökkentve a HTTP okozta késéseket. Ezután két külön PHP-Laravel alapú megvalósítással kell rendelkeznie a webalkalmazás és a REST API felépítéséhez. Ilyen megvalósítással minden jövőbeli frissítés könnyen tolható, anélkül, hogy szükség lenne a webalkalmazás frissítésére.

Méretezhető architektúra kiépítése

Az Uber egy egyszerű LAMP (Linux, Apache, MySQL és PHP) veremmel indult, amikor elindultak. Az eredmény … a LAMP-verem nem tudott teljesülni a teljesítményproblémák és a kettős diszpécser miatt, vagy, az Uber LAMP-verem Curtis-kamarájának szavai szerint

Kettős diszpécserezéssel járó problémákhoz vezet – Curtis Chambers, Uber

Gyorsan változtatniuk kellett, és valami újat kellett építeniük, mivel tovább szembesültek a méretezés kérdésével. Egyszerűen fogalmazva, itt van szükségünk csomópontra. Egy egyszerű, nagymértékben skálázható háttér-architektúra kb. Így néz ki

Ennek az architektúrának a megértése nagyon egyszerű. Három komponenst különítünk el egymástól: 1. Valós idejű helyalapú adatok tárolására és kezelésére szolgáló szolgáltatások 2. A valós idejű logika 3. Az üzleti logika Magyarázzuk el, mit értünk valós idejű logikán és üzleti logikán. Bármi, ami a fizetésekhez, a számlázáshoz, az sms-hez és más üzleti vonatkozású dolgokhoz kapcsolódik, általában egy szerveren kerül telepítésre, amelyet üzleti logikának hívunk. Ez a rész kezeli a harmadik fél SDK-kat és API-kat is. Minden, ami a valós idejű adatokhoz és a nyomon követéshez, az értesítéshez kapcsolódik, ezt követően a „Valós idejű logikánk” gondoskodik, amelynek saját szervere van és az üzleti logikától függetlenül működik. Az ilyen alkalmazásokba beérkező adatok 90\% -a helyalapú információ. Ezeket az adatokat a MongoDB szervereken kell tárolni, hogy a webszolgáltatások csak akkor kérhessék az információkat kell. Ez az architektúra megakadályozza a teljes rendszerhibákat is. Képzeljen el egy olyan forgatókönyvet, ahol a harmadik fél fizetési szolgáltatója kudarcot vallott. A rendszere jelenleg körbevezet, hogy választ kapjon. A menet már befejeződött, és a sofőr nem biztosítható a fizetésben, mivel a rendszer nem reagál, és nem is vehet fel újabb menetet. Logikai elválasztással mindkét rendszer önállóan működhet. Az egyik meghibásodása nem eredményez teljes rendszerhibát.

A felhasználó lassúnak találja a rendszert, ha a válaszarány 500 ms alatt van. A javasolt architektúra akár ~ 200 ms-ot is képes elérni, mint a válaszidő.

Az alkalmazás most egy pillanat alatt: 1. Minimálisan életképes funkciókkal fejlesztve 2. Optimalizált teljesítményre 3. Optimalizált méretezhetőségre A növekedés most a megszerzett felhasználók típusától és a számukra beállított KPI-ktől függ. Nagyon valószínűtlen, hogy láthatja, hogy a felhasználók használják az alkalmazást. Akkor hogyan fogod megérteni, hogy mit csinálnak az alkalmazásodon belül? Hogyan győződhet meg arról, hogy a megfelelő felhasználókat szerzi be? Honnan tudhatja meg, hogy a felhasználó miért távolította el az alkalmazását? A következő kérdésben reméljük, hogy válaszolunk néhány kérdésére. Az Uber-hez hasonló alkalmazások marketingtechnikája A nagy teljesítményű piacgazdaság kiépítéséhez az alkalmazásfejlesztők által meghozott döntések többségének a felhasználói viselkedésen kell alapulnia.

A felhasználói viselkedés megértésének első lépése…

Az alkalmazás felhasználói szegmentálása és a KPI figyelése

Az alkalmazás felhasználóinak különböző szegmensekre osztása lehetővé teszi a viselkedésbeli különbségek felfedezését .Például megfigyelheti a túrák 100\% -os növekedését, de mi van akkor, ha ez a növekedés a négy szegmensből csak kettőből származik.

Az Upsight SDK lehetővé teszi a felhasználók felfedezését, az attribútumok megértését és a szegmensek felépítését. . A szegmentációk létrehozása után célzott marketinget végezhet és ellenőrizheti az eredményeket.

Az Upsight mutatókat kínál, amely segít a fejlesztőknek megérteni, hogy a különböző változók hogyan befolyásolják az alapvető KPI-ket. Az Upsight lehetővé teszi az egyes felhasználói szegmensekre jellemző KPI-k összeállítását.

Néhány általános növekedési KPI, amelyet az Upsight használatával nyerhet ki:

  1. havi átlagos felhasználók
  2. Napi átlagfelhasználók
  3. Felhasználónkénti átlagos bevétel
  4. Szegmensek / felhasználók összesített megtett száma

Összeomlás-jelentés A Crashlytics az egyik legelőnyösebb és leggyakrabban használt összeomlási jelentés eszköz, amelyet a startupok használnak. Valahányszor az alkalmazás összeomlik, gyönyörű átlátó jelentésekkel valós időben megkapja az összeomlási elemzéseket. Nemrégiben a Playstore-on kutattunk a legjobban teljesítő alkalmazásokról. A Crashlytics volt az egyik leggyakrabban használt eszköz a kategóriákat meghatározó alkalmazások 90\% -ában. Alkalmazáson belüli ügyfélszolgálat biztosítása Az alkalmazásboltok nagyszerűek abban, hogy az alkalmazásokat több milliárd felhasználónak terjesszék, de gyakran hatalmas megszakadást okoznak az alkalmazásfejlesztők és a felhasználók között . Leggyakrabban egy alkalmazás miatt frusztrált felhasználó végül egy csillagos értékelést hagy az elégedetlenség tükrében. Ez csökkenti az alkalmazás felfedezhetőségét az alkalmazásboltban.

A ZenDesk alapú alkalmazáson belüli ügyfélszolgálat biztosítása segít csökkenteni ezt a hiányt azáltal, hogy a felhasználót közvetlenül kapcsolatba hozza az alkalmazással. fejlesztő. A ZenDesk használatának néhány további előnye: 1. A ZenDesk automatikusan összegyűjti az eszköz adatait, amihez egyébként gyakran oda-vissza e-mailekre lenne szükség, amelyek gyakran frusztrálják az ügyfeleket.

2. A ZenDesk rendelkezik egy kiegészítő mobilalkalmazással is az ügyfélszolgálati csapatok számára, amely egy könnyen használható mikroblogolást, például a webhelyélményt nyújt.

Sokaknak csak a ZenDesk ellen van a támogatási jegyek bevonása. És ezért a többiek inkább az Intercomot használják. Ez teljesen szubjektív.

Növekedési hackelés – További alkalmazás-vélemények és értékelések megszerzése Fontos az értékelések és vélemények kérése. Gyakori tapasztalatunk, hogy a felhasználókat néhány esemény befejezése után felszólítjuk. Ez gyakran tolakodónak és frusztrálónak tűnik az alkalmazás legtöbb felhasználója számára. Mostanra tudnia kell, hogy a boldog felhasználók kevésbé valószínű, hogy véleményt írnak, valószínűleg egy dühös felhasználó is. Az egyetlen dolog, amit javasolunk változtatni, az a „Kérdés módja”. Az Apptentive használata … Az Apptentive egy saját algoritmust használ a felhasználói érzelmek azonosítására és a felhasználók megfelelő időben történő ösztönzésére a kívánt értékelések megszerzéséhez.

Az alkalmazás eltávolításainak csökkentése http://Uninstall.io egy elemző eszköz, amely segít az alkalmazásfejlesztőknek megérteni a fontos jelzéseket, amelyek magas eltávolításhoz vezetnek. Segít csökkenteni az alkalmazás eltávolítását:

  1. Azon problémák azonosítása, amelyekkel a felhasználók szembesülnek az alkalmazáson belül, vagy frusztráló funkciók / tapasztalatok, amelyek ezeket az eltávolításokat okozzák.
  2. Olyan hirdetési kampányok azonosítása, amelyek nem nem tartják meg a felhasználókat, és rendkívül drágák.
  3. Olyan felhasználók megtalálása, akik eltávolították az alkalmazást, és csatornát biztosítanak az elveszett ügyfelek újbóli megcélzásához.

A / B tesztelés Lehet, hogy jól elvégezte a kutatását, és a termékpiaci illeszkedés elérése érdekében leszűkítette a jellemzőket. De mi van akkor, ha nem tudnál két funkció között szorosan dönteni, és a lehető leggyorsabban szeretnéd tesztelni őket, anélkül, hogy megzavarnád a teljes felhasználói bázist? Az Optimizely SDK használatával az alkalmazás felhasználói különböző részekre oszthatók. Ezek a részek ezután különböző funkciókat fognak látni. Információkat gyűjthet arról, hogy mely funkciók teljesítenek a legjobban, melyek nem működnek, és elősegítheti a termékfejlesztési stratégiáját ezen információk segítségével.

Az elem hozzáadása a viralitást emlékszem, amikor megkapta ezt a szöveget / Whatsapp valakitől, akiről ismeri az Uber első használatának ingyenes útját. A bizalmon alapuló vásárlási döntések befolyásolásához javasoljuk az Appvirality használatát a referral marketinghez.

Az ilyen eszközök alkalmazásának piacra dobásának legjobb része abban rejlik, hogy nemcsak a kapcsolattartóhoz, hanem a kapcsolattartóhoz is megadja a referáló jogkörét. közösségi hálózatokhoz. Az Appvirality analytics irányítópult adatközpontú megközelítést kínál a célmarketinghez, a meghívások, a kattintások, a telepítés és a bevétel felhasználásával a csatornára irányuló erőfeszítésekhez.

Csepegtető e-mailek Mi fontolja meg a csepegtető kampányok használatát az utazásmegosztó piac kiépítésének alapvető részeként. Mivel a piac soha nem marad stagnál, növekszik, és megköveteli, hogy az ügyfelek és a felhasználók növekedjenek vele.Célközönségétől függően újracsatlakozási e-maileket küldhet, e-maileket küldhet az alkalmazás új frissítéseiről és funkcióiról, folyamatosan képezheti őket a piacot érintő növekedési feltörésekkel / jó gyakorlatokkal, és megoszthatja az ügyfelekkel kapcsolatos történeteket motivációjuk megőrzése érdekében.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük