Archief - Eigen boekhoudprogramma schrijven

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

dieterdp

Legacy Member
wat versta je natuurlijk onder kleine KMO's, ik ken er met 25 man die Navision gebruiken , nu voor heel kleine KMO's zijn die idd te duur maar dan heb je waarschijnelijk wel andere programma's die je misschien ook kan uitbreiden of op verder bouwen. Als klein bedrijf een custom programma maken voor boekhouding is ok maar je locked je wel in bij de leverancier. Het zou niet het eerst bedrijf zien die iets op maat laat maken en achteraf in disusscie geraakt met de leverancier om één of andere reden. Als je kiest voor standaard pakket (Navision of iets veel kleiners) , dat meerder mensen verdelen en verder uitbreiden dan kan je nog altijd veranderen op termijn van leverenacier.


Wat betreft de cloud, moest ik nu een pakket moeten ontwikkelen die ik wens te verkopen/verhuren zou ik toch sterk overwegen om dit niet meer bij de klant te gaan installeren maar als service aan te bieden. Dit moet daarvoor niet op Azure (alhoewel je tegenwoordig je datacenter kan kiezen voor hosting bij Azure), Google App Engine of Amazon EC3 te draaien. Je kan ook je eigen servers hosten en daar de oplossing op laten draaien en klanten kunnen deze gebruiken. Ik vind dat je kleine KMO's niet moet opzadelen met dure servers die ganse dagen bij niks doen en veel geld kosten om te onderhouden. Huur gewoon de apps die je nodig hebt of gebruik gratis zaken die zullen er ook wel zijn.

Moto

Legacy Member
Navision of eender welk ander produkt = kleinere afzetmarkt + meer support, blijf het een slecht idee vinden.
Voor de klant van 1 module naar andere gaan zal ook niet zo simpel zijn + who cares about vendor lock-in als ge zelf de vendor zijt ;)

saas heb ik 2001 al gedaan voor een bedrijf, met een XHR extranet front-endje ;)
enigste dat nieuw eraan is is de hype er rond
Server hosten voor de klanten ipv cloud vind ik in dit geval een beter idee, saas is best wel hot op het moment (weet niet bij kmo's) maar cloud niet.
verder nog bij Azure = implementeren met de Azure toolkit = vendor lock-in, deze keer niet positief omdat wij niet de vendor zijn.
Stel dat een klant zen eigen server heeft (of maar 1 PC :p ) en het lokaal wilt hebben draaien in dat geval support voor 2 branches cloud/local

Akseeel

Legacy Member
Cycloon zei:
Je neemt wel héél wat hooi op je vork als beginner. Aan dit soort software wordt vaak met zeer grote teams gewerkt en dan nog slaagt men daar zelden volledig. Veel succes dus :s

voor zoiets TEAMS ftw?
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan