Valójában ennek az ötletnek a megvalósítása nem olyan nehéz és nem is olyan drága, mint amilyennek első pillantásra tűnhet. Csak egy jó elképzelésed kell arról, hogy pontosan mit is vársz mobilos alkalmazásés meghatározza a kitűzött célok elérésének módját.

Szívesen fejleszt mobilalkalmazásokat egy vállalkozáshoz, bloghoz, termékhez vagy szolgáltatáshoz, vagy csak új bevételi forrást keres? Gondolkozik a megvalósításon és a jövőbeli költségek kiszámításán? Valójában ennek az ötletnek a megvalósítása nem olyan nehéz és nem is olyan drága, mint amilyennek első pillantásra tűnhet. Csak egy jó elképzelésed kell arról, hogy pontosan mit is vársz a pályázattól mobiltelefon vagy táblagépen, és meghatározza, hogyan érheti el céljait.

ELŐKÉSZÍTÉSI SZAKASZ

Mielőtt létrehozna egy mobilalkalmazást, döntse el a következő pontokat:

• Van-e konkrét elképzelésem arról, hogy mi lesz a kész termék és mi lesz a funkcionalitása?
• Milyen feladatok megoldására készült a program, és mi lesz az előnye egy adott felhasználó számára?
• Milyen platformokon fog működni a kész szoftvertermék (iOS, Android, Windows Phone)?
• Szükség lesz a működésének napi ellenőrzésére?
• Mennyit vagyok hajlandó költeni?
• Magam készítem az alkalmazást, vagy professzionális fejlesztőkhöz fordulok.

Ne feledje azt is, hogy létrehozzon mobil programok egy üzlet, például egy kávézó, pizzéria vagy fitneszklub esetében különösen komolyan kell venni. Hiszen egy ilyen modern eszköz jelenléte egy cégnél komoly imázstényező, amely hozzájárul a márka iránti nagyobb vásárlói hűséghez és az ismételt látogatások számának jelentős növekedéséhez.

AZ ALKALMAZÁS LÉTREHOZÁSÁNAK MÓDJAI ÉS KÖLTSÉGEI

Alkalmazások létrehozásában a mobil eszközök két módja van. Az első az Android vagy IOS alapú elektronikus eszközök független programozását jelenti sablontípus szerint speciális webhelykészítők segítségével. A második, drágább, de ennek eredményeként komoly és működőképes termékek beszerzését lehetővé tevő mód az, hogy segítséget kér az írással foglalkozó egyénektől vagy cégektől. szoftver. A második lehetőség megfelelő, ha beszélgetünk komoly szoftvertermékek létrehozásáról, amelyek sajátos jellemzői túlmutatnak a webhelykészítőknél elérhető kész készleteken. Figyelembe kell venni azt is, hogy iOS vagy Android esetén a szakmai fejlődés jelentős kiadásokat igényel. Mennyibe kerül egy alkalmazás létrehozása Android platformokés az IOS bekapcsolva orosz piac? Az ártartomány meglehetősen széles - több száz dollártól több tízezer dollárig terjed - minden a szoftver típusától és annak funkcionalitásától függ. Az ilyen komoly befektetések azonban hosszú távon bőven megtérülnek. A végső költség megtervezésekor érdemes figyelembe venni az új termék AppStore-ban való elhelyezésének, ill. Android Market. Ha szűkös a költségvetése, és egyáltalán nincs ideje, akkor megpróbálhat saját maga tervezni egy alkalmazást elektronikus eszközökhöz. Ehhez nem kell programozónak lenned. Olvasson tovább, hogy megtudja, milyen egyszerű ezt megtenni.

HOGYAN KÉSZÜNK INGYENES ALKALMAZÁST

A mai napig elegendő hazai és külföldi platform áll rendelkezésre a hálózaton, amely lehetővé teszi, hogy önállóan, ingyenesen készítsen alkalmazást egy kész típushoz. A weboldal készítők több száz kész alkalmazást tárolnak, különféle kategóriákba sorolva: kisvállalkozások, oktatás, szórakozás, sport, blogok és hasonlók. Az ilyen erőforrásokon ingyenesen hoznak létre szabványos és korlátozott funkciókészlettel rendelkező programokat. Korlátozások vonatkoznak az alkalmazás telepítéseinek és megtekintéseinek számára, a katalógusban elfoglalt pozíciók számára, az üzletekben való közzététel lehetőségére, a fizetési elfogadó rendszer elérhetőségére, a harmadik féltől származó hirdetések jelenlétére és a funkcionalitás az Ön igényeinek megfelelően. A webhelyekre vonatkozó korlátozások megszüntetéséhez választhat egy adott csomagot fix havidíjjal, amelynek összege az engedélyezett opciók számától függ. Példák a shareware mobilalkalmazások webhely-készítőire Android, iPhone, iPad számára.

1. Appsgeyser.com (appsgeyser.ru - orosz verzió).

És most nézzük meg, hogyan készül egy mobilalkalmazás néhány perc alatt az ibuildapp webhely példáján keresztül. Azért választottuk ezt a platformot, mert nagyon egyszerű és könnyen használható. Az iBuidApp erőforrásnak egyébként van orosz verziója is, ami még egyszerűbbé teszi a konstruktor használatát. A munka megkezdése előtt regisztráljon az oldalon. Legközelebb Főoldal kattintson a "Létrehozás" fülre, és válassza ki a számunkra megfelelő sablont.

VÁLASSZON SABLONT ÉS KATEGÓRIÁT

Ez az oldal meglehetősen nagy választékot kínál a standard opciókból, amelyek a webhely oldalának bal oldali menüjében található kategóriakatalógusban találhatók. Például a „Fényképészet” kategóriát és a „Fotóstúdió” sablont választottuk. A dizájn és a hozzá tartozó kategória kiválasztása után megkezdjük a menüpontok szerkesztését.

TARTALOMSZERKESZTÉS

A tervező adminisztrációs panelje széles lehetőségeket nyit meg a menüpontok szerkesztésére. Módosíthatja a hátteret, hozzáadhat logót, testreszabhatja a képernyő fő és alsó menüinek navigációját elektronikai eszköz, szerkesztheti a tartalmat belső oldalak. Egyébként a képernyő jobb oldalán láthatod, hogyan fognak kinézni a változások az elektronikus eszköz képernyőjén. A konstruktor lehetővé teszi az alkalmazás tesztelését tableten vagy okostelefonon is. A kész program közzétehető az Appstore-ban vagy itt is A Google Play Ez a funkció azonban csak a fizetős verziókhoz érhető el. Az oldal 3 fizetett csomagot kínál 490 rubel, 2400 rubel, 3700 rubel értékben. havonta.

FIZETETT CSOMAGOK

Ha nem elégedett kinézet az oldalon elérhető sablonokat, rákattintva elkészítheti saját designját fiókot a "Sablonok" fülre. Az egyéni kivitelező lehetőségei meglehetősen korlátozottak, lehetővé teszik, hogy a szoftverterméket csak a legszükségesebb elemekkel ruházza fel.
Most Önön a sor, hogy elkezdjen alkalmazásokat létrehozni, és telepítse azokat okostelefonjára. Próbáld ki, elég egyszerű!

A mobilalkalmazások fejlesztése nehéz és nagyon időigényes folyamat, amely teljes értékű szoftverfejlesztés. Annak érdekében, hogy könnyebben megértse, hogyan készítünk mobilalkalmazásokat, röviden ismertetjük munkánk egyes szakaszait.

Termékötlet és üzleti szakértelem

Az emberek azért jönnek cégünkhöz, hogy megvalósítsák ötletüket egy mobilalkalmazásról, webes erőforrásról vagy automatizálják az üzleti folyamatokat. Ingyenes üzleti szakvéleményt végzünk, tanácsot adunk az ügyfélnek és finomítjuk a projekt ideológiai komponensét, figyelembe véve a felhasználók igényeit.

Interjúk készítése és előzetes piacelemzés

Interjú készítése. Az alkalmazás célja és értéke? A célközönség? Alapfunkciók? Platformok? Az alkalmazásfejlesztési folyamat követelményei?Vállalkozó kiválasztásának szempontjai? Hasonló megoldások áttekintése: funkcionalitás, felhasználók száma, értékelések, vélemények, bevételszerzés. Felhasználói elemzés.

Vegye fel a kapcsolatot az ügyféllel

További kérdések. Műszaki szakemberek bekötése. A pályázat megvalósítására vonatkozó követelmények jóváhagyása.

Projektértékelés és javaslat

A projektet a fejlesztőcsapat értékeli. Ezt követően az ügyfél előzetes kereskedelmi ajánlatot kap az alkalmazás fejlesztésére: az alkalmazásfejlesztés szakaszai; feltételek és költségek; szakemberek; garanciákat.

Megállapodás aláírása

Megállapodást kötünk, amelyben részletesen ismertetjük a munkavégzés szakaszait és kötelezettségeinket. Ön jogilag védett lesz. A munka minden szakasza teljesen átlátható, minden fő pontot a lehető legrészletesebben megbeszélünk Önnel.

Prototípuskészítés

Megértve, hogy mit várnak el a felhasználók az alkalmazástól, megkezdjük a prototípus-készítés folyamatát. A jól megtervezett felület garancia arra, hogy a felhasználó gyorsan megtudja, hogyan segít az alkalmazás megoldani problémáját. Lehetőséget kap a jövőbeli alkalmazás funkcionalitásának megtekintésére a szoftver rész nélkül.

Termék dizájn

Megrajzoljuk az összes képernyő és elemállapot kialakítását. Az alkalmazás tervezésénél a Google és az Apple ajánlásait használjuk. Gondoskodunk arról, hogy a grafikai megoldások érthetőek és kényelmesek legyenek. Olyan dizájnt kap, amely kiemeli a versenytársak közül.

Műszaki specifikációk kidolgozása

Feladatkör - jóváhagyott interaktív prototípus és termékterv alapján kidolgozott dokumentum, amely a fejlesztők, tesztmérnökök számára szükséges egy projekt kidolgozásához és teszteléséhez.

Alkalmazás programozás és tesztelés

Egy webes erőforrás vagy egy mobilalkalmazás programozása a SCRUM módszertan szerint történik - a feladatok szakaszos tervezése és megvalósításuk sprintekre (sprintekre) bontása.

visszatekintő

Az eredmények bemutatása az ügyfélnek 2 héten belül. A csapat elemzi a kockázatokat és problémákat, teljesíti a sprintet, optimalizálja az alkalmazás fejlesztésének további folyamatát.

Mobilalkalmazás közzététele

Az eredmények kísérése és elérése

Munkánk között az a különbség, hogy nem csak alkalmazásokat fejlesztünk, hanem promócióra is visszük. Ügyfeleink olyan céget kapnak, amely a munka minden szakaszáért felelős: az első gombtól az alkalmazás letöltéséig és a hálás felhasználói értékelésekig.

Interjú

Interjúkat készítünk személyesen vagy Skype-on. Az interjú több óráig is eltarthat. Az alkalmazásfejlesztés ezen szakasza fontos. Az, hogy az ügyfél mennyire pontosan és teljes mértékben válaszol a kérdésekre, attól függ, hogy a termék milyen lesz.

A fő kérdések, amelyeket felteszünk: projekt céljai, meglévő üzleti folyamat, célközönség, versenytársak. Ebben a szakaszban a jövőbeni funkcionalitásról lesz szó.

elme térkép

Elkészítjük a MindMap-et - egy szellemi térképet, amely lehetővé teszi az ügyféltől kapott összes információ strukturálását. Ez a projekt vizuális diagramja, amelynek köszönhetően az alkalmazással kapcsolatos összes adat egy helyen található.

