• 2024-09-17

Mobilalkalmazást vagy webhelyet kell létrehoznia az üzembe helyezéshez? |

Ijesztő internetes oldalak

Ijesztő internetes oldalak

Tartalomjegyzék:

Anonim

Webhely, webes alkalmazás vagy mobilalkalmazás - mi lenne a megfelelő "űrlap" az üzleti ötlethez?

Miután megjelenik a mobilalkalmazás és az internetes alkalmazás, az első iPhone, mindenki kezelte a mobil-első üzleti modellt, mint az új aranyat. Néhányan ellenkezőleg azt mondják, hogy a modern felhasználó már tapasztalta az alkalmazás fáradását, és hogy az emberek legfeljebb csak három alkalmazást használnak, így az asztali figyelemért folytatott verseny továbbra is könnyebb.

Új vállalkozói tulajdonképpen túlterheltek lehetnek a választás szerint. A termék jobban szolgál mobilalkalmazásként (amely jobb mobiltelefonos élményt nyújt, de telepíteni és törölni kell), vagy egy webes alkalmazás (bármikor elérhető bármikor, még kevésbé egyszerű a navigációhoz kézi eszköz)?

Néhány nagyvállalat nagymértékben befektetett a "mobil-első" tapasztalatukba (Uber, Instagram, Zomato Order), míg mások (Airbnb, JIRA, InVision) szándékosan úgy döntöttek, hogy ragaszkodnak a webes alkalmazás verziójához.

E hozzászólás során konkrétan arról beszélünk, hogy milyen esetekben kell mobilalkalmazást létrehozni, amely kifejezetten futtatható okostelefonon, táblagépeken és hordozón, és telepítésre van szüksége; vagy webalkalmazás -a böngészőben futó kliens-kiszolgálóalkalmazás (mind asztali, mind mobil).

Ebből a két lehetőségből megvizsgáljuk a döntés mögötti érvelést, a termék ötletének optimális választása felé egy sor kérdésen keresztül.

1. Mi a termékcélja?

Új ajánlatot fogsz hozni. Természetesen különleges üzleti célja van, a nyereség és a világ változása mellett.

A célok és a következő lépések tisztázása érdekében érvényesíteni szeretné az ötletet, és megvizsgálja célpiacát és viselkedését, mint az adott termékajánlathoz és az internetes információk fogyasztásának módjához kapcsolódik.

Termékkoncepciójának érvényesítése MVP

Van egy új, "out-of-the-box" ötlete, és meg kell tudnia ha a célközönség készen áll rá. Mielőtt erőforrásokat fordítanának egy teljes verzió elkészítésére, fontolja meg először egy MVP (minimális életképes termék) elindítását. Ismerje meg üzleti ötlete és termékkoncepciójának érvényesítését itt.

A Lean Startup Eric Rice által népszerűsített MVP koncepció azt feltételezi, hogy mielőtt mindent megtesz, és jelentős mennyiségeket öntesz a termékfejlesztésbe, teszteli az indokokat egy "béta"

Ez olyan egyszerű lehet, mint a célközönséggel megosztott képernyőkép (a Dropbox indítása), a céloldal, amely leírja az egyedi értékesítési pontot és a kulcsfontosságú termékfunkciókat egy interaktív mockup vagy egy vagy két funkcióval rendelkezik az MVP mobilalkalmazás nélküli tényleges háttérzene csatlakoztatásával.

Így mindkettő minimálisra csökkenti a potenciálisan (nem potenciálisan) termék elindításának kockázatát, és ugyanakkor összegyűjti a tényleges felhasználói visszajelzést - hogyan viszonyulnak a termékhez - és eldöntheti, hogy a kereslet elegendő-e ebben a pontban.

