RoelO

De omzetkans berekenen voor een webapplicatie uit de conversiegetallen voor een webshop lijkt mij niet reeel, omdat dat uitgaat van een marktprijs die "goed" is. Je weet echter de marktwaarde van je app niet. Als je er teveel voor vraagt, wordt de vraag minimaal. Kun je niet beter een poll houden? Bijvoorbeeld: wat heeft u over voor een applicatie die doet: ; , , , Toevoegen: hou me op de hoogte,< mailadres> Je ziet dan gelijk of mensen er wat in zien, en hoeveel ze er dan voor over hebben. Als je dan ook nog bekijkt hoeveel bezoek je krijgt en wie daarvan je enquete invult, dan heb je een beetje een beeld.

Hallo, Ik vind cost of delay zoals dit gebruikt wordt een vreemd begrip. Ten eerste wordt het niet berekend als kosten, maar als een soort gederfde inkomsten per dag. Dit heeft tot gevolg dat als er twee projecten lopen, het project met de meeste "gederfde inkomsten" voorrang krijgt. Of dat voordelig is hangt mijns inziens niet van de gederfde opbrengsten, maar van de gederfde netto winst af. Ten tweede zullen bij een dergelijke beslissing ook de ontwikkelkosten bij beide projecten veranderen, zonder te kijken naar de budgetten. Begrijp me goed: ik zie het voordeel wel van een raamwerk, maar zou dat niet moeten zijn ontwikkelkosten per dag? Het lijkt me namelijk een logischer veronderstelling dat bij vertraging de totale ontwikkelkosten evenredig hoger worden, omdat de vertraging optreedt als gevolg van meerwerk. Dat die kosten afgezet worden tegen de meerwaarde van het product is redelijk. Als laatste: de mate waarin opbrengsten werkelijk gederfd worden is mijns inziens heel moeilijk te bepalen, de vooronderstelling dat de vertraging de totale vraag evenredig vermindert lijkt me gewaagd.