Appdsgn richt zich op het maken van professionele & betaalbare Apps en Websites voor het MKB, verenigingen en overheidsorganisaties. Onze klanten helpen om met behulp van goede en mooie IT oplossingen hun doelen te bereiken is onze "Passie". En in het woord PASSIE zitten dan ook direct onze kernwaarden verstopt: Proactief, Aandacht, Snelheid, Smile en Enthousiasme!

Het proces van App ontwikkeling bevat een heel aantal fasen.
1. Alles begint met een idee, een idee om efficienter te kunnen werken, meer nieuwe klanten te kunnnen bereiken of meer service aan bestaande klanten te kunnen leveren bijvoorbeeld. In elk geval moet het idee aangeven welke behoefte deze App kan invullen. Daarmee is het doel en het bestaansrecht van je App idee bekend.

2. Platform kiezen: iOS , Android, Telefoon, Tablet? Als bekend is wat het doel van de App is dan weet je ook wie de app zullen gaan gebruiken en is de volgende vraag die je dient te beantwoorden aan bod: Op welke devices gaat de App gebruikt worden? Aan de hand van dat antwoord kunnen we bepalen of je een native app , cross-platform of webapplicatie moet gaan ontwikkelen. Wil het verschil weten tussen deze varianten, kijk dan even hier. Of neem contact met ons op en we leggen het je uit.

3. Features (of functionaliteiten) vaststellen. In deze fase gaan we over tot het vaststellen van de features die de app moet krijgen om het doel dat de App moet dienen ook gerealiseerd kan worden. Dit doen we aan de hand van user stories. Met User stories maak je korte functionele beschrijvingen van wat de app of het device doet of de gebruiker doet of moet doen. Een User Story heeft de volgende, simpele, structuur: Wie…Wat…en Waarom?

“Als (klant) wil ik (beschrijving van datgene dat ontwikkeld moet worden) zodat ik (beschrijving van de reden waarom het gemaakt moet worden)”

Een user story is dus een duidelijk afgebakende functionaliteit, uitgewerkt in een korte, duidelijke maar weinig gedetailleerde omschrijving en zou moeten kunnen passen op een post-it.

Na het omschrijven van de user stories kunnen we gaan prioriteren om dat te te kunnen doen is het handig op per user story aan te geven of het gaat om:
Must haves: deze eisen (requirements) moeten in het eindresultaat terugkomen, zonder deze eisen is het product niet bruikbaar;
Should haves: deze eisen zijn zeer gewenst, maar zonder is het product wel bruikbaar;
Could haves: deze eisen zullen alleen aan bod komen als er tijd genoeg is;
Would haves: deze eisen zullen waarschijnlijk in dit project niet aan bod komen maar kunnen in de toekomst, bij een vervolgproject, interessant zijn. Ze worden daarom ook wel eens aangeduid als "won't haves". 4. De bouwtekening:
Zoals een aannemer geen goed huis kan bouwen op basis van een globaal idee, zo kunnen wij geen goede App bouwen op basis van een enkel idee. Onze bouwtekening maken we door middel van "Wireframing" Wireframes zijn schetsen van de App waarin navigatie, indeling en inhoud worden vastgelegd. Dit is een sterk visueel hulpmiddel om een overzicht te krijgen van de verschillende onderdelen die in de App aanwezig zullen zijn en de manier waarop de onderdelen met elkaar verbonden zijn (interactie).

5. Designfase:
Nu de schets (wireframes) gereed is kunnen de details voor het design ingevuld gaan worden. In deze fase kijken we naar de look-en-feel van de App, welke kleuren en stijl krijgt de App. Hoe zorgen we dat de App precies bij de stijl van jouw bedrijf of merk past. Hoe gaat het opstart icoon en opstartscherm eruit zien etc. In deze fase gaat het ontwerp vaak heen en weer tussen ons en jou als opdrachtgever.