Annak eldöntéséhez, hogy megy-e webes vagy mobil MVP-alkalmazást, fontolja meg a következőket:

  • Mi a célpiacod a legjobban? Végezzen egy sorozatot az ügyfelek interjúk, az online iparági jelentések böngészése vagy a professzionális piackutatásba való befektetés. Ez a megközelítés kritikus információt eredményez
  • Mit csinálnak a versenytársai? Kiválasztottak egy mobilalkalmazást vagy egy weboldalt? Miért? Hogyan javíthatja a terméket, ha az ellentétes opciót választotta?
  • Mi a költségvetésed? Az MVP mobilalkalmazás kiépítése Önnek valamivel kevesebbet fog fizetni, mint egy MVP webalkalmazás felépítése, plusz kevesebb időbe telhet.

Adatok felhasználása az ügyfelek megértéséhez és online viselkedéséhez

Először ismerkedjen meg azzal, hogy a közönség interakcióba lép a márkával. Nézzétek meg közelebbről az MVP színpadán vagy a korai műveletek során összegyűjtött adatokat. Az emberek hozzáférnek a webhelyhez az asztali vagy mobileszközökön? Milyen mobil rendszereket használnak? Mely oldalakon férnek hozzá a leggyakrabban? Ezeket az adatokat a Google Analytics segítségével gyűjthetjük össze, és segíthetünk a mobilalkalmazás koncepciójának kialakításában.

Például, ha a legtöbb mobilfelhasználó egyenesen a promócióra vagy a kuponoldalra mutat, akkor különösebb lojalitású mobilalkalmazást kell létrehoznia, amely tárolja az ügyfél kártyáit is, és lehetővé teszi számukra a pontok visszaváltását.

Természetesen "Kiszervezheti" ezt a nagyobb kuponosítási webhelyet a mobilalkalmazás fejlesztése helyett, de vegye figyelembe a következő tényezőket:

  • Sok harmadik féltől származó eladó számít arra, hogy fizetni fog a listákért és a további láthatóságért.
  • az ügyfelek figyelmét más vállalkozásokkal kell versenyezniük.
  • Az ügyféladatok összegyűjtése személyre szabott ajánlatok küldésére nehéz vagy lehetetlen, mivel hozzáférést biztosít a csonkolt analitikákhoz.
  • Az ügyfelek megtartása földrajzi értesítésekkel, miután belépnek a virtuális " kerítés "nem lehetséges.

Az egyes MVP és ügyfélkörre vonatkozó konkrét adatok megismerése előtt a piackutatásból származó információkra kell támaszkodnia, és arra használja, hogy átgondolja az az Ön termékének üzleti célú felhasználását. Egyszerűen csak egy pillanatra.

További statisztikák gyűjtése a jelenlegi ügyfelekről

Ebben az esetben először keressük le a legjobb adatforrásokat, és hogyan használjuk azokat.

Például az online gyűjtés és követés a böngészési viselkedés és a vásárlási minták egyszerűbbek a webes alkalmazásba való integráláshoz. Konkrétan egy webes alkalmazásban pontosan meghatározhatja az értékesítést egy adott marketingcsatornára, és mérheti az adatok alapján a ROI (befektetési megtérülés) vagy a CAC (ügyfél-beszerzési költség) értékét. Ezután telepítheti a hőtérképeket és a konverziókövetést, amelyek kiemelik a jobb konvertáló elemeket az oldalán, nyomon követik az ügyfél pontos utazását, és segítenek azonosítani és megszüntetni a legfontosabb szűk keresztmetszeteket.

A Google Analytics is beállítható elemezheti a felhasználói viselkedést az alkalmazáson belül, és viselkedési folyamatjelentéseket vagy eseménykövetést (pl. vásárlás, hirdetéskattintás stb.) fogadhat. A leggyakoribb probléma itt az, hogy valamivel korlátozott a követett események típusával.

Konkrétan ezek a következők:

  • Menüpontok
  • Videó lejátszása
  • Swipes
  • Gombkattintások
  • Vásárlások
  • Hirdetési kattintások

Még ha ismered a webes alkalmazás előnyeit, ha kíváncsi vagy, mi történik a boltban, a mobilalkalmazás lehet jobb lehetőség.

Például a Carrefour iBeaconokat a boltok köré építették, és egy különleges ügyfélhűség-alkalmazást építettek ki, amely segít a felhasználóknak a boltban való navigálásban a személyre szabottabb vásárlási élmény érdekében.

Az alkalmazáson belüli felhasználási arányuk 400 százalékkal nőtt, majd a vállalat képes volt összegyűjteni jobb betekintést nyújt az ügyfelek vásárlási szokásaiba és viselkedésébe, amelyeket ezután a termékelhelyezések és a promóciós kampányok optimalizálására használtak.

Növelje a márka láthatóságát

Ebben az esetben különös figyelmet fordít arra, hogy hol és amikor az ügyfelek a legnagyobb valószínűséggel használják webhelyét:

  • A szabadban : a mobilalkalmazások általában jobbak. <9
  • Mobil és tömegközlekedés: mobilalkalmazások vagy Carplay
  • Sík: mind a mobilalkalmazások, mind az internetes alkalmazások offline módban.
  • Office: webes és asztali alkalmazások
  • : a mobil és a webes alkalmazások ugyanolyan népszerűek.

Most fontold meg, hogy hozzáadhat-e extra értéket egy másik csatorna kihasználásával. Kaphat-e szélesebb közönségszegmenseket mobilalkalmazással vagy webhelyen?

2. Az Ön ötlete a valós idejű információszolgáltatást jelenti?

A termék időérzékeny információkat tartalmaz vagy azonnali cselekvéseket tesz lehetővé?

Az emberek vezetékesek, hogy nyomon követhessék a viselkedés minden formáját, és azonnali hozzáférést kapjanak az időben történő információhoz.

Itt van néhány statisztika, amely bizonyítja a pontot:

  • 2017-ben az amerikai felnőttek napi két órát és napi 41 percet töltenek az alkalmazások használatával, míg a mobil weboldalak használatával napi 34 percet használnak.
  • A lakossági vásárlók 90 százaléka használja a boltokban lévő telefonok összehasonlítják az árakat (54 százalék); (48 százalék), és ellenőrizze az online véleményeket (42 százalék).
  • A Pew Research Center szerint az amerikai felnőttek 62 százaléka használta okostelefonjaikat az egészséggel kapcsolatos információk megszerzésére; 57 százaléka használta moduljaikat az online banki és pénzügyi tranzakciókra, és 30 százaléka használt egy online osztályt, vagy oktatási tartalmat fedezett fel.

Gondold végig az emberekkel való kapcsolattartás módját.

Például képzeljük el, hogy új esemény-útmutatót készítünk, amely a legmodernebb szórakozási lehetőségeket kínálja a térségben.

A weboldal ebben az esetben tartalmazhat különböző adatokat, események részleteit, fényképeket, útvonalterveket stb., Valamint a fiók regisztrálásának módjait, értesítéseket feliratkozhat, és szükség esetén vásárolhat jegyeket.

Ez egy finom termékkoncepció.

De itt hogyan lehet még jobb megoldást találni, ha webes vagy webes alkalmazás helyett mobilalkalmazást szeretne felépíteni:

  • Helyük alapján a felhasználók valós időben értesíthetők a közelben zajló eseményekről.
  • Az alkalmazás tartalmazhat irányított navigációt az eseményekhez, megkönnyítve és egyszerűbbé téve az embereket, hogy eseményeket találjanak.
  • A felhasználók azonnali értesítéseket kaphatnak a közelgő tervekről, valamint a helyszíni promóciós ajánlatokról, mint például " vonal egy extra fizetésért "vagy" frissítheti magát "
  • Értesültek arról, hogy barátaik ugyanazt a műsort vagy egy közelben lévő eseményt látogatják meg, és kapcsolatba lépnek velük.

A lényeg az, hogy ha az ötlete hasznos lehet a felhasználók további információkkal való közvetlen összekapcsolására, a mobilalkalmazásnak több értelme lesz.

