ERPNEXT het ontstaan

Waarom iemand een nieuw open source ERP-project (Enterprise Resource Planning) zou starten, is de vraag die mensen me keer op keer stellen. Als ik had geweten wat ervoor nodig was, had ik het misschien niet gedaan! Maar dat wist ik niet in 2006 toen ik begon met het schrijven van mijn eigen ERP in Python en MySQL .

Ik was net lid geworden van mijn familiebedrijf (meubelmakerij) en het bedrijf had te kampen met een slechte ERP-implementatie. Het was een lokale leverancier die het aan het uitbouwen was op het .NET-platform, en nadat hij er een redelijk bedrag in had gestort, kon hij het niet goed krijgen. Op dat moment was mijn vertrouwen in de hele ERP-branche vrij laag. Ofwel waren ze te duur ofwel hadden ze een grote buggy.

Later hoorde ik hetzelfde verhaal van veel van mijn gebruikers. Maar in al mijn dwaasheid en enthousiasme begon ik mijn eigen ERP-systeem uit te schrijven. Ik was altijd een hobbyistische programmeur en misschien had ik te veel vertrouwen in mijn kunnen, maar op de een of andere manier zijn we begonnen. In een paar jaar tijd werd het familiebedrijf verkocht en stond ik er alleen voor. Ik besloot om de ERP te blijven bouwen en te kijken of ik meer gebruikers kon krijgen, dus begon ik in 2008 mijn eigen bedrijf om de ERP die ik aan het bouwen was te produceren. Op dat moment was wat ik had gebouwd ongeveer vasthouden en niet goed genoeg om een ​​product te zijn, dus ik herschreef het (een paar keer!). En in 2010 noemden we het project ERPNext en lanceerden het op een Software as a Service (SAAS) -bedrijfsmodel . En zoals je zou verwachten, was het moeilijk.

Niemand wilde een ERP kopen bij een startup. ERP’s zijn bedrijfskritische activa voor een bedrijf en ze vinden het niet erg om te veel uit te geven omdat de faalkosten hoog zijn. Een mislukte ERP-implementatie kan klantgeluk, werknemersgeluk en in sommige extreme gevallen het bedrijf zelf kosten. Omdat onze prijzen erg laag waren, ontdekten we dat de betrokkenheid niet erg hoog was. Maar zelfs toen zagen een paar gebruikers potentieel in ons product.

Open broncode

We hebben de code in licentie gegeven onder de General Public License en de code stond sinds 2009 online op Google Code , maar we hebben ons aanvankelijk nooit echt gepositioneerd als een open source-product. Er waren geen duidelijke implementatie-instructies, zeer schaarse documentatie en geen gemeentelijk forum. Omdat we in India waren, hadden we heel weinig aandacht voor hoe een open source-gemeenschap eruitzag en hoe we een open source-product konden bouwen. Hoewel ik alles had gelezen over de Vrije Software- beweging en het boek van Linus Torvald had gelezen , begreep ik het concept, maar wist ik niet hoe ik ermee moest beginnen.

In 2011 zijn we overgestapt van Google Code naar GitHub , en dat bleek een keerpunt. Nu waren we plotseling in het gezelschap van veel open source-projecten en het voelde prettig om GitHub’s workflows, lijst met problemen en meer te gaan gebruiken om onszelf vriendelijker te maken voor de gemeenschap. Langzaamaan begonnen we ons in 2012 meer te positioneren als een open source ERP, en heel langzaam zagen we meer activiteit op onze mailinglijst en af ​​en toe een probleem dat door de gemeenschap werd opgeworpen.

In 2013 hebben we onze implementatiearchitectuur vernieuwd om meer Pythonic (WSGI) te worden en zijn we ook begonnen met het uitdelen van gratis virtuele machines die gebruikers kunnen evalueren en gebruiken. Dit zette een community op gang. Tegenwoordig hebben we meer dan 1000 mensen op ons discussieforum en we denken dat er ongeveer 500 bedrijven zijn die onze ERP in verschillende fasen gebruiken. In het proces hebben we bijna 300 gebruikers die onze betaalde services gebruiken (hosting- of implementatie-ondersteuning) en we hebben zelfs een paar sponsors weten te werven .

WordPress voor ERP’s

Ons einddoel is om een ​​Wordpress-achtige tool voor ERP’s te worden. Ook al zijn er miljoenen kleine bedrijven over de hele wereld die allemaal betere systemen zouden kunnen gebruiken om hun organisaties te beheren, ze zitten vast met eenvoudige boekhoudhulpmiddelen. Tot nu toe waren het alleen de grote bedrijven die konden profiteren van de efficiëntie en controle die een end-to-end informatiesysteem zoals een ERP kon bieden. In EPRNext hebben we CRM (klantrelatiebeheer), projectbeheer en salarisadministratie opgenomen als modules die direct uit de doos komen. Voor bedrijven die handelen in widgets, hebben we ook geavanceerde functies zoals geserialiseerde en batch-inventaris die moeilijk te vinden zijn in veel volwassen producten.

Een ander belangrijk aspect van de branche is dat gebruikers een IT-adviesbureau nodig hebben om een ​​ERP te implementeren en aan te passen. We willen dat veranderen. ERP’s moeten eenvoudig genoeg zijn om zelf te implementeren. Daarom kiezen gebruikers voor ERPNext boven andere alternatieven, omdat we ons volledig richten op de doe-het-zelf-gebruiker. Er zijn een paar goede open source ERP’s, maar ze zijn nog steeds moeilijk te configureren en hebben een partner nodig om je op weg te helpen.

Het bedrijf van open source

Iedereen die deze ruimte kent, weet dat er een grote kloof is in de gemeenschap. De voorstanders van vrije software en vervolgens de commerciële open source. Onze focus is altijd geweest om uit de buurt van dit debat te blijven, en we geloven dat beide op hun eigen manier gelijk hebben. De commerciële spelers vinden ons te open source: we hebben geen betaalde modules en we hebben de implementatie belachelijk eenvoudig gemaakt. De voorstanders van vrije software voelen zich verdacht van alles wat commercieel is.

Wat ons helpt, is dat we hebben besloten om alleen inkomsten te genereren met onze hostingservices . We bieden ook ondersteuning aan ontwikkelteams, maar we verdienen geen geld aan implementatie, implementatie of aanpassing. Dit helpt om onze doelstellingen duidelijk te houden en maakt het voor de gemeenschap heel gemakkelijk om het product te gebruiken en ook deel te nemen. Een ander ding dat helpt, is dat we een heel klein team zijn en geen snelle groei plannen. Dit helpt ons om geen druk uit te oefenen om geld te verdienen vanuit de gemeenschap.

De weg vooruit

We geloven dat we vandaag een zeer bruikbaar en robuust ERP-systeem hebben voor kleine bedrijven. Zelfs grote bedrijven kunnen er gebruik van maken, maar we zijn niet bijzonder geïnteresseerd in die weg omdat er diensten voor nodig zijn, en we laten dat graag aan onafhankelijke leveranciers doen. Ons project heeft een redelijke gemeenschapsgrootte bereikt en we kunnen voelen dat er een goede impuls is met het aantal gebruikers dat het product elke dag evalueert.

We moeten ons concentreren op het nog gemakkelijker maken van de eindgebruiker en het verstrekken van adequate documentatie voor de ontwikkelaar. Ons framework Frappe , maakt snelle applicatieontwikkeling mogelijk en biedt een platform om apps of extensies voor het product te creëren. Nu de meeste basisprincipes aanwezig zijn, denken we dat de ERP-markt klaar is voor een grote verstoring in de komende vijf jaar.

Onze grootste voldoening zal zijn wanneer een hele reeks kleine, lokale, innovatieve organisaties over de hele wereld toegang krijgen tot tools waarmee ze kunnen concurreren met grote, wereldwijde en inefficiënte bedrijven, waardoor een gelijk speelveld ontstaat dat onze wereld een beetje zal verlaten eerlijker.

Onderwerpen

Over de auteur

Rushabh Mehta – Rushabh is de oprichter van ERPNext, een open source ERP-product voor kleine en middelgrote bedrijven en houdt van het schrijven van code in Python, Javascript en HTML / CSS. Hij woont in Mumbai, India en je kunt hem vinden op Twitter @rushabh_mehta . Projecten bij GitHub
%d bloggers liken dit: