Nieuw Big Data concept, maar hoe nu verder?

[DataAndHeuristics]

Hoi Allemaal,

 

Na maanden van verzamelen, proberen, en testen, ben ik er eindelijk zeker van dat mijn idee werkt op kleine schaal. Ik loop alleen nu vast op het volgende: Hoe en waar zet ik de volgende stap?

 

Oke, even bij het begin beginnen. Mijn naam is Robert, en heb 3 Master opleidingen afgerond: Handelswetenschappen, Econometrie, & Wiskunde. (Ja wellicht overdone, maar ik kon niet kiezen, en vond, en vindt, alle 3 de onderwerpen erg interessant.)

Sinds de opleidingen werk ik een tijdje bij een financiële dienstverlener en bleef mij al geruime tijd verbazen over een aantal zaken:

- Veel gaat handmatig

- Veel mensen in de keten zijn telkens verbaasd als een participatie failliet gaat, of dat er een geldlener er met het geld vandoor gaat.

- Hoe weinig bedrijven van elkaar weten.

 

Dit kan beter dacht ik! Welnu, ik heb de afgelopen maanden, in mijn eigen tijd, open data zitten downloaden, betaalde data aangekocht. Ook heb ik het (wellicht op een knullige manier) voor elkaar gekregen dat ik elke ochtend netjes alle updates van alle databronnen (zowel open als betaald) op mijn computer krijg. Dit resulteert in dat ik nu 1000en excel en access bestanden op mijn computer heb staan, en dat wordt dus elke dag meer.

 

1) Kort gezegd ik heb ongeveer 2500 variabelen van elk bedrijf in West Europa. Ik beeld mij zo in, dat deze data an sich al een waarde heeft.

2) Maar vanuit mijn econometrie achtergrond, heb ik nu ook een model ontwikkeld dat ik van te voren kan bepalen of een bedrijf failliet gaat. Niet 100%, maar ik heb het getest met data uit 2016 voor NL en Belgie, en voor NL kon ik 1 maand van te voren met 76% zekerheid, en Belgie 71% zekerheid uitrekenen of een faillissement aangevraagd wordt. Ik kan mij zo voorstellen dat dit van grote waarde kan zijn.

3) Ook heb ik een rekenmethode ontwikkeld die al deze data gebruikt om de waarde van een bedrijf nóg beter te berekenen, naast alle standaard bedrijfswaardering formules die ook natuurlijk kunnen met deze data.

4) Als laatste kan ik zéér uitgebreide financiële analyses maken van bedrijven met deze data.

5) En er zijn ongetwijfeld nog meer toepassingen mogelijk hiermee.

 

Ik ben van mening dat dit allemaal redelijk uniek is, omdat ik aan de ene kant veel meer informatie heb dan de gemiddelde databoer die puur adressen verkoopt, en aan de andere kant kan ik veel gerichter en met meer zekerheid iets zeggen over de financiële staat van een bedrijf dan bv Graydon, Bureau van Dijk, of D&B.

 

Nu zit ik met een concept, en ik zie ook al helemaal duidelijk voor ogen hoe, aan wie, etc. Sterker, een instelling in Belgie, en een redelijk grote onderneming in Frankrijk hebben interesse getoond in het idee, en willen graag in gesprek van zodra er iets tastbaars af is, en hier zit nu mijn probleem/bottleneck.

 

Van IT/ICT/Programmeren heb ik geen verstand, en er moet dus iets van webapp? desktop software? komen. Of op de een of andere manier iets van een 'schil' rondom al die 1000en datasets. Heel enthousiast had ik een aantal boeken gekocht over visual studio, maar na verschillende tutorials liggen die nu na veel frustratie stof te happen. Dus, moet ik het programmeren uitbesteden, zo ver is duidelijk.

 

Ik heb gekeken op o.a. freelancer.nl en ik schrok mij eigenlijk een hoedje. Ook gesprekken met zelfbenoemde programmeer experten zorgen voor een grote schrik bij mij. Bedragen richting de 1 a 2 ton worden telkens genoemd, evenals programmeerduur van een half jaar tot een jaar. In zowel de duur als de kosten heb ik weinig zin.

 

