2. When and how to raise $ for Beta product development, as we are building clickable wireframes now and about to lock-in the first Pilot customer in next 30 days. We do not have any revenue today.
Regards,
A.
2. When and how to raise $ for Beta product development, as we are building clickable wireframes now and about to lock-in the first Pilot customer in next 30 days. We do not have any revenue today.
Regards,
A.
1 comments
In my experience, if you're not careful during the early product design phase, people will spit out features or their solution/implementation. One has to snap out of it and figure out the reasons of these. They want a button, you must ask why and figure out the job to be done.
Second, from all the 'features' which you figured out the problems for, what is common between the two (users and decision makers)? Is there a core/common set you can extract ?
Third: you can sort of layer specific features of one and the other on top of the core, if there is a core, and propose two products. Depending the budget.
Lastly, it may be frustrating, but ultimately: who is paying you? If you're doing consulting, you may provide input but the one who pays you have the last word. Get your input and their explicit decision to go a certain route in writing, and do what they ask of you.
I wrote a tiny bit about this here https://mobile.twitter.com/jugurthahadjar/status/13106682933...
Again, spend time on problems and unearthing the underlying problems that the features they propose are solutions/implementations to. Don't let the product driven by feature proposition.
Here's our issue template for features to lower the barrier to write good issues:
>Your product looks interesting. Still doing early access?Yes. Here's an invite link if you'd like to try it: https://iko.ai/invite/terXtLhraD1hPx2Gw16EgUAHMy98mWqq2vlm9M...