6. Bouwfase: Tot nu toe was er nog geen letter code geschreven en dat gaat in deze fase veranderen. Nu het doel, platform(en, features en design bekend zijn gaan we echt bouwen. Voor jou als klant een wat saaie fase omdat we vaak onzichtbaar beginnen. Zoals een aannemer start met de ondergrondse fundering, zo starten wij meeestal met de backend, iets wat voor jou niet echt zichtbaar is maar zonder die backend komt de rest er ook niet. Zodra we echter iets hebben staan wat toonbaar is zullen we het niet nalaten je dat te laten zien tijdens de bouwfase. Zo blijf je ook in deze fase betrokken bij de bouw van jouw App.

7. Testfase: En nu word jij ook druk! In de testfase speel jij als opdrachtgever een belangrijke rol. Uiteraard hebben we zelf eerst zoveel mogelijk fouten eruit gehaald, maar in App- en software ontwikkeling is het testen om fouten te vinden en te verhelpen (debuggen) onontbeerlijk. We doen dit door een testversie van de App beschikbaar te stellen aan je die je kunt gebruikern zoals dit straks in de live versie ook de bedoeling is. Er is geen project te bedenken waarin geen bugs (fouten) gevonden worden dus het is belangrijk dat dit zorgvuldig en met aandacht gebeurt. Als we allemaal denken dat alles eruit is kunnen we het besluit nemen om de App live te gaan zetten. Ook dan kan het natuurlijk voorkomen dat er nog ergens foutjes boven water komen. Deze verhelpen we natuurlijk dan alsnog. De eerste 6 maanden doen we dat kosteloos, als service.

En dan is het zover: De App kan live, we melden hem aan voor je bij de Appstore en Google Play, geven je de download links en een QR code om te kunnen downloaden die je kunt gebruiken in je marketing en communicatie. En dan mag je gaan roepen dat je live bent!

Een App is eigenlijk een programma dat geïnstalleerd wordt op de mobiele telefoon en een mobiele site is een versie van de reguliere website die specifiek gericht is op gebruik met mobiele telefoons. Zowel een App als een mobiele site zijn gericht op snelheid en overzichtelijkheid, kortom gebruikersgemak. Een App kent meer functionaliteiten omdat deze gebruik kan maken van native functionaliteit zoals bijvoorbeeld de camera en de GPS van een smartphone. Een App is dus een stuk software (een applicatie) die geïnstalleerd wordt op de telefoon van de gebruiker. Bij de hybride en native Apps die wij bouwen is geen internetverbinding nodig om de geprogrammeerde content of functionaliteit van de applicatie te kunnen gebruiken. Dat is een groot voordeel ten opzichte van de mobiele website of webapp. Een (mobiele) website heeft daarentegen als voordeel dat deze eenvoudiger bij de klant te krijgen is omdat deze gewoon via het web te bereiken is. Een App moet eerst gepubliceerd worden in de Appstores om beschikbaar te komen voor gebruikers.

We leven in een tijd waarin we steeds afhankelijker zijn van onze mobiele apparatuur. Apps zijn er niet alleen voor de fun maar ook om ons leven op bepaalde fronten eenvoudiger te maken. Denk aan Apps om overal te kunnen bankieren, een App om je autoschade te melden, de App om je treinreis te plannen enz.
Ondernemers in het MKB vragen zich regelmatig af of een App ook iets voor hun bedrijf kan betekenen bij het aantrekken van nieuwe klanten en het verhogen van service aan bestaande klanten. Vaak wordt nog gedacht dat het laten ontwikkelen van een eigen App een uiterst kostbare zaak is die alleen weggelegd is voor grote multinationals. Dat is een mistverstand: een goede, professionele app hoeft echt geen tienduizenden euro’s meer te kosten!

Bij Appdsgn kun je al een eigen, professionele iOS en Android App laten maken voor de prijs van bijvoorbeeld één jaar adverteren in een papieren gids. Een telefoongids of gouden gids belandt steeds vaker ongelezen in de prullenbak. 73% van de smartphone bezitters zoekt een lokaal bedrijf mobiel en daarvan onderneemt ook een ruime 70% vervolgstappen zoals het bestellen van een product of bezoeken van een bedrijf.

Een app laten maken is Dé moderne oplossing om zichtbaar te zijn voor je doelgroep en de service aan je bestaande klanten te verhogen. Wij denken graag met je mee over hoe jij een App voor jouw bedrijf kan inzetten. En daar laten we het niet bij: Appdsgn bouwt vervolgens je App, volledig naar jouw wens en in jouw stijl van eerste concept tot en met de oplevering in de Appstore of Google Play.

Er zijn inmiddels diverse services op de markt waar je (deels) zelf je App kunt bouwen voor een eenmalig start bedrag en daarna een vast bedrag per maand. Als je de kennis en tijd hebt om dit zelf te doen en genoeg hebt aan een standaard app op basis van een template dan is dat een optie, voor een Android versie althans. Niet voor Apple: sinds 2017 is Apple nog kritischer geworden op de toelating tot de Appstore en wij krijgen steeds vaker verzoeken van mensen die zelf zijn begonnen met ontwikkelen via een App builder en uiteindelijk toch hulp moeten inschakelen om de app zover te krijgen dat hij door Apple toegelaten wordt tot de Appstore. Dan blijkt het maar al te vaak dat de kosten en vele uren werk die zelf al besteedt zijn, helaas niets meer dan leergeld zijn geweest.

Vele honderden leuke en interessante ideeën hebben wij de afgelopen jaren mogen horen van (potentiële) klanten en uiteindelijk wordt ons aan het eind van het gesprek altijd die ene logische vraag gesteld: Wat kost het maken van deze app? De exacte prijs van een App is van veel factoren afhankelijk: voor welke platformen wil je ontwikkelen, welke functionaliteit moet de App omvatten, welke content, welk design etc.. We begrijpen echter heel goed dat je vooraf graag wilt weten waar je aan toe bent en daarom doen we altijd ons best om je zoveel mogelijk duidelijkheid te geven. Hoe?

1. Door vaste prijzen voor Apps met vaste functionaliteit en design op basis van onze templates aan te bieden
2. Door in de ideeënfase een schatting van het benodigde budet te geven
3. Door te helpen van ideeënfase naar concrete requirements en wireframes te komen. Wanneer je na deze fase de App door ons laat ontwikkelen, krijg je de volledige kosten hiervoor terug!
4. Op basis van de requirements en wireframes maken wij vooraf een vaste prijs op voor de complete ontwikkeling van de App tot aan livegang.

Voor het ontwikkelen van een standaard iOS en Android App op basis van vaste functionaliteit en template hanteren wij vaste prijzen van € 695 voor een Android versie en €895 voor een iOS versie. Zie onze prijslijst.

Bij een complexere "maatwerk" App laten maken moet u denken aan een vanaf prijs vanaf ca €3000, dit kan echter oplopen tot meer dan €100.000 bij zeer grote projecten waarbij naast de apps ook API's en server en beheeromgeving moeten worden ontwikkeld. Neem gewoon contact met ons op voor een eerste indicatie voor jouw idee.

De manier waarop we internet gebruiken, is de afgelopen jaren behoorlijk veranderd. In korte tijd is het aantal mensen dat via een mobiel apparaat toegang heeft gekregen tot het internet extreem gestegen. Dit heeft gevolgen voor web-ontwikkelaars en marketeers.

Vanaf 2015 is het aantal zoekopdrachten gegeven vanaf mobiel al groter dan vanaf een desktop computer. In 2016 kondigde Google aan dat ze naar een “mobile-first” index zouden gaan. Dat wil zeggen dat Google bij het ranken van een website de mobiele versie als leidend zou gaan zien. Vanaf 2017 heeft Google dit ook daadwerkelijk doorgevoerd in het algoritme.

Dit betekent concreet dat als je website nu niet geschikt is voor mobiel dat je zakt in de rankings op Google en daarmee dus klanten misloopt. Er zijn 2 manieren om hierop in te springen. Kijk hier voor meer uitleg

Met een App kun je meer functionaliteiten toevoegen dan met een mobiele website. Je kunt bijvoorbeeld gebruikmaken van de GPS en de camera van een smartphone. Je kunt met het gebruik van die GPS functie de klant razendsnel naar je bedrijf laten navigeren, of bijvoorbeeld GPS loyaliteitsoupons inzetten. De GPS registreert dan hoe vaak een klant jouw zaak bezocht heeft, stel dat je een restaurant hebt: Je kunt de klant dan bijvoorbeeld na een x aantal bezoeken een korting of een gratis drankje aanbieden. Een groot voordeel van een App is ook dat deze ook zonder internetverbinding grotendeels kan funtioneren, het is immers software die op een telefoon geïnstalleerd is en alle informatie die in de App is opgenomen is daardoor ook offline beschikbaar. Een andere zeer interessante functie van een App is het verzenden van push berichten. Je kunt met een push bericht informatie en aanbiedingen rechtreeks naar het scherm van de gebruiker sturen. Een e-mail en een brief moeten geopend worden voor je klant ze leest, maar een push bericht verschijnt "altijd" rechtstreeks op het scherm van de klant, of de App nu geopend is of niet. Het kunnen verzenden van push berichten is een enorme kans om het bereik onder je klanten te vergroten. Stel voor dat je een restaurant hebt en je wilt op zaterdagavond die laatste stoelen ook nog vol, stuur de gebruikers een push bericht waarin je ze een speciale korting o.i.d. voor die avond aanbiedt. Het bericht verschijnt misschien wel net op het moment dat de gebruiker denkt : "wat zal ik eens eten vanavond ?"