Elemzés

kézi vázlat

Tanulmányozzuk a versenytársak pályázatait. Elemezzük, hol érezhetik magukat kényelmetlenül a felhasználók, vagy hol botlanak meg feladataik végrehajtása közben. Ezt azért tesszük, hogy meghatározzuk, miben különbözik az új alkalmazás a meglévő analógoktól.

Prototípus fejlesztés

A vázlatok alapján drótvázakat készítünk - blokk diagramm pályázati oldalak. Ez a terv váza, ahol a jövőbeli termék minden részlete látható.

Egy UX-szakember az oldalsémákon dolgozik. A drótvázak létrehozásának folyamatát megbeszélik a művészeti vezetővel.

Jóváhagyása után egy kattintható prototípus készül, amelyet jóváhagyásra elküldenek a műszaki osztálynak.

Felhasználói interjúk

A kész prototípust felhasználókon – irodánk alkalmazottaikon vagy önkéntesek csoportjain – teszteljük. Megmutatjuk a prototípust, és kérdéseket teszünk fel: „Szerinted mi ez a gomb?”, „Hogyan adnál egy terméket a kosárba?” stb.

Ez segít a felhasználók számára érthetetlen pillanatok észlelésében és a hibák kijavításában a mobilalkalmazások fejlesztésének ezen szakaszában.

A prototípus bemutatása az ügyfélnek

Prezentációt készítünk: megmutatjuk a prototípust az ügyfélnek, elmagyarázzuk, hogy mi és hogyan fog működni. Ha szükséges, változtatásokat végzünk, finomítunk. Minden részletben megegyezünk és jóváhagyjuk.

Tervezési koncepció kidolgozása

A mobilalkalmazások fejlesztésének ebben a szakaszában számos tervezési koncepciót készítünk. Az ügyfél által választott koncepció képezi majd a teljes alkalmazás tervezésének alapját.

Az összes képernyő és állapot kialakítása

Ebben a szakaszban az összes képernyő és elemállapot kirajzolódik. Átlagosan 120-150 képernyőt kapunk. Ez segít minden forgatókönyv figyelembe vételében, és nem növeli a programozási időt.

TK és kliens-szerver architektúra

Ha elkészült a tervvel, folytatjuk a feladatmeghatározás kidolgozását. Leírja az összes forgatókönyvet, képernyőátmenetet és képernyőállapotot. Ebben a szakaszban a szakember kidolgozza a projekt magas szintű architektúráját és az adattárolási modellt.

Ez egy fontos lépés. Attól függ, hogy a szoftverrész hogyan épül fel, az alkalmazás sebességétől, a "kliens-szerver" kérések konfigurációjától. Honnan szerzünk adatokat, hova írjuk, hogyan írjuk stb. A TOR tartalmazza az összes olyan rendszert, amellyel szinkronizálni kell.

Programozás és tesztelés

A munka a programozók kezébe kerül. A fejlesztési folyamat a módszertanon alapul agilis fejlesztés Dulakodás. Alakított teljes lista feladatok (az úgynevezett "back-log"), és kis szakaszokra oszlik (úgynevezett "sprintek").

Programozás lépésről lépésre és az eredmény bemutatása minden sprint után. Amikor a szoftver rész elkészült, tesztelésre küldjük az alkalmazást. A tesztelők ellenőrzik a terméket lehetséges hibákat. Ha szükséges, az alkalmazást visszaküldik a programozóknak felülvizsgálatra.

Alkalmazás közzététele

A mobilalkalmazás-fejlesztés főbb szakaszai befejeződtek, hátra van a pályázat publikálásra való előkészítése. Ennek érdekében a Google Play és AppStore áruház szabályainak megfelelő termékleírást és grafikákat készítünk. Ha ezeket nem tartják be, az alkalmazás nem megy át a moderáláson.

Az üzletekben az első dolog, amit a felhasználó lát, az az alkalmazás ikonja, ezért fontos, hogy vonzóvá tegyük.

A pályázatleírásokhoz tartozó grafikák készítésekor ellenőrizzük, hogy a szerzőknek van-e engedélyük bizonyos képek felhasználására, szerepel-e a fotón híresség arc, valamint az egyéb bolti követelményeknek való megfelelést.

Terméktámogatás

A projektek a szállítás után a technikai támogatás szakaszába kerülnek.

A mobilalkalmazásokat fejlesztik, népszerűsítik, értékesítik és egyre népszerűbbé válnak. A statisztikák azt mutatják, hogy 2021-re a mobilalkalmazások bevétele meghaladja a 200 milliárd USD-t, a letöltések száma pedig 350 milliárdra nő.

Valójában jelenleg 2,8 millió alkalmazás érhető el a Play Áruházban (Google), és Alkalmazásbolt(Apple) – 2,2 millióval több, és ezek a számok évről évre nőnek. Ahogy a mobilok dominanciája az asztali számítógépekkel szemben folyamatosan növekszik, a mobilalkalmazások nyilvánvalóan itt maradnak. Főleg az üzleti élet és a technológia világában.

Természetesen sok üzletember, miután megismerkedett ezzel a területtel, szeretné tudni: mennyi időt és erőfeszítést igényel a mobil alkalmazások létrehozása? Találjuk ki.

A mobilalkalmazások fejlesztése 3-5 hónapot vesz igénybe

Évente 1 millió új alkalmazás jelenik meg a Google alkalmazásban és az App Store-ban. De nagyon nehéz konkrét adatokat találni, amelyek leírják, mennyi ideig tartott az egyik fejlesztése. Számos cikk szerzői ebben a témában nem veszik a fáradságot, hogy megerősítsék a fejlesztés feltételeit.

Két érdekes tanulmányt találtunk, amelyek véleményünk szerint a legpontosabban írják le a mobilalkalmazások fejlesztési idejét.

