Businessmodel voor zeer snelle ontwikkeling van AJAX webapplicaties

[Cloud]

Ongeveer een jaar geleden ben ik op een ontwikkeltool gestuit waarmee op een visuele manier zeer snel create/read/update/delete (CRUD) Ajax webapplicaties gebouwd kunnen worden. Het is opensource software waarmee standaard java/javascript code wordt geproduceerd welke in de vorm van een WAR file gedeployed kan worden naar bijvoorbeeld een Tomcat server of naar de "cloud" (bijvoorbeeld amazon ec2). Hoewel de ontwikkeltool opensource is, wordt deze vanuit een professioneel bedrijf ontwikkeld en ondersteund.

 

Voor iedereen die nu nieuwsgierig wordt om welke tool het gaat verwijs ik graag door naar http://www.wavemaker.com. Daar kun je ook alles lezen over de voordelen die deze ontwikkeltool biedt.

 

Inmiddels kan ik mij expert in het gebruik van deze tool noemen, heb ik een goed contact met het bedrijf die de tool ontwikkeld en zie ik marktkansen. Ik ben daarom op zoek naar mogelijkheden om mijn kennis te commercialiseren. De vraag is dus hoe dit aan te pakken?

 

De diensten die ik wil aanbieden zijn o.a. de ontwikkeling van webapplicaties en daarnaast trainingen om de ontwikkeltool te leren gebruiken.

 

Natuurlijk moet er een businessplan komen en dat is dus ook de reden waarom ik deze post hier plaats. Ik heb namelijk nog geen goed beeld op welke markt ik mij het beste kan richten. Of eigenlijk toch wel maar ik weet niet goed hoe die te bereiken is. Ik zit namelijk te denken aan al die kleine projecten die binnen het bedrijfsleven niet opgepakt worden omdat de it-afdeling er geen tijd voor heeft of het budget maar zeer beperkt is. Daarnaast denk ik aan de vervangingsmarkt van o.a. microsoft Access applicaties waarbij de behoefte is ontstaan om ze via het intertnet/intranet beschikbaar te stellen. Ook de overheidsmarkt zou interessant kunnen zijn omdat het gebruikt van opensource software door de overheid sterk wordt gepromoot. Heeft iemand een advies voor mij hoe ik deze markt in kaart kan brengen en/of op welke wijze potentiële opdrachtgevers in deze markten te bereiken zijn ?

 

 

 

 

 

 

 

 

 

[renep]

Dit is dus een technische ontwikkeltool voor webapplicaties. Volgens mij zitten je opdrachtgevers dan niet zozeer in de sfeer van overheden, Access-applicaties en tijdloze it-afdelingen, maar vooral bij webbouwers en misschien bij bredere ict-bedrijven, die webbouwvragen krijgen, maar zelf niet de expertise hebben.

 

Voor algemene kennisoverdracht en trainingen rond deze tool zou een markt kunnen zijn, maar pas als de tool zelf aanslaat. En dat de tool open source is, is niet per se een voordeel. Met Oracle-trainingen kun je biefstuk eten, met MySQL-trainingen misschien een goed belegde boterham, met Filemaker-trainingen water en brood.

 

Ik zou beginnen met over deze tool publiceren (website, weblog, artikelen in vakbladen), een goedkope workshop/kennismakingsdag organiseren en dan kijken hoeveel respons dat oplevert. Zo krijg je een beetje een indruk van de vraag in de markt.

[R.I.P. - Fred Wiersma]

 

...

Daarnaast denk ik aan de vervangingsmarkt van o.a. microsoft Access applicaties waarbij de behoefte is ontstaan om ze via het intertnet/intranet beschikbaar te stellen. Ook de overheidsmarkt zou interessant kunnen zijn omdat het gebruikt van opensource software door de overheid sterk wordt gepromoot. Heeft iemand een advies voor mij hoe ik deze markt in kaart kan brengen en/of op welke wijze potentiële opdrachtgevers in deze markten te bereiken zijn ?

 

 

Eens met Rene. Daarnaast zou je eens wat bedrijven kunnen benaderen om een quick scan te doen, en bijv 1 van hun Access applicaties op no cure, no pay basis over te zetten. Zijn ze tevreden, dan willen ze hun andere applicaties waarschijnlijk ook bij jou beleggen. Er moet wel een duidelijk voordeel voor hun aan zitten. Wordt hun werkproces bijv echt een stuk efficienter door deze technologie? En weegt dat op tegen de investering die ze toch moeten doen, in geld en tijd?

 

Voor zeer snelle applicatieontwikkeling moet je bedrijven hebben die daar ook behoefte aan hebben. Veel bedrijven zijn toch redelijk statisch met hun datamodellen en processen. Stabiliteit is belangrijker dan snelheid van ontwikkeling.

 

Een voorbeeld van een bedrijf waar snelheid belangrijk is: trading bedrijven. Die zijn continue bezig met nieuwe modellen, nieuwe trading producten etc. Denk aan de financiele wereld, maar ook aan bijv energiebedrijven, waar flink in bijv electriciteit gehandeld wordt.