Voordat ik de sprong naar het ondernemerschap neem.

Dus dan komen nu eindelijk mijn vragen. Als u/je tot hier bent gekomen met lezen: petje af.

1) Wat zijn uw ideeën mbt tot mijn concept idee? Is dit mogelijkerwijs levensvatbaar?

2) Creatief als dat ondernemers zijn: Hoe los ik het probleem van het programmeren op?

3) Want ik denk dat ik deze richting wel op moet: Waar en hoe vindt ik potentiële programmeur zakenpartners (Zodat ik die 1 a 2 ton niet hoef voor te financieren?

------

4) Hoe huiverig moet ik zijn met die AVG/GDPR? b.v. Bedrijf X BV, heeft bestuurder Y, die woont al T jaar op adres Z, waarvan het huis R waard is. en zo wellicht nog wel 20 variabelen over bestuurder Y. Logischerwijs heeft Y mij nooit toestemming gegeven voor al deze informatie, maar los van elkaar is al deze informatie gewoon te vinden op internet...

 

Al uw feedback is van harte welkom, bedankt voor het lezen.

 

[RVandenbussche]

Hi DataAndHeuristics!

 

Ik heb iets meer verstand van ICT en volgens mij kun je de uitwerking van je idee scheiden in drie onderdelen:

 

1. Bedrijfsgegevens of variabelen (automatisch) in je database kunnen zetten. Je wilt namelijk dat je applicatie over 5 jaar ook nog werkt.

2. De berekening digitaliseren (als dat nog niet zo is)

3. De voorkant die de gebruiker ziet.

 

 

De database is technisch het lastigste, want dit moet namelijk goed gedaan worden. Je kunt je de opbouw van je gegevens lastig wijzigen in de toekomst zonder dat dat voor problemen zorgt.

 

De berekening heb je volgens mij al gedigitaliseerd, maar deze formule moet misschien over een aantal jaar aangepast worden omdat er nieuwe gegevens zijn.

 

De voorkant kun je zo gek maken als je wilt. Simpel zoals Google, je typt iets in en je krijgt een resultaat. Of je kunt er een heel betaal en account systeem aan hangen. Waarschijnlijk heb je het laatste nodig, want je wilt er ook geld aan verdienen. Dan ga je zeker richting de 100.000 euro als het niet meer is.

 

Om dit te realiseren kun je misschien zoeken naar een partnership.

 

Persoonsgegevens vallen inderdaad onder de GDPR maar bedrijfgegevens niet. Als je en manier kunt vinden dat je de persoonlijke gegevens niet herleidbaar zijn en bijvoorbeeld niet opslaat maar het resultaat wel. Dus dit mag waarschijnlijk wel: Bedrijf X heeft eigenaar id 89713 (persoon) die heeft een woonsituatie id 23 (20 jaar zelfde adres) met een woningwaarde van 200.000.

 

[DataAndHeuristics]

Hi RVadenBussche,

 

Dank voor je antwoord.

 

Punt 2 (Digitaliseren van de berekeningen en analyses) is inderdaad af.

 

Punt 1 lijkt me wel iets wat ik met inlezen ook kan, dus blijft er het dure punt 3 over inderdaad.

 

v.w.b. punt 4 schrik ik toch wel een beetje. Ik had gehoopt daar óók analyses op te kunnen maken.

Hoe zit het dan bijvoorbeeld met de volgende voorbeelden:

https://drimble.nl/bedrijf/amsterdam/40040747/polaberry-bv.html -> Willekeurig een bedrijf gepakt, maar bestuurders worden duidelijk gemeld.

bij kvk idem dito: https://diensten.kvk.nl/staatscourant/extern/toonDossierPublicaties.do?userRole=extern&dossier=71888535

 

 

Laatste vraag, zijn er dan betrouwbare plekken waar ik partnerschappen kan zoeken/vinden/aanbieden?

 