Először is a Kinvey-tanulmány. 2013-ban 100 mobilalkalmazás-fejlesztőt kérdeztek meg. A vizsgálat során a szakértőknek meg kellett becsülniük, hogy mennyi idő alatt készülnek el az alkalmazás (MVP) fő összetevői Androidra vagy iOS-re.

Az adatok átlagolása után Kinvey megállapította, hogy körülbelül 18 hetet (azaz 4,5 hónapot) vesz igénybe egy „natív MVP-alkalmazás” létrehozása, amelyből 10 hetet a „backend” fejlesztésére, 8 hetet pedig a „frontend” fejlesztésére fordítanak.

A második említésre méltó tanulmány egy 2017-es GoodFirms kiadvány. Számos felmérést ír le az alkalmazások felépítéséről, elemzi a mobilalkalmazások létrehozásával kapcsolatos idő- és költségeket. Kinveyhez hasonlóan a GoodFirms is több tucat interjút készített technológiai cégek, arra kérve a résztvevőket, hogy becsüljék meg, mennyi időbe (és mennyi pénzbe) kerülne az olyan alkalmazások fejlesztése, mint az Instagram, a Tinder és az Uber, majd átlagolják válaszaikat.

Felmérések alapján a GoodFirms azt állítja, hogy teljes fejlesztőcsapattal:

• A „multifunkcionális nagy terhelésű alkalmazások”, mint például az Instagram és az Uber, 4,5–5,5 hónapot vesz igénybe;
• A „közepes nehézségű alkalmazások”, például a WhatsApp vagy a QuizUp létrehozása körülbelül 4–6 hónapot vesz igénybe;
• A „kevesebb funkcionalitással rendelkező felhasználóbarát alkalmazások”, mint például a Tinder és a Periscope, 3-4 hónapot vesz igénybe.

Mindkét tanulmány azt mutatja, hogy egy mobilalkalmazás fejlesztése hozzávetőlegesen 3-5 hónapos folyamat. Természetesen az alkalmazás összetettségétől és terjedelmétől függően ezek a kifejezések változhatnak, általában ez az időtartam a jellemző.

Most nézzük meg az alkalmazás létrehozásának főbb szakaszait, hogy megértsük, milyen tényezők befolyásolják a fejlesztési időt.

A mobilalkalmazások fejlesztésének fő szakaszai, vagy miért tart olyan sokáig

A mobilalkalmazások fejlesztése egy „iteratív folyamat”, ahol zökkenőmentesen mozoghat a kutatás, fejlesztés, tesztelés, testreszabás és az alkalmazás kiadásának különböző szakaszai között. De úgy gondoljuk, hasznos lenne néhány alapvető lépést meghatározni.

1. szakasz: Kutatás és tervezés

Korábban ezt a szakaszt megbeszéltük veled, kicsit megismételjük. A mobilalkalmazás létrehozásának legelső lépése két fő kérdéscsoport megválaszolását jelenti:

• Miért akarom létrehozni ezt az alkalmazást? Miért kellene léteznie? Milyen hasznot hoz majd a világ számára? Valóban használni akarják az emberek? Milyen emberek? Miért?
• Léteznek már ilyen jellegű alkalmazások? Ha igen, miért gondolom, hogy meg tudom győzni a versenytársaimat? Miben lesz más az alkalmazásom, és miért lesz jobb a már elérhetőnél?

Lényegében a célpiac és a célközönség mélyebb megértéséhez meg kell válaszolnia a következő kérdéseket: „Mit tegyen az alkalmazásom?” – Miért létezik? és „Hogyan győzhetem le a versenytársaimat?”

Széleskörű kutatást kell végeznie a piaci keresletről és a vásárlói igényekről, ügyelve arra, hogy a) azonosítsa és igazolja a pénzzé váló vásárlói fájdalmat, b) kiszámítsa a piac méretét, és c) érvényesítse termékötletét.

Meglehetősen nehéz pontosan meghatározni, hogy mennyi ideig tart ezen fontos adatok összegyűjtése és érvényesítése. Valószínűleg ehhez 2-3 hétre van szüksége.

2. szakasz: Funkciók és jellemzők

Igényeinek elemzése után célközönség, fájdalmainak megértése, a piaci kereslet mennyiségének meghatározása - eljött az idő egy mobilalkalmazás funkcionalitásának kialakítására és a legfontosabb jellemzői meghatározására.

Ez az a szakasz, amelyben meg kell határoznia az alkalmazás működését:

• Mit kell tennie?
• Milyen feladatokat, funkciókat és műveleteket végezzen (integráció más alkalmazásokkal, chat stb.)?
• Hogyan fogja feldolgozni az adatokat? Nyers adatokat gyűjt a felhasználóktól, vagy meglévő struktúrákat használ?

Ez az a pont, ahol létre kell hozni a „vizuális prototípust”, azaz „az alkalmazás felhasználói felületének reprezentációját, amely megjeleníti a tartalom képernyőit és a képernyők közötti kapcsolatot”. A prototípus segít azonosítani a használhatósági problémákat és javítani a felhasználói felületet.

Ebben a szakaszban „használati eseteket” is kidolgoz – sablonokat, amelyek segítségével megértheti, hogy a célközönség hogyan fog interakcióba lépni az alkalmazással. Ne feledje: "minél több funkciót ad hozzá, annál összetettebb lesz a terméke, és annál tovább tart az alkalmazás létrehozása."

Az egyik legfontosabb döntés, amelyet ebben a szakaszban meg kell hoznia, hogy az alkalmazás több operációs rendszert és/vagy eszközt támogat-e, vagy csak egyre korlátozódik. operációs rendszerés/vagy eszköz. A gyakorlatban ez általában azt jelenti, hogy el kell döntenie, hogy az alkalmazás elérhető lesz-e iOS, Android és/vagy Windows rendszeren.

