Kiterjesztett valósággal (AR) készült betűk fejlesztése, amely lenyűgöző élményt nyújt!

Kiterjesztett Valóság Fejlesztés otthoni és személyes projekthez

A Kiterjesztett Valóság Fejlesztés magánügyfélként akkor éri meg, ha nem csak látványt szeretnél, hanem olyan digitális elemet, amely a telefon kameráján keresztül valóban hozzáad valamit a valós képhez. Ilyen lehet egy személyes üdvözlőkártya, egy különleges meghívó, egy családi emlékhez kapcsolt 3D jelenet, egy otthon kipróbálható tárgyelhelyezés vagy egy rövid bemutató, amelyet képernyőn keresztül lehet használni. A lényeg nem az, hogy hangzatos legyen a technológia. A lényeg az, hogy a végeredmény működjön, gyorsan betöltsön, és érthető legyen annak is, aki először próbálja.

Én azt látom, hogy a legtöbb magánügyfél nem teljes alkalmazást akar, hanem egy jól körülhatárolt feladatot. Egy rövid élményt. Egy egyszerű, de megbízható megoldást. Ez fontos különbség, mert a Kiterjesztett Valóság Fejlesztés nagyon eltérő méretű feladatokat takarhat. Van, ami néhány nap alatt elkészül. Van, ami már több egyeztetést, tesztet és külön eszközre szabott finomítást kér. A Qjob.hu oldalon is akkor találsz könnyebben megfelelő embert, ha nem csak azt írod le, hogy kellene valami AR, hanem azt is, hogy mi történjen a képernyőn, mennyi ideig tartson az élmény, és ki fogja használni.

AR fejlesztés mire jó magánügyfélként

AR fejlesztés magánemberként többféle célra kérhető. Sokan először reklámra gondolnak, pedig személyes használatra is bőven van értelme. Egy képfelismeréses megoldás rátehet animációt egy nyomtatott képre. Egy tárgymegjelenítés segíthet eldönteni, hogyan mutatna valami a szobában. Egy egyszerű, kamerára épülő felület játékosabbá teheti az ajándékot vagy az online meghívót. És van, amikor csak annyi a cél, hogy egy rövid bemutató látványosabb legyen.

Tapasztalatom szerint akkor lesz jó az ötlet, ha a feladat röviden elmondható. Ha egy mondatban meg tudod fogalmazni, mit lásson a felhasználó és mit csináljon, akkor a projekt jó eséllyel kézben tartható. Ha már az elején túl sok funkció kerül bele, a munka gyorsan elnehezül. Sokan ott hibáznak, hogy egy egyszerű AR élményből félkész alkalmazást akarnak csinálni. Ettől a határidő nő, az ár emelkedik, a végeredmény pedig gyakran bizonytalanabb lesz.

Volt olyan eset, amikor egy ügyfél eredetileg csak azt kérte, hogy egy fotóra nézve jelenjen meg egy rövid 3D üzenet. Ez tiszta, jól körülhatárolt feladat volt. Később viszont szeretett volna hozzá hangot, külön menüt, több jelenetet és mentést is. A projekt így már nem rövid internetes munka lett, hanem bonyolult fejlesztés. A végén visszatértünk az alapötlethez, és az működött igazán jól. Szerintem ez jó példa arra, hogy ezen a területen az egyszerűbb megoldás sokszor többet ér.

AR projekt előkészítése

Egy jól induló AR projekt nem a programozással kezdődik, hanem a feladat tisztázásával. Először el kell dönteni, mi indítja el az élményt. Egy kép. Egy tárgy. Egy felület. Vagy maga a kamera nézete. Utána jön az, hogy pontosan mi jelenjen meg. Kép, animáció, szöveg, hang vagy 3D modell. És rögtön ezután érdemes tisztázni azt is, milyen készüléken akarod használni. Nem mindegy, hogy újabb telefonra készül valami, vagy régebbi eszközre is megbízhatóan kell futnia.