Ebben az esetben a mobilalkalmazás interaktívabb, valós idejű élményt nyújt, és jobban megfelel a hozzáértő rendezvény-látogató igény szerinti, úton lévő igényeinek. Webhely (webalkalmazás) létrehozása lehet a következő, a második lépés, hogy megragadja a nagyobb piaci részesedést.

3. A termék átvállalja vagy bátorítja a gyakori napi felhasználást?

Ha úgy gondolod, hogy a felhasználók napközben (napi kétszer) többször is léphetnek kapcsolatba a termékével, akkor jobb mobiltelefonos alkalmazás létrehozása. Végül is, ha rákattintasz a telefon néhány gombjára, hogy megkapja a fülkét, sokkal egyszerűbb, mint a mobil weboldalon vagy az asztali verzióban lévő összes adatot beírni.

A telepítés után könnyebben elérhetőek, a felhasználók naprakészek maradnak

A gyakori példák a következők:

  • Alkalmazások jegyzéke
  • Tennivalók
  • Közösségi média
  • Játékok
  • A leggyakoribb példák a következők: Mindenféle nyomkövető alkalmazás
  • Térképek és navigációk
  • Szállítási alkalmazások (beleértve az autók megosztását, taxit stb.)

A legfontosabb itt az, hogy a legtöbb ember azonnal hozzáférést szeretne elérni ezekhez a termékekhez. Nem akarják beírni az URL-t, és várni, amíg a weboldal betöltődik.

De ne felejtsd el azt gondolni, hogy az adott termék egészen átnyúlik, mielőtt egy pillanatra döntést hoz. Fontolja meg a gyakran használt munkatermékeket - e-mailjét, a számviteli szoftvert vagy a kedvenc projektmenedzsment eszközt. Napi pár százszor férhet hozzá, de a legtöbb interakció nem a mobiltá válik, és nem lenne értelme számukra, hogy csak mobilok legyenek.

Ekkor vissza kell térnünk a pontra két (a termékcél), és újra gondolkodni a termék szituációs használatáról. Ha az Ön terméke kevesebb, de hosszabb távú interakciót igényel (több mint egyórás napi non-stop használat), egy webes alkalmazás lenne a legtöbb felhasználó számára előnyös.

4.

Vegye figyelembe a következőket:

  • A felhasználók a jelenlegi helyük alapján szolgáltatott információkból részesülnek?
  • Tervezik-e olyan funkciókat kihasználni, mint a fényképezőgép, a giroszkóp vagy a fényképezőgép? Érzékelők?

Ha a fentiek valamelyikére válaszoltál, a natív mobilalkalmazás jobb választás.

Természetesen a tapasztalt fejlesztők azt mondják, hogy bizonyos megoldások, és még mindig hozzáférhet a fényképezőgéphez vagy játékhoz amely a HTML5 használatával igényli a Gyroscope támogatását, de ez nem fogja jobban vagy stabilabbá tenni a terméket.

Az iPhone-on lévő webes alkalmazások nem küldhetnek geo-push értesítéseket vagy alkalmazáson belüli értesítéseket a felhasználóknak. Ne felejtsd el a korábban említett példányt. A mobilalkalmazások felhasználóit geo-értesítésekkel lehet megőrizni, ha valamilyen hűvös esemény történik a közelben, vagy barátaik egyben járnak, de a webes alkalmazást használók nem fogják kihasználni ezt.

A közös probléma azonban abban áll, hogy egy mobil termék felépítése feltételezi, hogy két különálló alkalmazást (iOS és Android) hoz létre, és két külön költségvetéssel rendelkezik. A megoldás az, hogy először egy mobil operációs rendszert indítsunk el egy mobil operációs rendszeren (a népszerűbbet a célközönségeden belül), majd később az alkalmazásodat egy másik platformra helyezzük.