[John B]

Willekeurig een bedrijf gepakt, maar bestuurders worden duidelijk gemeld.

Volgens mij wil het feit dat gegevens "openbaar" beschikbaar zijn nog niet zeggen dat jij die gegevens dan zonder meer in een eigen database mag opslaan en verwerken.

 

[RuudB.]

Klinkt interessant. Zoals aangegeven even goed kijken óf je al die data wel zomaar mag hebben. Je bent op zoek naar een partner/investeerder. Om die aan te trekken kun je het volgende doen:

 

Een website bouwen waarop je het concept uitlegt en doet alsof het er is. Probeer mensen geïnteresseerd te krijgen (wie is de doelgroep voor je applicatie) en een business model te testen. Je wilt gelijk voor de home-run gaan qua development, een complete applicatie met alles erop en eraan. Dat is duur. Ik denk dat het goed is om een Minimal Viable Product (MVP) vast te stellen en de markt op te gaan. Kijken wat er gebeurd en of mensen net zo enthousiast zijn over je oplossing als jijzelf.

 

Wanneer je dan mensen hebt die het willen afnemen kun je het in eerste instantie zelf nog handmatig doen en later steeds verder automatiseren.

[Branko Collin]

Je zegt dat het schrijven van software voor opslag, analyse en rapportage te duur is, maar hoe los je dat dan nu op?

 

In principe moet de automatische verwerking op termijn goedkoper zijn (of meer mogelijkheden tot winst en groei bieden) dan het handwerk wat je nu doet, anders heeft automatisering geen zin. Nu je wat offertes hebt ontvangen, zou je eens in een ondernemingsplan kunnen uitwerken wat de kosten en de baten naar verwachting zullen zijn.

 

Je vraagt hoe KvK en dergelijke ermee wegkomen dat ze persoonsgegevens verwerken zonder geldige grondslag, dat heeft gok ik met handhavingscapaciteit te maken. De nieuwe boetes van de AVG maken echter wel dat je aan een soort loterij meedoet. Pakkans klein, verwachtingswaarde van de boete nog steeds hoog.

[Ab Bauer]

Ik vind je hele verhaal een beetje vreemd.

 

Je zegt dat programmeren te moeilijk voor je is. Maar iemand die een Master opleiding in Econometrie en een Master in Wiskunde heeft moet geen moeite hebben met een basis cursus databases (bijvoorbeeld MySQL). Dat bestaat gewoon niet.

 

In een cursus van twee weken leer je 95% van MySQL wat je ooit maar nodig hebt. *

 

Je kunt de 'back-end' dus best zelf bouwen naar mijn idee. Daar leer je ook het meeste van.

 

Welk 'front-end jasje' je daar omheen zet (een app of een website) kan je dan later kiezen en door een freelancer laten maken. Dan praten we niet over '1 a 2 ton' maar minder dan 5k.

 

 

*) ^{Eigenlijk kan je in}

^{alles van MySQL leren}

 

[DataAndHeuristics]

Allen bedankt zover voor de reacties.

 

@John B: Interessante woordspeling, en discussie, wellicht voor een ander topic. In mijn ogen is opslaan =/ niet hetzelfde als verwerken. Totaal niet ideaal voor mij, maar dan denk ik: Wat nou als ik mijn bezoekers alleen wijs naar de plek waar het staat. Dan sla ik zelf niets op. Als ik het realtime verwerk, en de bewerking ook niet opsla, dan doe ik niets fout lijkt me? Maar goed dat is een hersenspinsel voor een AVG topic....

 

@RuudB. & Brank Collin: Wellicht is het een denkfout van mij. Ik had als visie / gedachte gang, als ik het doe, moet het meteen goed gebeuren. Mijn droom is natuurlijk dat over X aantal jaar bedrijven niet meer D&B/Graydon noemen als dataprovider, maar mij :) Ach, een mens mag dromen...

 