Miért számít ez a választás az időzítés szempontjából?

2 egyszerű igazság:

• Egy alkalmazás fejlesztése több operációs rendszerre és/vagy eszközre szinte mindig tovább tart.
• Bár a különbség idővel kevésbé szembetűnő, Ebben a pillanatban, egy Android-alkalmazás kifejlesztése általában 20-30%-kal több időt vesz igénybe, mint egy iOS-alkalmazás elkészítése.

Általában az iOS a választott platform, a céleszközök és az operációs rendszer verzióinak kis száma miatt. Sokkal egyszerűbb megbizonyosodni arról, hogy az alkalmazás hibátlanul működik mindegyiken, mint tesztelni úgy, hogy egyszerre több operációs rendszerre fejleszt megoldást. Ráadásul az alkalmazást szinte lehetetlen mindegyikre optimalizálni Android készülékek, mert ma már több mint 12 000 különböző típus létezik.

Így az Android-alkalmazások létrehozása és tesztelése tovább tart, ha nem korlátozza a támogatott eszközök és képernyőfelbontások számát. Ha mindkét platformra hoz létre alkalmazást, a projekt időtartama és költségvetése megduplázódhat.

Ha iOS és Android (és esetleg Windows) rendszerre is szeretne alkalmazást fejleszteni, akkor két út közül választhat:

• Használjon minden egyes platformra jellemző programozási nyelvet; vagy
• Használjon többplatformos fejlesztőeszközt (pl. Apache Cordova, React Native stb.) mindkét verzió egyidejű létrehozásához, és ezáltal egyszerűsítse a folyamatot.

Ezt követően sem lehet biztosan megjósolni a fejlődési időt. Hagyjon 3-5 hetet az alkalmazás fő funkcióinak és jellemzőinek megismerésére.

3. SZAKASZ: Műszaki képességek, tervezés és fejlesztés

Tehát Ön meghatározta, hogyan működjön az alkalmazás, és mit vár el tőle. A következő lépés annak biztosítása, hogy ezek a funkciók és szolgáltatások valóban léteznek-e és megfelelően működjenek. Egyszerű szavakkal, Önnek és műszaki csapatának biztosnak kell lennie abban, hogy biztosítani tudja a háttér- és az előtér-kompatibilitást.

Hasznos leírást ad a két egymással összefüggő szerkezetről:

„A front-end fejlesztők részt vesznek a kódelemzésben, -tervezésben és -fejlesztésben. Ők szabályozzák, hogy az emberek mit lássanak először böngészőjükben vagy alkalmazásukban. Front-end szakemberként Ön felelős az oldal megjelenéséért, logikájáért és kialakításáért.

A háttér a fejlesztés szerveroldalára utal, és főként a webhely működésére összpontosít. Általában három részből áll: szerver, alkalmazás és adatbázis. A háttérfejlesztők által írt kód az adatbázissal kapcsolatos információkat továbbítja a böngészőnek vagy az alkalmazásnak.”

Technikailag a front-end folyamatok közé tartozik a gyorsítótárazás, a szinkronizálás, a prototípuskészítés, a felhasználói felület tervezése, a felhasználói felület fejlesztése és a felhasználói felület hibakeresése. Az adattárolás, a felhasználókezelés, a háttér logika, az adatintegráció, a push műveletek és a verziókezelés a háttérhez tartoznak.

Rendkívül fontos, hogy a back-end és a front-end fejlesztők folyamatosan kommunikáljanak egymással, különben fennáll annak a veszélye, hogy olyan helyzet alakul ki, amelyben egyesek munkája az alkalmazásban ütközik mások munkájával.

Az alkalmazás létrehozásának kritikus része hozzáférést igényel az alapul szolgáló adatokhoz, amelyeken minden futni fog.

Nyilvános API-kulcsokat fog használni? Vagy egyedi kódot készítesz?

Az API egy „Application Programming Interface”, más szóval kész osztályok, eljárások, függvények, struktúrák és állandók halmaza, amelyeket egy alkalmazás (könyvtár, szolgáltatás) vagy operációs rendszer biztosít külső használatra. szoftver termékek. A programozók használják mindenféle alkalmazás írásakor.

A világ legnagyobb alkalmazásai – a DropBoxtól, a Facebooktól és az Instagramtól a Skype-ig, a Twitterig és az Uberig – nyilvános API-kkal rendelkeznek, amelyeket a fejlesztők saját alkalmazásaik elkészítéséhez használhatnak.

Például a Tinder a Facebook API-t használja: a Tinder-felhasználók Facebook-profiljukon keresztül jelentkeznek be, így nincs szükség arra, hogy az alkalmazás a semmiből hozza létre saját felhasználói közönségét.

A front-end és a back-end kompatibilitás meghatározása (mint előfutárként vagy közösen végzett feladatként) megköveteli az UX és UI tervezésben való részvételt, beleértve a prototípuskészítést is.

Az UX-tervezés része, a „drótváz” „egy oldal vagy alkalmazás felületének kétdimenziós illusztrációja, amely kifejezetten a hely elosztására és a rendelkezésre álló tartalom priorizálására összpontosít. funkcionalitásés a tervezett felhasználói viselkedés.

A drótváz szürke blokkok halmaza, amelyek segítenek:

• Csatlakoztassa az alkalmazás adatait;
• Tisztázza az információk felhasználói felületen való megjelenítésének következetes módjait;
• Határozza meg a kívánt funkcionalitást az interfészen;
• A tartalom rangsorolásához határozza meg, hogy mennyi helyet kell lefoglalni egy adott elem számára, és hol helyezze el az elemet a képernyőn.

A prototípuskészítés (wireframing) a termék létrehozási és finomítási ciklusának különböző szakaszaiban végezhető el.

Például egyesek szívesebben fejlesztenek drótvázat a jellemződefiníciós fázis elején.

Mások úgy vélik, hogy a drótkeretezést célszerűbb használni a tervezési és fejlesztési szakaszban, figyelembe véve az előtér- és háttérkompatibilitási tanulmányokkal együtt.

A prototípus elkészítése után létre kell hozni egy grafikus felhasználói felületet (GUI), ahol meghatározott betűtípusokat, színeket, témákat és ikonokat hoznak létre/adnak hozzá.

Az eredmény egy világos vizuális irány, valamint a makettek, amelyek megmutatják a mérnököknek a tervezett végterméket, és azt, hogy az interakciónak hogyan kell megtörténnie és éreznie magát az alkalmazáson belül.

A tényleges fejlesztéssel (azaz a mobilalkalmazás kódjának megírásával) kapcsolatos műszaki előírások nem tartoznak e cikk hatókörébe.

Ehhez a témához azonban érdemes egy rövid, de fontos megjegyzést tenni.

Létrehozhat egy új alkalmazást speciálisan erre a célra kialakított szoftverplatformokkal, de javasoljuk, hogy professzionális fejlesztő cégekkel dolgozzon együtt, akik tapasztalattal segítik a vállalkozókat ötleteik sikeres megvalósításában. A fejlesztés (termékkód létrehozása) kétségtelenül az egyik legbonyolultabb és legnehezebb szakasza a mobilalkalmazások készítésének.

A fejlesztési szakasz kétségtelenül a mobilalkalmazások létrehozásának egyik legbonyolultabb és legnehezebb szakasza. Tapasztalataink ezt igazolják A legjobb döntés az alkalmazás fejlesztéséhez vegye fel a kapcsolatot egy tapasztalt fejlesztőkből álló céggel. Az olyan cégeknél, mint az INOSTUDIO, szakértő fejlesztőkből és tervezőkből, menedzserekből és tesztelőkből álló csapatok állnak, akik minden bizonnyal segítenek egy megbízható, stabil, vonzó és nagy teljesítményű alkalmazás létrehozásában. A felhasználóinak pedig biztosan tetszeni fog.

Általában a 3. szakasz minden tevékenysége legalább 1-2 hónapot vesz igénybe.

4. fázis: Tesztelés és finomítás

Az alkalmazás létrehozásának utolsó szakasza (a tényleges bevezetés és a kapcsolódó marketingtevékenységek kivételével) a tesztelés és a finomítás.

Ebben a szakaszban bizonyos értelemben a tesztelés a fejlesztési szakasz része, mivel a programozói és az alfatesztelői folyamatosan megpróbálják „megtörni” az alkalmazást az alkalmazás létrehozása során, hogy az indítás előtt megtalálják és kijavítsák a kódban lévő hibákat.

Ez a fajta tesztelés a szervezeten belüli, mivel az alkalmazottak (akár alkalmazottak, akár alvállalkozók) szabványosított diagnosztikát végeznek, mielőtt az alkalmazás valódi végfelhasználók kezébe kerülne.

Másrészt azonban a tesztelés önálló fázis is lehet, miután a belső csapat igazolta az alkalmazás alfa verzióját, azt elküldik egy korlátozott közönségnek, hogy a való világban is tesztelhető legyen.

A béta tesztelés egy alkalmazás „laboron kívüli” terheléses tesztelése, hogy megtudja, hogyan fogja használni a célközönség. Úgy tudják majd használni az alkalmazást, ahogy nekik tetszik, nem pedig úgy, ahogyan eltervezted.

Ezen a ponton már nem kell meghatároznia, hogy az alkalmazás hogyan reagáljon, amikor megpróbálja úgy használni, ahogyan azt használni kívánta; ehelyett a béta tesztelés arról szól, hogyan bírja ki az alkalmazást, amikor a "szokásos emberek" letöltik telefonjukra, és szabadon használhatják, ahogy akarják.

Az alfatesztelés jelentős hibákat és hibásságokat tár fel, míg a béta tesztelés korábban elképzelhetetlen problémákat és hibákat tár fel, amelyek "szabad repülés közben" fordulhatnak elő.

Az alfa- és béta tesztelés elengedhetetlen lépései egy robusztus és sikeres alkalmazás felépítésének. Ha egy kör (vagy több kör) alfatesztelést végzett, akkor a béta tesztelési szakasza nem tarthat sok időt, ezért körülbelül 3-4 hetet szánunk a tesztelésre és a véglegesítésre.

És végül

Összegezve a cikkben leírt négy fő fázis mindegyikére kiszámított időt, meghatározzuk a mobilalkalmazás létrehozásának időtartamát - legalább 4-5 hónapot.

Így azt látjuk, hogy egy alkalmazás elkészítése meglehetősen hosszú és összetett folyamat, amely sok előkészületet, türelmet és elhivatottságot igényel, hogy mindent megfelelően lehessen csinálni.

Az internet és az okostelefonok elérhetővé válásával évről évre nő az érdeklődés a mobilalkalmazások iránt. A fejlesztés témája és funkcionalitása nem szűnik meg ámulatba ejteni. Nagyvállalatokés a szervezetek a mobilalkalmazások felé fordulnak üzletük bővítése érdekében.

A mobilalkalmazást az ötlettől a megvalósításig több fontos előkészítési szakasz választja el:

• célpiac meghatározása
• tervezés
• részletes feladatmeghatározás (TOR) elkészítése
• prototípus készítés
• tervezés
• fejlesztés
• tesztelés
• tesztelés és fejlesztés után postázzuk a működőképet mobil verzió alkalmazások az App Store-ban, a Google Play-ben stb. és kövesse az értékeléseket és a statisztikákat