A webes alkalmazás ellenkezőleg elérhető a felhasználók számára mobil vagy asztali operációs rendszer telepítve van. Mégis, egy teljeskörű webes alkalmazás fejlesztése a háttér- és a szerveroldali kódolással többet fog költeni, mint egy mobilalkalmazás felépítését egy platform számára, és több időt is igénybe vehet. Azt gondolod, hogy az emberek a terméket offline állapotban használják?

Gondoljon tovább a termékhasználati esetekről.

Bár egy széles körben összekapcsolt világban élünk megfizethető internetadatokkal, az Egyesült Államok felhasználói 15 százaléka

Számos eset van, amikor nem áll rendelkezésre kapcsolat

Utazás közben

  • - repülőgépen, vonaton, metróban Külföldön
  • , ha a barangolási díjak túlzott mértékűek. Olyan helyeken, ahol gyenge összekötő jel
  • - szabadban, pincékben stb. Ha az ilyen "offline" helyzetekben szeretné kiszolgálni a felhasználókat, akkor a mobilalkalmazás megfelelőbb választás a kényelem szempontjából.

Például számos térkép és navigációs alkalmazás offline módban működik, amely nem csak az internetes adatokat használja, hanem a Maps.me alkalmazást. A Google Térkép lehetővé teszi, hogy letöltsön egy bizonyos térképet, és offline navigációval használja, de a termék funkcionalitása nagyrészt lecsökken. A Tripadvisor lehetővé teszi, hogy letölts egy gyors városi útmutatót, amikor külföldön tartózkodik a kiválasztott ajánlások listájával.

Az Instagram nemrég hozzáadott egy offline módot az Android-alkalmazásokhoz, amely minden felhasználó tevékenységét megmentené, amíg a kapcsolat meg nem tér. Ez különösen bölcs lépés volt, mivel a vállalat a kevésbé fejlett országokban való jelenlétének bővítésére törekszik. A legfrissebb adatok szerint 2017 márciusában a legalacsonyabb internet penetráció Afrika (27,7 százalék) és Ázsia (45,2 százalék). Ezt a tényt vegye figyelembe, ha a helyi feltörekvő piacok egyikét megzavarja.

6. Mi a költségvetésed?

Webhely létrehozása, mobilalkalmazás vagy teljes értékű webes alkalmazás fejlesztése három különböző költségvetési sornak tekintendő.

A tengelykapcsoló adatai szerint a teljes funkciójú mobilalkalmazás $ 37,913 és $ 171,450 között van. Ne feledje, hogy ez egy mobilalkalmazás építésének költsége egyetlen platformon (iOS vagy Android).

Ha mobileszköz-alkalmazást választasz az MVP-től, a költségbecslések közel lennének a $ 5,000- $ 15,000-ig. Ez egy nagyon egyszerű alkalmazás, csak egy és három fő jellemző között és vonzó minimális tervezéssel.

Az átlagos webes alkalmazás fejlesztési költsége 10 000 és 150 000 dollár közé esik, ami nagyban függ a termék összetettségétől és a bérelt cégtől. > Csökkentheti a számokat, ha úgy dönt, hogy a fejlesztést egy megfizethetőbb régióba irányítja (gondoljon Kelet-Európára vagy Latin-Amerikára), ahol az átlagos óradíjak 35 és 75 USD között vannak, szemben az amerikai fejlesztők 100- 200 dollár / óra értékkel.

A jól optimalizált mobil weboldal kiépítése jóval kevesebbet jelent számodra: $ 5,000- $ 12,000 költségkeret.

Az outsourcing alkalmazásfejlesztésnek biztosan vannak előnyei és hátrányai. Az alábbiakban röviden ismertetjük a következőket:

Alkalmazásfejlesztési kiszervezés előnyei:

Kiterjedhet a szélesebb tehetségbázis, és hozzáférhet a helyi szinten nem elérhető készségekhez.

Nincs bérleti vagy általános költségek az alkalmazottak felvételéhez.

  • Versenyképesebb fizetések
  • A tehetségek igény szerinti elérése
  • Szükség szerint kicserélheti vagy csökkentheti a csapatát
  • A kiszervezés alkalmazásfejlesztésének hátrányai:
  • Kommunikációs nehézségek és lehetséges nyelvi akadályok