Ik ben namelijk bang dat het MVP niet goed genoeg is, en dat de eerste potentiele klanten weglopen, en niet meer terugkomen. Die ben ik per saldo kwijt... Of is dat in jullie ogen een verkeerde denkwijze?

 

Op dit moment, zoals gezegd heb ik testen gedaan door excel/access/sql/json/etc etc aan elkaar te koppelen. en de berekeningen/analyses handmatig te doen telkens. Dit neemt uiteraard bijzonder veel tijd in beslag. Uiteraard als dit automatisch gaat, is het en sneller, en maak ik tijd zelf vrij wat ik weer aan andere dingen kan besteden.

 

Maar bovenal, wil ik liever niet aan loterijen meedoen, en zal ik met aanzien tot AVG het op de zekere kant moeten/willen spelen, en afwachten hoe de privacy wind waait over een jaar ofzo. Langs de andere kant: Graydon geeft bijvoorbeeld aan dat het ongevraagd verzamelen van persoonlijke gegevens een gerechtvaardigd belang heeft, omdat het in hun grondslag ligt om bedrijven goed te adviseren over zakenpartners, klanten, etc. Hierdoor zijn ze 'AVG proof'...

Ik mag aannemen dat ze de wet goed bestudeerd hebben, en a.d.h.v. juridisch advies dit besloten hebben. Ergens bestaat er dan toch de ruimte in de AVG wet om persoonlijke gegevens te analyseren?

 

[DataAndHeuristics]

Ik vind je hele verhaal een beetje vreemd.

 

Je zegt dat programmeren te moeilijk voor je is. Maar iemand die een Master opleiding in Econometrie en een Master in Wiskunde heeft moet geen moeite hebben met een basis cursus databases (bijvoorbeeld MySQL). Dat bestaat gewoon niet.

 

In een cursus van twee weken leer je 95% van MySQL wat je ooit maar nodig hebt.

 

Je kunt de 'back-end' dus best zelf bouwen naar mijn idee. Daar leer je ook het meeste van.

 

Welk 'front-end jasje' je daar omheen zet (een app of een website) kan je dan later kiezen en door een freelancer laten maken. Dan praten we niet over '1 a 2 ton' maar minder dan 5k.

 

 

Hoi Ab Bauer,

 

Dank voor je antwoord. MySQL an sich is het probleem niet. De basics van diverse programmeertalen ook niet. Maar, ik ben geen doorgewinterde DBA'er, en het programmeren van een frontend was voor mijzelf toch echt een brug te ver.

Natuurlijk weet ik de basics van database normalisatie, maar om het daadwerkelijk toe te passen, met performance en snelheid in de achterhoofd houdend....Welk gedeelte moet transactioneel ingericht worden, en welk gedeelte als 'reporting'.....Of wellicht blijkt dat NoSQL wel veel beter werkt... Nogmaals, ik ken de termen, ik de basics, en daar houdt het mee op. Dus, nee, dat soort keuzes laat ik liever aan een expert over. Het spreekwoord: "Schoenmaker blijft bij uw leest" is hier wel van toepassing denk ik.

 

Maar met alle wil van de wereld als je een frontend voor mij kan bouwen voor 5k, met klantadministratiesysteem, log/registratie, automatische databaseupdates, selectiezaken e.d. Wat ook nog snel werkt, meertalig, en er professioneel uitziet, én schaalbaar is: Be my guest, geef me je gegevens en we maken meteen een afspraak. Maar, als ik meerdere offertes heb van rond de 100k, en enkele uitschieters naar 175k en 192, heb ik daar eigenlijk een hard hoofd in?

 

Maar, mischien heb ik het helemaal mis, ik hoor het graag.

[John B]

Graydon geeft bijvoorbeeld aan dat het ongevraagd verzamelen van persoonlijke gegevens een gerechtvaardigd belang heeft, omdat het in hun grondslag ligt om bedrijven goed te adviseren over zakenpartners, klanten, etc. Hierdoor zijn ze 'AVG proof'...

Dus als bedrijven in hun Missie & Visie opnemen dat het verzamelen van persoonsgegevens een essentieel onderdeel is van hun bedrijfsvoering dan is er plotseling een "gerechtvaardigd belang"?

 

Lijkt mij dus niet de bedoeling van de AVG.

 

Ik mag aannemen dat ze de wet goed bestudeerd hebben, en a.d.h.v. juridisch advies dit besloten hebben. Ergens bestaat er dan toch de ruimte in de AVG wet om persoonlijke gegevens te analyseren?

Ik denk eerder dat ze erop gokken dat niemand precies begrijpt hoe het zit. En het alternatief is natuurlijk behoorlijk dramatisch.

 

[shoptillyoudrop]

Gekke vraag misschien, maar toch:

Zijn de persoonsgegevens (NAW gegevens bestuurder e.d.) echt belangrijk voor je analyses?

 

Want anders kan je deze misschien beter weglaten. Dan heb je geen 'last' van de AVG verder.

 

 

Over je idee zelf:

Ik denk persoonlijk dat het veel beter kan dan D+B en Graydon hun 'rapporten' maken.

Dus wat dat betreft zou ik denken dat (als jij dit beter kan dan) hier zeker ruimte voor kan zijn.

 

Volgens mij hoef je ook niet veel aandacht aan de interface (qua 'poespas') want het gaat om de informatie en dat zullen gebruikers ook vinden.

De databasestructuur en de calculaties zijn natuurlijk erg belangrijk.

 

Volgens mij kan je het beste een website laten opzetten met MySQL en PHP. Dat kost echt geen tonnen. Met een inlogpagina, zodat niet iedereen de database kan raadplegen.

Wil je eigenlijk een kant-en-klaar rapport naar gebruikers sturen of wil je toegang tot je database (als abonnement of zoiets) geven?

 

Mij lijkt een vraagstuk in hoeverre je de data die je gebruikt 'gejat' hebt of niet...

Daar zou ik eerst goed onder de loep leggen. Als je de data helemaal niet mag gebruiken vind ik het idee aanzienlijk minder goed namelijk.

 

[DataAndHeuristics]

Gekke vraag misschien, maar toch:

Zijn de persoonsgegevens (NAW gegevens bestuurder e.d.) echt belangrijk voor je analyses?

 

Want anders kan je deze misschien beter weglaten. Dan heb je geen 'last' van de AVG verder.

 

Ik kan het uiteraard anonimiseren, maar het zou wel onderdeel uit kunnen maken van een analyse.

 

Mij lijkt een vraagstuk in hoeverre je de data die je gebruikt 'gejat' hebt of niet...

Daar zou ik eerst goed onder de loep leggen. Als je de data helemaal niet mag gebruiken vind ik het idee aanzienlijk minder goed namelijk.

 

 

Hier kan ik volmondig nee op antwoorden. Zoals gezegd, veel data is open data, zoals deze door diverse overheden wordt aangeboden. Een ander deel betaal ik netjes per maand voor. (Nu vanuit privé, ik hoop snel vanuit een onderneming)

 

Bedankt overigens voor het overige commentaar. Het middelste gedeelte wordt steeds concreter voor mij.

[kuifje]

 

 

Hier kan ik volmondig nee op antwoorden. Zoals gezegd, veel data is open data, zoals deze door diverse overheden wordt aangeboden. Een ander deel betaal ik netjes per maand voor. (Nu vanuit privé, ik hoop snel vanuit een onderneming)

 

 

 

Betaal je per maand voor inzage, of voor hergebruik van de data. Ik kan me voorstellen dat daar nog wel een verschil in zit. Natuurlijk kun je best een gebruikersaccount nemen, en dat delen met iemand anders, maar als je die data gaat gebruiken om honderden/duizenden anderen van gegevens voorzien zal dat wel in de gaten lopen bij de oorspronkelijke leverancier.

[DataAndHeuristics]

