Jeg går rundt med en idé til en smartphone app, jeg tror har potentiale til at ramme den udvikling, der lige nu foregår på smartphone-markedet.
Helt grundlæggende er tanken bag app'en at skabe en slags bazar, hvor man kan shoppe indenfor en bestemt produktkategori, der forhandles meget på nettet. Design og den grafiske fremstilling har jeg arbejdet med og formået at gøre det overskueligt på trods af den mindre skærm på smartphonen ift. computeren.
Jeg har meget lidt erfaring med programmering af apps og ved derfor ikke, om det overhovedet er muligt at lave en app, der indeholder en række forskellige kategorier og en del varenumre. Lad os eksempelvis sige, der skal være 500 varenumre - er det overhovedet muligt? og hvor svært vil det være rent programmeringsmæssigt at lave et sådan antal af produkter med produktbillede og tekst.
Jeg håber det giver mening på trods af den sparsomme afsløring af ideen :)
Det kan godt lade sig gøre, den skal bare trække det fra en database. Men hvis du skal have udviklet det hele fra bunden af skal du nok skyde lidt penge i projektet, med mindre du finder en partner som kan lave det :)
Jeg har lavet forskellige apps, hvor det egentlig bare fungerer som et produkt-produktkatalog for en kunde. Der er lavet et json/wcf link til en server-platform, som app'en så henter fra, når den er nettet. Brugeren kan så navigere rundt i appen, søge efter produkter og lægge dem i en intern kurv, som så kan sendes til en betalingsside - betalingen sker desværre lige nu via safari browseren, da jeg har haft problemer med at lave in-app purchase.
Jeg har skullet have alt fra 5.000 op til 50.000 for sådanne apps, så jeg vil tro, at dit udviklerbudget skal være deromkring. Det kommer selvfølgelig meget an på, hvilke funktioner du ønsker at have med, men du bør kunne få en basis app op relativt billigt.
Det er ikke noget ud over det sædvanlige. du kan have 100k produkter, så længe programmøren ved hvad han laver.
men du skal ikke regne med at få sådan en løsning billig.
@Jens Juul
jeg mener helelr ikke in-app purchase er at foretrække ved en shop med fysiske produkter, der skal oprettes en pris i dev. kontoen for hvert produkt, og så tager de 30% i gebyr!
og lige præcis ved fysiske varer tillader google (og apple?) andre betalingsløsninger
Jeg mente ikke in app purchase som jeg skrev. Jeg mente bare fx epay integration til dankort osv. Så når jeg laver det, så pakker jeg kurven ind i json, poster det til serveren og lader brugeren gå over i safari (som selvfølgelig minder om layoutet) for at betale. Når betalingen er gennemført, så starter min app igen.
Overvejer at lave det som indbygget browser i min app, men ved ikke om nets vil godkende det.
Det er en god ide at lave applikationen så de laver deres ordre i din app, men for at betale sender du dem over i browseren, på den måde er du nemlig udenom at de kan trække de 30% i gebyrer :)
Trådstarter:
Det er selvfølgelig muligt at lave sådan en løsning, men det vil være dyrt, dyrt at udvikle og dyrt hvis det hele skal foregå igennem appen, som jeg skrev før de 30% gebyr , alternativt skal du lave den som en webløsning altså en webshop i et responsive design hvor det scaler ned til telefonen eller tabletten, så det din app "bare" skal linke op på en url linje :-) måske dette var en ide :)
Det er lige præcis en sådan løsning, jeg efterspørg.
Udviklerbudgettet ligger på et ganske fornuftigt niveau. Det var i den høje ende af intervallet jeg havde forventet hvertfald, så det er jeg meget positivt stemt overfor.
Jeg vil gå tilbage til skrivebordet og arbejde videre med det ret tekniske omkring ideen og derefter opsøge en programmør, der kan lave en løsning, der matcher min forestillinger.
Jeg siger mange tak for de meget brugbare svar :-) Det er altid rart at blive klogere!
Bliv gratis medlem
Opret bruger