Kip of het ei

[dwb]

Sinds vorig jaar ben ik een software pakket aan het schrijven. Het begon met een probeersel om een bepaald probleem op te lossen, is uitgegroeid tot een 'framework' waar een goede en stabiele applicatie is uitgegroeid.

 

Kleine samenvatting:

In het pakket kun je:

 

- Zelf templates maken met onbeperkt aantal velden (bijv. contactpersoon, document, etc)

* Per veld kun je validatie, keuze selecteren, etc

* Onbeperkt aantal overzichten kunnen koppelen aan deze templates (bijv. Een klant heeft meerdere contactpersonen). bij deze contactpersonen kun je weer zien bij welke klanten deze gekoppeld is, etc.

* Velden laten putten uit een overzicht. (bijv. bij het template klant moet de 'systeembeheerder' worden geselecteerd uit het overzicht contactpersonen)

 

 

- Door het bouwen van een 'interface' kan 'elk' ander software pakket worden aangestuurd.

 

- Doormiddel van Workflow kunnen vraagstukken/processen volledig worden gestroomlijnd.

* In een workflow kan ook weer externe applicaties worden aangestuurd / objecten worden gecreeerd, documenten worden gegenereerd, etc.

* Per proces kan worden aangegeven wie/welke afdeling dit proces moet uitvoeren

 

- Gegenereerde documenten (Word/Excel/CR/etc. worden automatisch opgeslagen bij het object (klant/contactpersoon/etc.) .

 

- Eigen KPI kunnen definieren en deze worden (uiteraard) automatisch gevoed.

 

- etc. etc.

 

Echter als je een software pakket wilt verkopen, moet je een bepaald body hebben (helpdesk, etc.). Dit heb ik niet, ik werk nog naast deze 'hobby'. Ook is het pakket zo flexibel, dat je het (denk ik) voor elke branche kunt inrichten. maar hoe kom je bij deze branches cq kennis?

 

Of wel. Ik ben een software ontwikkelaar die nu een beetje voor het blok staat!

 

 

 

[msteer]

Daar was je dan ook wel voor gewaarschuwd...

[renep]

Ondernemen of niet ondernemen, dat is de vraag.

 

Als je niet wilt ondernemen dan kun je nog software ontwikkelen als hobby, in opdracht of in loondienst.

 

Een ander idee: als open source vrijgeven en proberen diensten eromheen te verkopen.

[dwb]

Daar was je dan ook wel voor gewaarschuwd...

 

Ik ben 'gewaarschuwd' dat er veel spelers op de markt zijn. En dat geeft natuurlijk niets, als je je maar onderscheid van de rest. :)

 

Ik heb nu een software pakket (dat eigenlijk nooit klaar is), waar ik toch wel wat mee wil gaan doen. De vraag is, hoe pak je zo iets aan...

 

Ik zou best (graag) eigen 'baas' willen zijn. Ondernemen is dus een optie, maar dan moet je toch wat body hebben. Het mooiste zou zijn een bedrijf dat geintereseerd is en dat weet dat je in opstart fase zit (dus geen helpdesk etc hebt). Hoe kom je hier aan?

[msteer]

:)

 

Ik bedoelde dat je de tip had gekregen om eerst een klant te zoeken en daarmee te gaan ontwikkelen. Nu ben je een tijdje verder, heb je veel tijd gestoken in een oplossing, maar ben je op zoek naar een probleemhebber.

 

Je zou eens in je eigen kring kunnen rondvragen. Grote kans dat je op zijn minst ergens op gesprek mag komen. Maak een website waarin je hele concept beschrijf met screenshots, misschien een demo of fijne flash. Dat soort dingen kan je altijd doen en kost je ook niet veel.

[TwaBla]

 

Er bestaat nog geen naam voor de categorie software die je hier omschrijft? Eerder had je het over een workflow-systeem....

[dwb]

 

Er bestaat nog geen naam voor de categorie software die je hier omschrijft? Eerder had je het over een workflow-systeem....

 

Ik heb een Suite gebouwd. Deze Suite is opgebouwd uit modules. (o.a. Workflow, Business Objects, Management, Documenten beheer)

 

Niet één module is afhankelijk van een andere module, maar alle modules kunnen wel communiceren met elkaar. Stel dat er voor een branche een specifiek object is, dat niet 'gebouwd' kan worden met de huidige bouwstenen, dan kan ik hier een nieuwe module voor maken. Deze module is meteen zichtbaar in de andere modules. Zo hoeft er dus geen 'verbouwing' aan bv de Workflow module plaats te vinden, maar zijn de objecten meteen koppelbaar.

 

Ik durf/kan de software dus niet echt in een bepaalde catagorie te stoppen ;)

[dwb]

:)

 

Ik bedoelde dat je de tip had gekregen om eerst een klant te zoeken en daarmee te gaan ontwikkelen. Nu ben je een tijdje verder, heb je veel tijd gestoken in een oplossing, maar ben je op zoek naar een probleemhebber.

 

Je zou eens in je eigen kring kunnen rondvragen. Grote kans dat je op zijn minst ergens op gesprek mag komen. Maak een website waarin je hele concept beschrijf met screenshots, misschien een demo of fijne flash. Dat soort dingen kan je altijd doen en kost je ook niet veel.

 

Met de website ben ik inderdaad ook bezig. Echter ik ben bang dat bedrijven niet met een software leverancier in zee gaan als er geen 'body' achter zit.

 

Ik hoopte dat er mensen zijn die hier ervaring mee hebben en hier advies over kunnen geven.

[TwaBla]

Ik durf/kan de software dus niet echt in een bepaalde catagorie te stoppen ;)

 

Toch proberen. Bestaat er iets vergelijkbaars en hoe wordt dat genoemd? Het is nl heel lastig om iets te verkopen dat niet te benoemen is. Desnoods creëer je een categorie. Noem het wrapflow ofzo.

[TwaBla]

 

En praat eens met Bodo Douqué...

[Hans van den Bergh]

Sinds vorig jaar ben ik een software pakket aan het schrijven. Het begon met een probeersel om een bepaald probleem op te lossen, is uitgegroeid tot een 'framework' waar een goede en stabiele applicatie is uitgegroeid.

 

Kleine samenvatting:

In het pakket kun je:

- Zelf templates maken met onbeperkt aantal velden (bijv. contactpersoon, document, etc)

* Per veld kun je validatie, keuze selecteren, etc

* Onbeperkt aantal overzichten kunnen koppelen aan deze templates (bijv. Een klant heeft meerdere contactpersonen). bij deze contactpersonen kun je weer zien bij welke klanten deze gekoppeld is, etc.

* Velden laten putten uit een overzicht. (bijv. bij het template klant moet de 'systeembeheerder' worden geselecteerd uit het overzicht contactpersonen)

- Door het bouwen van een 'interface' kan 'elk' ander software pakket worden aangestuurd.

- Doormiddel van Workflow kunnen vraagstukken/processen volledig worden gestroomlijnd.

* In een workflow kan ook weer externe applicaties worden aangestuurd / objecten worden gecreeerd, documenten worden gegenereerd, etc.

* Per proces kan worden aangegeven wie/welke afdeling dit proces moet uitvoeren

- Gegenereerde documenten (Word/Excel/CR/etc. worden automatisch opgeslagen bij het object (klant/contactpersoon/etc.) .

- Eigen KPI kunnen definieren en deze worden (uiteraard) automatisch gevoed.

- etc. etc.

Echter als je een software pakket wilt verkopen, moet je een bepaald body hebben (helpdesk, etc.). Dit heb ik niet, ik werk nog naast deze 'hobby'. Ook is het pakket zo flexibel, dat je het (denk ik) voor elke branche kunt inrichten. maar hoe kom je bij deze branches cq kennis?

Of wel. Ik ben een software ontwikkelaar die nu een beetje voor het blok staat!

 

Herinner je je Denzel Washington nog in Philadelphia? Hij vroeg steeds: "Explain it to me like I was a 6 year old..." M.a.w.: probeer nu eens in je omgeving kort en krachtig (zonder vakjargon) te verwoorden wat jouw pakket nu precies allemaal oplost. Aan de reacties kun je wel afleiden of men het begrijpt en zo ja, of het een oplossing is waar men echt op zit te wachten. Op dat moment heb je een goede basis om e.e.a. te categoriseren en te vermarkten. Ga daarbij niet over één nacht ijs!

 

Succès en groet,

 

Hans

[msteer]

Echter ik ben bang dat bedrijven niet met een software leverancier in zee gaan als er geen 'body' achter zit.

 

Je ziet zwakke plekken en dat weerhoud je. Dat herken ik maar als je wilt gaan ondernemen moet je ze zien als kansen.

 

Geen body betekent ook geen overhead, lagere kosten, maatwerk, flexibiliteit en direct contact met de ontwikkelaar i.p.v. een helpdesk met standaard antwoorden.

 

Laat klanten vervolgens even lekker zelf kiezen of ze dat wel of niet willen.

[R.I.P. | Peter Bonjernoor]

[off topic]

Die vraag is al beantwoord: hier ;)

[/off topic]