Fordulópont következik, amikor el kell döntenie, hogy milyen funkcionalitás alkotja az MVP-t (minimális életképes termék), hogyan kell átgondolni a jövőbeli terjeszkedés architektúráját, milyen technológiákat kell választani, és ezen felül meg kell határoznia a munkaerőköltségeket és a projekt megvalósításának ütemezése. Ennek a folyamatnak a optimalizálása érdekében ajánlatos egy tervet készíteni. Az alábbiakban elmagyarázzuk, hogy miért fontos ez a szakasz, illetve, hogy milyen alkalmazások készítésekor lehet kihagyni, és melyikben lesz az a hiba, amely többletbefektetést eredményez az ügyfél számára.

Mobil alkalmazás tervezése

Nem minden alkalmazásnak van szüksége tervezésre. Egy egyszerű alkalmazás nem igényel tervezési munkát. A tervezéshez egyedi, nyilvánvalóan új funkcionalitású alkalmazásokra van szükség, amelyek számos olyan funkciót és rendszert integrálnak, amelyek nem egyértelműek lehetséges megoldások. Egyes, különösen összetett esetekben a tervezési szolgáltatás külön szerződésben történik.

A színpad feladata megérteni és rögzíteni:

1. Hogyan fog megvalósulni a csapatok interakciója a projektben mindkét oldalról

2. Milyen erőforrásokat vonnak be a fejlesztésbe (elsősorban az ügyfél és a fejlesztő szakembereinek munkája)

3. Mikor reális egy MVP elindítása, annak funkcionalitása

4. Hogyan fog fejlődni a projekt az MVP (hosszú távú projektfejlesztési terv) megjelenése után?

A mobilalkalmazás tervezésének szakaszai

1. Marketing

1) Az alkalmazás létrehozásának célja

Egy alkalmazás létrehozása előtt a legnagyobb figyelmet kell fordítani a fejlesztési célokra. A legtöbb általános kérdésekígy hangozhat: „Kinek szól ez az alkalmazás?”, „Miért fogják használni az emberek?”. A tervezési folyamat során ezeket a pillanatokat mélyrehatóan és a lehető legrészletesebben dolgozzák ki - ezen információk nélkül a fejlesztés értelmét veszti.

2) Egyéni szkriptek

Az alkalmazást meghatározott személyek fogják használni meghatározott feladatokkal, így mindegyikük számára ki kell dolgozni a legkényelmesebb megoldást ezeknek a problémáknak a megoldására. Ezen a szakaszon való átjutáshoz fontos, hogy az ügyfél teljes körű információval rendelkezzen célközönségéről, és alaposan ismerje egyik vagy másik szegmensének képviselőinek viselkedését.

3) Promóció

Az alkalmazás csak akkor kap életet, ha letölti és használja. A termék megjelenése utáni promóciós stratégiájának kidolgozása lehetővé teszi, hogy eligazodjon a jövőbeni befektetések volumenében.

2. Architektúra, szerkezet és interfészek

1) Építészet

Szerver adatbázis tervezés

2) Szerkezet

Az előző szakasz eredményei alapján elkészítjük az alkalmazás szerkezetét, a szükségeset meghagyva, a felesleget eldobva.

3) Interfész prototípusok

Ismét a felhasználói forgatókönyvek alapján prototípusokat készítünk az alkalmazás összes felületéről (képernyőjéről).

3. Technológia

A technológiák megválasztása meghatározza az alkalmazás egész jövőjét. Natív, hibrid vagy cross-platform lesz. Milyen terhelést kell elviselnie a szervernek. Milyen integrációs lehetőségeket kell biztosítani. Ezek és sok más, nem nyilvánvaló kérdés ebben a szakaszban megoldódik.

4. MVP kiválasztása

A minimális funkcionalitás elindítása lehetővé teszi az alkalmazás tesztelésének megkezdését rövid időn belül - 2-3 hónapon belül. Ez lehetővé teszi, hogy kapcsolatba kerüljön a közönséggel, letöltéseket szerezzen, megerősítse/cáfolja a felhasználói szkriptek írása során feltett hipotéziseket, és első visszajelzést kapjon a felületekről és a használhatóságról.

Az MVP egy funkcionalitásban és dizájnban is érthető termék, világosan meghatározott határidőkkel és fix előállítási költséggel. Az MVP fejlesztési időszakban a csapat működése alapján dönthet a további együttműködésről az Idő és Anyag feltételeivel (a ténylegesen eltöltött normatív órák alapján)

5. Hozzon létre egy hosszú távú fejlesztési tervet

Az alkalmazás funkcionalitásának bővítése és népszerűsítése a mérföldkövek, az előzetes határidők és a munkaerőköltségek tekintetében kerül leírásra. A hosszú távú stratégia segít megtervezni a szükséges beruházás teljes összegét.

Még egyszer a mobilalkalmazás létrehozása előtti tervezés előnyeiről

Egy összetett projekt „kényszer” létrehozása általában egy végtelen, hosszú távú konstrukcióvá változtatja, amely kiszámíthatatlan kilépésekkel, szükségtelen iterációkkal, szükségtelen műveletekkel, valamint az ügyfél és a fejlesztői csapatok közötti félreértésekkel jár.

Éppen ellenkezőleg, egy jól lebonyolított tervezési szakasz lehetővé teszi, hogy átlátszó képet lásson a készülő munkáról a maga teljességében, és ne menjen el vakon, hanem kölcsönösen tisztában legyen azzal, hogy mit, miért és kinek csinálnak. mennyi ideig tart és mekkora a szükséges beruházás.

13 évesen kezdtem el grafikai tervezést tanulni. Online tanfolyamokon tanultam meg weboldalakat tervezni, és egész nap a Photoshoppal és az Affinity Designerrel játszottam. Ez a tapasztalat megtanított arra, hogyan gondolkodjak tervezőként.

Már közel egy éve foglalkozom alkalmazások tervezésével és fejlesztésével. Részt vettem a Massachusettsben technológiai Intézet, ahol az Universeaty alkalmazásfejlesztő csapatában dolgoztam. Két hónappal ezelőtt elkezdtem dolgozni egy új Crypto Price Tracker alkalmazáson, amely éppen január 28-án jelent meg.