Én azt látom, hogy a brief akkor hasznos, ha rövid és konkrét. Nem kell hosszú dokumentum. Kell a cél. Kell két vagy három példa a kívánt hangulatra. Kell egy lista a kötelező elemekről. És kell egy mondat arról, mi az, ami már nem fér bele. Ez utóbbit sokan kihagyják, pedig rengeteg félreértést megelőz. Ha például csak telefonos használat kell, azt jó előre leírni. Ha nem kell külön letölthető alkalmazás, hanem böngészőben megnyíló megoldás elég, azt is rögtön érdemes kimondani.

Az anyagok előkészítése is lényeges. Ha saját 3D modell, fotó, hang vagy grafika lesz használva, azokat időben át kell adni. A szakember sokszor tud segíteni abban, hogy miből mi használható, de a hiányos forrásanyag lassít. Tapasztalatom szerint sok csúszás itt indul. Nem a kód miatt, hanem azért, mert nincs végleges kép, nincs jó minőségű modell, vagy az ügyfél menet közben változtatja a fő irányt.

Kiterjesztett valóság fejlesztés folyamata

A Kiterjesztett Valóság Fejlesztés távolról is jól szervezhető, ha a lépések előre tiszták. Az első szakasz általában az ötlet pontosítása és a műszaki keret kijelölése. Ezután készül egy egyszerű vázlat vagy működési terv. Ilyenkor még nem a végső látvány a fontos, hanem az, hogy a rendszer hogyan indul el, mit ismer fel, és milyen mozgást vagy tartalmat jelenít meg. Ha ez jóváhagyást kap, csak utána érdemes a részletesebb megvalósításra időt fordítani.

A következő rész a fejlesztés és a belső próba. Itt dől el, hogy a kamera felismeri e elég stabilan a képet, a 3D elem mennyire mozog simán, és a betöltés nem akad e meg gyengébb készüléken sem. Szerintem ez az a pont, amit kívülről sokan nem látnak, pedig ez választja el a használható munkát a látványos, de törékeny eredménytől. Egy AR megoldás lehet első ránézésre szép, mégis gyenge, ha bizonytalanul indul vagy túl lassú.

Az ügyfél oldali próba legalább ennyire fontos. Az internetes együttműködésben gyors visszajelzés kell. Nem hosszú elemzés, hanem rövid, pontos megjegyzések. Mi jó. Mi nem jó. Hol csúszik. Hol túl erős vagy túl kevés az effekt. Aki napokig nem reagál, az gyakorlatilag a saját határidejét is tolja. Én azt látom, hogy az ilyen munkákban a kommunikáció sebessége szinte ugyanolyan fontos, mint maga a technikai tudás.

Egy tapasztalt AR fejlesztő általában nem ugrik rögtön a teljes építésre. Előbb ellenőrzi, hogy a feladat valóban megvalósítható e a kért formában. Ez különösen fontos akkor, ha régebbi telefonokon is működnie kell, vagy ha a felhasználó nem akar semmit telepíteni. Ilyenkor sokszor jobb kisebb célt választani és azt stabilan megcsinálni.

Szabadúszó AR fejlesztő választása

Szabadúszó AR fejlesztőt nem csak portfólió alapján érdemes választani. A korábbi munkák fontosak, de legalább ennyire fontos az is, hogyan gondolkodik a feladatról. Rákérdez e a készülékekre. Kéri e előre az anyagokat. Beszél e a tesztelésről. Elmondja e, mi számít javításnak és mi számít új kérésnek. Ezekből nagyon gyorsan látszik, hogy mennyire lesz rendezett a közös munka.

Szerintem jobb az a szakember, aki az elején visszafogottabban ígér, de pontosan fogalmaz. Ha valaki mindenre azonnali igen választ ad, az nem mindig jó jel. Ezen a területen ugyanis sok minden függ a forrásanyagtól, az eszköztől és a választott megoldástól. Egy komolyabb szakember inkább tisztáz, mint találgat. És ez magánügyfélként kifejezetten előny.

Érdemes megkérdezni azt is, hogy milyen formában küld próbaverziót, mennyi javítási kör fér bele, és ki végzi a készülékes ellenőrzést. Ha nincs szó tesztről, abból később gond lehet. Én azt látom, hogy a portfólióban szereplő szép videó önmagában kevés. A valódi érték az, ha a saját telefonodon is működik a megoldás, nem csak bemutatófelvételen.

AR fejlesztés árak

Az AR fejlesztés ára erősen függ attól, hogy egyszerű kamerás effektet kérsz, képfelismeréses megoldást, böngészőben futó élményt vagy külön 3D elemekkel épített jelenetet. A nemzetközi szabadúszó piacon az egyszerű közösségi szűrők alacsonyabb árról indulnak, míg az összetettebb böngészős vagy több elemből álló AR munka jóval magasabb sávba esik. Magánügyfélként általában nem nagy rendszert rendelsz, hanem kisebb, célzott feladatot. Emiatt az árak széles sávban mozognak, de mégis jól belőhető, hogy melyik kérés számít alapnak és melyik már összetettebb fejlesztésnek.

A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden alacsony ár rossz, hanem azért, mert valamin biztosan spórolni kell. Többnyire a tesztelés rövidül le, a fájlátadás lesz hiányos, vagy a javítási kör fogy el túl hamar. Tapasztalatom szerint a korrekt ár ott kezdődik, ahol külön látszik, mi tartozik bele a feladatba, és mi az, ami már plusz kérés.

AR fejlesztés tipikus hibái

Az egyik leggyakoribb hiba az, hogy az ügyfél csak az eredményt írja le, de az odavezető használati helyzetet nem. Azt mondja, hogy legyen látványos. De nem írja le, hogy mennyi ideig fogja használni a felhasználó, milyen telefonon próbálja, lesz e internetkapcsolat, és kell e hozzá külön útmutató. A másik gyakori hiba az, hogy túl sok anyagot akarnak egyszerre megmutatni. Ilyenkor a kamerakép túlzsúfolt lesz, a mozgás darabossá válik, és az egész inkább zavaró, mint hasznos.

Sokan ott hibáznak, hogy a demóvideót összekeverik a kész munkával. Egy felvételen minden simábbnak tűnik. De az számít, mi történik valós használat közben. Gyorsan indul e. Stabilan tartja e a felismerést. Nem csúszik e el a modell. Nem túl sötét e a felület. Én azt látom, hogy az AR projektnél a minőség legjobb jele nem a bemutató, hanem a saját kipróbálás.

Az elvárásokkal is érdemes óvatosnak lenni. Egy kisebb távoli munka nem fog ugyanazt tudni, mint egy hosszú fejlesztésű külön alkalmazás. Szerintem jobb előre elfogadni a keretet, és azon belül kérni jó megoldást, mint túl nagy célt kitűzni és a végén csalódni. Ezen a felületen sokkal könnyebb jó szakembert találni, ha a kérés nem homályos, hanem röviden mérhető.

AR anyagok átadása és javítása

Az átadásnál nem csak az számít, hogy megérkezik e a link vagy a fájl. Az is fontos, hogy pontosan mit kapsz. Próbalinket. Rövid használati leírást. Forrásanyag nélküli végleges változatot. Vagy olyan csomagot, amelyben a későbbi módosítás is egyszerűbb. Ezt már a megrendelés elején tisztázni kell. Ha csak egy működő változat kell, az más ár és más terjedelem. Ha később új képre, új modellre vagy új szövegre is át akarod írni, azt külön érdemes jelezni.

A javítási köröket is jobb előre rögzíteni. Van az a módosítás, amikor finomítani kell a méretet, a színt vagy a megjelenés idejét. Ez természetes része a folyamatnak. És van az, amikor teljesen új irány születik. Az már nem ugyanaz a munka. Én azt látom, hogy sok feszültség abból jön, hogy a két helyzetet összekeverik. Ha tiszta a határ, a közös munka sokkal nyugodtabb.

Távoli szolgáltatásnál a lezárás akkor jó, ha a felhasználó egy rövid próbával önállóan is végig tud menni az élményen. Nem kell hosszú kézikönyv. Elég pár mondat arról, hogyan indul, milyen fényviszonyban működik stabilan, és mi a teendő, ha valami nem tölt be elsőre. Szerintem ez apróságnak tűnik, mégis ezen múlik, hogy a kész munka valóban használható marad e később is.