Vývoj aplikace pro Android a iOS – co vše obnáší?

Dobrý den, potřebujeme zadat vývoj mobilní aplikace, ale protože netušíme, jak se pohybují ceny, raději se ptám, co obnáší vývoj následující aplikace pro správu jídelníčků, kdy by aplikace byla pravidelně aktualizována správcem (resp byly by do ní přidávány každý týden nové recepty a jídla bez nutnosti, aby musel zákazník aplikaci pokaždé aktualizovat). Měla by umět zobrazovat jídelníčky s volitelnými jídly (zákazník by si sestavoval každý den jídelníček z nabídky různých jídel sám, volil by si jakou snídani, oběd, večeři a volil by si i části některých jídel, třeba druhy příloh), měla by umět zobrazovat recepty na pokrmy a měla by (výhledově) umět i nákupní košík, aby si zákazník mohl vybrané potraviny rovnou přes aplikaci objednat a zaplatit online. Máte tušení, za kolik se taková složitější aplikace dá pořídit, jak dlouho trvá vývoj a co obnáší následná správa?

Je to hrozne individualni a hodne zalezi jakou zvolite technologii, nejlevnejsi a pro tuhle aplikaci nejspis vhodna varianta bude vyvoj a kompilace z HTML5/JS, kdy na reactu nebo podobnem frameworku to pujde cele zprovoznit relativne rychle. Samozrejme relativne rychle je hodne obecne, ale to i vas dotaz. Pocitejte s cenou minimalne 500/hod ale u lidi co delaji mobilni apky i vic, u firmy nad 1000/hod. a vyvoj v jednom cloveku muze trvat radove nizsi mesice... Cenovka se tedy pak da ocekavat spise ve statisicich. Samozrejme sikovny student by to dokazal levneji, ale to by byla sazka ktera by nemusela vyjit.Odpovidam obecne, protoze bez dokumentace si muzu jen predstavovat jak slozite o potrebujete, treba by vam stacilo neco hodne jednoducheho, co se da zvladnout rychleji. To nevim :)

Myslím, že tohle by se rychleji zvládnout nedalo. Díky za info :)

Ano, jak bylo psáno. Rozmezí 150 až 250 hodin práce / jeden člověk.Aplikace by obsahovala např. dvě interní sqlite databáze. Jedna pro sestavený jídelníček a druhá s recepty a zbožím. Správce by tak plnil databázi a klient by si stahoval aktualizaci jenom nových záznamů. Jádro aplikace by zůstalo stejné. Tím by bylo zajištěno i procházení receptů a zboží offline. Objednávky a platby se dají lehce implementovat.

Nejdříve bych si sestavil argumenty pro a proti mobilní aplikaci. V tomto případě mi přijde, že by byl lepší a levnější optimalizovaný web, který by současně uměl obsloužit i zákazníky mimo mobilní telefony. A hlavně by vyšel levnější z dlouhodobého hlediska - Android i iOS se vyvíjí a je potřeba do mobilní aplikace zasahovat, upravovat ji a zajišťovat její kompatibilitu jak po stránce funkcionality, tak často i UX. U webu mají lidé mnohem větší toleranci k odlišnostem. Je potřeba si vždycky zvážit, proč by měl mít zákazník vaší mobilní aplikaci v telefonu. Zabírá místo, je to další zbytečná ikona a měla by to tedy mít nějaký přínos. Argumentem pro mobilní aplikaci může být například to, že se sama připomene notifikací a řekně zákazníkovi, že si má dát něco k jídlu, apod. Samozřejmě otázkou je potom i to, zda musí být aplikace dostupná neustále po ruce, to je další silný argument. Ve vašem případě je potřeba ptát se i na další věci:- Na jaká zařízení aplikaci chcete? Android, iOS, telefony, tablety, ...- Má být součástí ceny i vývoj administrace?- Jak bude probíhat další spolupráce a aktualizace aplikace?- Kdo bude provozovat a spravovat serverovou stranu? - Hlavně by to chtělo podrobnou specifikaci, aby se dala odhadnout přesnější cena. - No a hlavní je i celková představa o budgetu. Mobilní aplikaci můžete udělat za desítky tisíc, ale i za milióny. Rozdíl tam samozřejmě bude, ale výběr dodavatele je potřeba podřídit i těmto požadavkům.