Időzónák közötti különbségek

  • Biztonsági és magánéletre vonatkozó aggodalmak
  • Amikor a költségvetésről szóló végső döntésről van szó, fontolja meg újra a korábbi kérdéseket és az Ön által adott válaszokat. Ezek a következők:
  • Mi a termékcélja és közös szituációs használata?
  • Szükséges-e a natív okostelefonok használatát?
  • Milyen gyakran használják a terméket és milyen esetekben?
  • Tervezik-e offline funkciókat kínálni?
  • Végül, ne felejtsük el fontolóra venni ezt a fontos kérdést: Megfelelő lesz-e a mobil weboldal az ügyfeleinek? Milyen befektetési megtérülést várhat el egy mobilalkalmazás és egy weboldal között?
  • Gondolja át ezeket a kérdéseket, és tegye az ügyfelek igényeit és vágyait az élvonalban, amikor döntést hoz, és üzembe helyezi a projektet.


Érdekes cikkek

Auto Insurance Claims Üzleti terv minta - stratégia és végrehajtás

Auto Insurance Claims Üzleti terv minta - stratégia és végrehajtás

CollisionSyzygy, Inc. automatikus biztosítási igények üzleti terv stratégia és végrehajtási összefoglaló. A CollisionSyzygy, Inc. egy generikus követeléskezelő, amely egy, a biztosítási vállalatok és javítóműhelyek között működő autójavító iparágban működő közvetlen javítóprogram-hálózatot hoz létre.

Auto Repair Service üzleti terv minta - Összefoglaló

Auto Repair Service üzleti terv minta - Összefoglaló

Gyors és piszkos automatikus javítás automatikus javítási szolgáltatás üzleti terv összefoglaló. A Quick and Dirty Auto Repair egy induló, teljes körű szolgáltatást nyújtó hazai és külföldi auto-javítás és alkatrészgyártás, amely Portland, Oregon területét szolgálja.

Auto Biztosítási Követelések Üzleti Terv Minta - Piacelemzés |

Auto Biztosítási Követelések Üzleti Terv Minta - Piacelemzés |

CollisionSyzygy, Inc. automatikus biztosítási igények üzleti terv piaci elemzés összefoglaló. A CollisionSyzygy, Inc. egy generikus követeléskezelő, amely létrehoz egy közvetlen javítási programot az auto-szervizjavító iparban a biztosítótársaságok és a javítóüzletek között.

Auto Repair Service üzleti terv minta - Termékek és szolgáltatások

Auto Repair Service üzleti terv minta - Termékek és szolgáltatások

Gyors és piszkos automatikus javítások autószerviz üzleti terv termékek és szolgáltatások. A Quick and Dirty Auto Repair egy induló, teljes körű szolgáltatást nyújtó hazai és külföldi autójavítás és alkatrészgyártás, amely Portland, Oregon területét szolgálja.

Autójavítás és autómosó üzleti terv minta - pénzügyi terv

Autójavítás és autómosó üzleti terv minta - pénzügyi terv

DIY Wash N 'Fix autójavítási és autómosási üzleti terv pénzügyi terv. Barkácsolás A Wash N 'Fix egy olyan induló vállalkozás, amely garázspozíciót kínál kölcsönzőeszközökkel és berendezésekkel azoknak a fogyasztóknak, akik saját maguk mossa, festik vagy javítják autóikat.

Auto Repair Service üzleti terv minta - stratégia és megvalósítás

Auto Repair Service üzleti terv minta - stratégia és megvalósítás

Gyors és piszkos automatikus javítás autójavítási szolgáltatás üzleti terv stratégia és végrehajtási összefoglaló. A Quick and Dirty Auto Repair egy induló, teljes körű szolgáltatást nyújtó hazai és külföldi auto-javító és alkatrészgyártó cég, amely Portland, Oregon területét szolgálja.