Ebben a cikkben megosztom a tervezési folyamatot, amelyet lépésről lépésre követek, amikor alkalmazásokon dolgozom. Ez segíteni fog azoknak, akik szeretnének tanulni vagy fejleszteni digitális tervezési készségeiket. A tervezés nem csak a tervezőszoftver használatáról szól, és ez a cikk nem tanítja meg ennek használatát. Több száz minőségi oktatóanyag található az interneten. A tervezés a termék lényegének, funkcionalitásának megértését, valamint a végfelhasználókat szem előtt tartó tervezést is jelenti. Ez az, amit ez a cikk megtanít Önnek.

Tervezési folyamat:

1. Hozzon létre egy felhasználói folyamatot minden képernyőhöz.
2. Prototípusok létrehozása/rajzolása.
3. Válasszon tervezősablonokat és színpaletták.
4. Hozzon létre egy dizájnt.
5. Hozzon létre egy animált alkalmazás prototípust, és kérje meg az embereket, hogy teszteljék, és adjanak visszajelzést.
6. Végezze el az elrendezések végső retusálását, hogy az összes végső képernyő készen álljon a fejlesztésre.

Kezdjük!

Userflow

Az első lépés az, hogy kitaláljuk, milyen funkciókat szeretnénk látni az alkalmazásban. Ha megvannak az ötletei, hozzon létre egy felhasználói folyamatot. Ez egy folyamatábra az alkalmazás működéséről.

Egy felhasználói folyamat általában háromféle alakzatból áll.

• A téglalapokat a képernyők ábrázolására használják.
• A gyémántokat a feltételekhez használják (pl. nyomja meg a bejelentkezési gombot, húzza balra, nagyít).
• A nyilak összekapcsolják a képernyőket és a feltételeket.

A felhasználói folyamatok nagyon hasznosak, mert jó logikai képet adnak az alkalmazás működéséről.

Itt van egy felhasználói folyamatábra, amelyet akkor rajzoltam, amikor elkezdtem tervezni az alkalmazásomat.

Felhasználói folyamat a fő felülethez.

Prototípusok

Miután befejezte az egyes képernyők felhasználói áramlását, elkezdhet dolgozni az összes képernyő prototípusán. A prototípusok alapvetően az alkalmazás alacsony részletességű vázlatai. Alapvetően egy vázlat vagy diagram, ahol a képek, címkék, gombok stb. Egy hozzávetőleges vázlat az alkalmazás működéséről.

Az UI Stencils nyomtatható sablonjait használom a drótvázak rajzolásához. Ez időt takarít meg, és jó munkaterületet biztosít a rajzoláshoz és a jegyzetek készítéséhez.

Itt van egy példa egy prototípusra.

Mobilalkalmazás interfész prototípusa

A prototípus elkészítése után használhatja a Pop nevű alkalmazást, és az alkalmazással pillanatképet készíthet az összes rajzáról, és kattintható prototípust kaphat az összes képernyő gombokkal való összekapcsolásával.

Tervezési vázlatok és színpaletták

Ez a kedvenc részem. Ez olyan, mint a kirakatvásárlás. Rengeteg tervezési minta és színpaletta közül választhat. Kiválasztom a nekem tetszőket és kísérletezek velük.

A minták megtalálásának legjobb platformja a Mobile Patterns és a Pttrns. Ha jó színpalettákat szeretne találni, látogassa meg a Color Hunt webhelyet.

Tervezés

Végül továbblép a tervezőszoftver használatára. Olyan, mintha a jövőben bejelentkeztél volna az alkalmazásodba, és készítettél néhány képernyőképet. Reálisan kell kinéznie, és nagyjából olyannak kell lennie, mint az igazi.

Létezik szoftver fejlesztési és tervezési eszközök. Az Affinity Designert használom. A leggyakrabban használt iOS tervezőeszköz a Sketch.

Íme egy példa az alkalmazásom néhány korai kialakítására.

Kép átvitele pixelbe!

Többet kísérleteztem különböző színpalettákkal.

Megosztottam az eredeti elrendezéseket barátaimmal, hogy visszajelzést kapjanak. Úgy tűnik, sokan szeretik az arany-gradiens-fekete sémát.

Készüljön fel a visszajelzésekre, és kísérletezzen új javaslatokkal! Csodálatos visszajelzést kap a felhasználóktól, amikor beszél velük, nem pedig akkor, amikor eszeveszetten böngészi a Dribbble-t vagy a Behance-t.

Így újraterveztem az elrendezést, és eltávolítottam a háttérgrafikát, mert ezek előállítása technikailag időigényes volt, és csökkentette az olvashatóságot. Mi lett a vége:

Az arany színátmenet feketével meglepően jól néz ki!

Elégedett voltam a színsémával, a lapsáv ikonjaival és az általános elrendezéssel. Továbbmentem, és a többi képernyőt is ugyanazokat a tervezési elveket követve terveztem meg. Hosszú, de őrülten izgalmas folyamat volt!

Miután az összes képernyőm elkészült, megépítettem egy prototípust az Adobe XD-ben, és megkértem néhány barátomat, hogy kísérletezzenek és adjanak visszajelzést.

Az utolsó simítások után így néz ki a tervem végleges változata.

Végső verzió tervezés

Miután az összes képernyő elkészült, importáltam őket az Xcode-ba, és elkezdtem fejleszteni az alkalmazást.

Ez minden! Remélem, ez a cikk segít az alkalmazástervezés megkezdésében, vagy abban, hogy jobb tervezővé váljon. És ha tetszik az alkalmazásom, letöltheti.

A cikket az egyik kedvenc tervezési idézetemmel zárom.

„A dizájn nem csak arról szól, hogyan néz ki és érez egy tételt. A tervezés így működik"
- Steve Jobs