Betaal je per maand voor inzage, of voor hergebruik van de data. Ik kan me voorstellen dat daar nog wel een verschil in zit. Natuurlijk kun je best een gebruikersaccount nemen, en dat delen met iemand anders, maar als je die data gaat gebruiken om honderden/duizenden anderen van gegevens voorzien zal dat wel in de gaten lopen bij de oorspronkelijke leverancier.

 

Wat niet als open data verkrijgbaar is, probeer ik zoveel mogelijk af te kaderen bij de originele bron, en waar mogelijk heb ik afgelopen jaar een eenmalige datadump aangekocht, en daarna mutatieabonnementen afgesloten.

Bijv dus NBB & KBO voor Belgie, Companyhouse in UK, Kvk & Kadaster in NL, etc, etc.

Bij weer anderen heb ik mij ingeschreven voor een al dan niet betalende API functie, zoals bij rechtspraak (gratis) of infogreffe (betalend).

 

Maar, bronnen zijn in die zin ook niet belangrijk denk ik. Ik durf gerust alle bronnen en links te geven. Het gaat er mijn inziens juist erom wat je er mee doet, waarmee je het combineert, en wat voor rekenmodellen je er aan hangt ;) Ik bedoel, iedereen kan de opendata van NBB / KBO gratis downloaden, de 9 CSV bestanden aan elkaar koppelen door middel van het ondernemingsnummer, en dan heb je ook alle adresgegevens van alle bedrijven in België. Mijn kracht zit daadwerkelijk in het combineren van verwachtte en niet verwachtte data, en daar diverse rekenmodellen op los laten...

[bas-services]

Je zou kunnen beginnen om er een datawarehouse van te maken. Met behulp van het ETL de data op te schonen en deze (automatisch, dagelijks) in te laden in je datawarehouse. Vervolgens een Business intelligence oplossing zoeken, zoals Tableau of PowerBI om je data te kunnen analyseren en te visualiseren. Zoiets zou geen €100k moeten kosten denk ik... Vervolgens zou je een rapportage kunnen opleveren als product aan een specifieke klant. Nieuwsgierige vraag van mijn kant: over hoeveel rows/GB data praten we?

[DataAndHeuristics]

Je zou kunnen beginnen om er een datawarehouse van te maken. Met behulp van het ETL de data op te schonen en deze (automatisch, dagelijks) in te laden in je datawarehouse. Vervolgens een Business intelligence oplossing zoeken, zoals Tableau of PowerBI om je data te kunnen analyseren en te visualiseren. Zoiets zou geen €100k moeten kosten denk ik... Vervolgens zou je een rapportage kunnen opleveren als product aan een specifieke klant. Nieuwsgierige vraag van mijn kant: over hoeveel rows/GB data praten we?

 

We hebben het over ~200 GB aan data op dit moment, maar dit wordt rap minder als ik alles naar SQL transporteer (denk/hoop ik). Ik heb even gekeken naar NoSQL (MongoDB) maar dat leek mij als leek niet de juiste oplossing. Ik ben nu begonnen, n.a.v. een eerdere tip in dit forum, om een opzet van database structuur te maken. Ik gok dat ik grofweg, na normalisatie, op een kleine 200 tabellen uitkom, met tussen de 2 en 20 kolommen elk. Maar, dan zou ik op +/- 30 miljoen rijen uitkomen. Ik zit te denken om van elk land een aparte DB te maken, dan worden de rijen een pak minder, max 7 miljoen per DB.

 

Nog een hoop uitzoekwerk te doen :)

[Ab Bauer]

Hoe langer ik je openingsbericht lees hoe meer vragen ik eigenlijk krijg. Misschien kan je toch wat meer uitleg geven hoe jij "met meer dan 76% zekerheid kan voorspellen of een bedrijf binnen een maand een faillissement aanvraagt".

 

ik heb ongeveer 2500 variabelen van elk bedrijf in West Europa.

Je hebt dus van mijn bedrijf tweeeneenhalf duizend kenmerken, die ook nog eens actueel zijn?

Ik kan er zelf niet meer dan 200 bedenken. Ben echt benieuwd welke 2500 dat zijn.

 

