Wij werken momenteel aan een nieuw forum voor Androidworld. Het is daarom momenteel niet mogelijk om te reageren of nieuwe topics aan te maken.
Dit is het idee dat ik kreeg van je uitleg, had je zoiets in gedachten?
(namen zijn random gegenereerd)
Dit is het idee dat ik kreeg van je uitleg, had je zoiets in gedachten?
(namen zijn random gegenereerd)
Dat ziet er reeds goed uit. Dan neem ik aan dat de transacties eigenlijk gewoon een tap met geschiedenis is?
Bij de klanten tap tik je dan op een klant om hun transacties te zien. Bovenaan die transacties zou een totaal moeten komen zodat je gemakelijk kan afrekenen wanneer er die vraag is.
Kijk ook voor de een zoekfunctie om snel je weg terug te vinden in de klanten tap.
daikenas08
Dat ziet er reeds goed uit. Dan neem ik aan dat de transacties eigenlijk gewoon een tap met geschiedenis is?
Bij de klanten tap tik je dan op een klant om hun transacties te zien. Bovenaan die transacties zou een totaal moeten komen zodat je gemakelijk kan afrekenen wanneer er die vraag is.
Kijk ook voor de een zoekfunctie om snel je weg terug te vinden in de klanten tap.
Misschien kun je iets bouwen, dat men via een appje kan bestellen ?
Kan er ook nooit onduidelijkheid zijn over wat en hoeveel ze besteld hebben.
Oukitel K5000 7.0 (nog) ongeroot
Samsung Note geroot 4.2.1 Spirit Rom (dood)
HTC Desire geroot Slim Rom 4.4.4
HTC one X + geroot 4.2.2 ViperX+ 2.1.1
One plus one geroot 6.01
LG P990 geroot 2.3
Samsung A8 ongeroot (werk)
Umidigi 3 Power ongeroot.
Samsung A7 ongeroot.
zandehrdaikenas08
Dat ziet er reeds goed uit. Dan neem ik aan dat de transacties eigenlijk gewoon een tap met geschiedenis is?
Bij de klanten tap tik je dan op een klant om hun transacties te zien. Bovenaan die transacties zou een totaal moeten komen zodat je gemakelijk kan afrekenen wanneer er die vraag is.
Kijk ook voor de een zoekfunctie om snel je weg terug te vinden in de klanten tap.
De transactie-tab is inderdaad geschiedenis, waarbij je als je op een toegevoegde rekening klikt de rekening afbetaald. De transacties kun je dan ook filteren op onbetaald/betaald.
Als je op een klant klikt krijg je de totale rekening en de transacties te zien en kun je nieuwe rekeningen toevoegen. De klanten kun je soorteren op datum, rekening en hoeveelheid transacties(Om klanten die het vaakst komen bovenaan te krijgen).
Ik weet alleen niet hoe het drankjes toevoegen het handigst is.
Timelord
Misschien kun je iets bouwen, dat men via een appje kan bestellen ?
Kan er ook nooit onduidelijkheid zijn over wat en hoeveel ze besteld hebben.
Heb je toevallig ook een digitaal logo van de kroeg? Zodat ik die als icon in kan stellen, en de stijl van de app er aan kan aanpassen
…en dan gelijk met Ideal de rekening kunnen voldoen! Of zelfs drankje bijbestellen. In de app reclame van de hipste drankjes of aanbiedingen.
Niet te klein denken, dan kan dit mogelijk een commercieel zeer interessante app worden….
Ik neem er even een aparte post bij omdat er zoals ik hierboven al heb aangehaald veel meer potentieel zit in een dergelijk app dan waarnaar ik opzoek ben. Ik ben namelijk kort opzoek geweest naar een bestaande oplossing voor deze app en ben deze niet tegen gekomen.
Ik denk dat ik voor de applicatie die ikzelf nodig heb met zandehr in zee kan gaan. Maar waarom zouden we daar stoppen?
Voor ik verder ga wil ik eerst even duidelijk aangeven dat ik dit idee verder wil uitwerken uit interesse voor het project en ondanks dat het een commercieel kant gaat krijgen dat een zeer welkom pluspunt is maar niet mijn prioriteit.
Dit gezegd zijnde zitten we hier potentieel op een kleine goudmijn. Omdat de kroeg waar ik te werk sta slechts kleine drankgelegenheid is waar een uitgebreide app niet nodig is betekend niet dat er geen markt is voor een dergelijke uitgebreide app.
Androidworld zit vol met tech enthousiastelingen en “geeks” die alleen al de keuze zouden maken naar een bepaalde kroeg te gaan omdat ze leuk vinden eindelijk een keertje google wallet te kunnen gebruiken om hun drankje te kunnen betalen. Daarnaast gaat technologie vroeger of laat inburgeren dus dergelijke betaal opties komen er zeker en vast aan. We zijn aan de vroege kant om een dergelijk project op te zetten. Maar wie het eerste op de boot springt heeft het meeste potentieel om door te breken.
Waar ik aan zit te denken is een applicatie met enkele basisfuncties die het leven van een horeca uitbater iets gemakkelijker maakt.
Daarnaast zijn er add-ons te koop waarmee de zaak kan uitpakken om zijn klanten wat meer te verwennen, door middel van het aanbieden van snufjes nieuwe klanten kan verwerven,…
Als we even brainstormen zijn de mogelijkheden eindeloos.
Zoals ik het zie kunnen we eerst even (virtueel) rond tafel zitten met geïnteresseerden in dit project. We bouwen een ontwerp uit en gaan aan de slag. In de mate van het mogelijke verdelen we de taken voor de hoofd applicatie. Eens deze klaar kunnen geïnteresseerde programmeurs beginnen werken aan de add-ons. Elk zal wel een eigen interesse vlak hebben, of een specialiteit dus kunnen we deze “taken verdelen” en werkt elk op zijn eigen tempo aan zijn add-on. Natuurlijk kunnen we bij het maken van de add-ons blijven samenwerken, want ik vermoed dat met meerdere mensen aan een programma schrijven leuker is dan het op je eentje doen maar dat hangt af hoeveel tijd je zelf voor hebt natuurlijk.
Een groot voordeel van het feit dat we samen de hoofdapp maken is dat developers van de add-ons perfect weten wat ze moeten doen om ervoor te zorgen dat hun add-on met de hoofdapp kan communiceren.
Zoals ik dit bericht begon ga ik het ook eindigen; ik wil dit vooral doen met oog op interesse in het project. Maar eens we aan de add-ons komen zitten we met een commercieel product. Dus is er ook geld in de zaak gemoeid.
Hierin zie ik twee gangen van handelen; oftewel wordt de add-on aan het team verkocht krijgt u er de prijs voor gestort op u rekening en stopt het daar. Ofwel voegt de ontwikkelaar zijn add-on toe aan ons project en krijgt die een stukje van de taart wanneer eender welke add-on verkocht wordt. Die laatste krijgen toegang tot alle code van andere add-ons en we gaan er van uit dat zij hun sterkere vaardigheden betreffende het programmeren zullen benutten om de apps nog beter te maken.
Graag jullie verdere mening!
Gr,
Daikie