Je kan zoveel data slurpen als je wil, uiteindelijk gaat het maar om een paar kerncijfers: Activa, passiva, liquiditeit, afschrijvingen, solvabiliteit, rentabiliteit, kasstroom, omzetsnelheid, winstmarge, enz.

 

Om te bepalen of een bedrijf binnen een paar maanden failliet gaat heb je ook gegevens nodig die een ondernemer (in nood) het liefst binnenskamers houdt. Juist om naar buiten toe de schijn op te houden dat alles nog prima draait. Die ga je dus niet krijgen. Zoals schuiven met bankrekeningen, wat tijd rekken in Belastingaanslagen, privé stortingen (of opnames) of een lening bij de bank zijn toch niet gegevens waar jij zomaar bij kan? Ik hoop het niet in ieder geval.

 

[Highio]

Dit klinkt allemaal niet als lean start-up of MVP.

 

Weekendgroet,

 

Highio

[Ward van der Put]

Het probleem zit niet in het concept maar vooral in het proof of concept. Dát is wat er op korte termijn nodig is:

 

Nu zit ik met een concept, en ik zie ook al helemaal duidelijk voor ogen hoe, aan wie, etc. Sterker, een instelling in Belgie, en een redelijk grote onderneming in Frankrijk hebben interesse getoond in het idee, en willen graag in gesprek van zodra er iets tastbaars af is, en hier zit nu mijn probleem/bottleneck.

 

Ik denk daarmee dat je je in de eerste plaats moet afvragen wat je deliverables zijn. Wat levert het systeem je klanten concreet op? Hoe ziet dat eruit, wat is het, wat doet het en wáár is de toegevoegde waarde?

 

Dat een proof of concept nog niet zo lekker schaalt als Adyen is van latere zorg.

[DataAndHeuristics]

De algehele gemiddelde mening is duidelijk, ik denk dat ik het goed kan samenvatten als:

- Ik denk te groot / wil te veel

- MVP / Deliverables / Proof of concept is niet duidelijk

 

Kortom: Dit betekend dat ik de aankomende tijd terug naar de tekentafel zal moeten, om e.e.a. eens goed uit te denken.

 

Bedankt voor een ieder zijn/haar commentaar tot dusver, ik stel het zeer op prijs.

[Branko Collin]

Ik citeer: "een concept" - "het idee" - "MVP" - "bedragen richting de 1 a 2 ton worden telkens genoemd, evenals programmeerduur van een half jaar tot een jaar".

 

Dit zijn vier dingen van verschillende orde van grootte, maar jij gebruikt ze door elkaar alsof ze min of meer hetzelfde zijn. Je verbazing over het prijskaartje is dan ook niet vreemd, want 2 ton is best veel voor een simpel ideetje, toch?

 

Het is niet erg dat je zowel het zaadje als de boom als het bos in gedachten houdt, want hoe moet je groeien als je geen idee hebt waar je naartoe wil groeien? Je moet alleen af en toe even afstand nemen om te bepalen wat de volgende stap is. Dat maakt het dan meteen makkelijker om ons gericht vragen te stellen.

 

Is er een manier waarop jij jouw product ten gelde kunt maken zonder dat je 2 ton uitgeeft? Wat zijn de concrete obstakels die je moet overwinnen voordat de opbrengsten de kosten overstijgen? Wat verwachten jouw prospects van een MVP? Heb je ze dat gevraagd?

 

Je droomt van het omver duwen van grote, machtige marktpartijen. Dat is (de ultieme?) validatie van de kracht van jouw systeem. Google dat Altavista omver duwt door betere search te bieden. Altavista had een platform in zijn hoofd en zat helemaal niet aan search te denken. Tegen de tijd dat ze door hadden uit welk hoek de wind woei, was het te laat.

 

Ik durf je niet te zeggen of je wel of niet zo groot moet denken. Wel wil ik je zeggen dat je meerdere opties hebt. Je kunt ook nu al aan de slag gaan met wat je hebt.