Alberto Corado, Moodle’s UX Lead, sent me an article by Rebecca Guthrie entitled Crawl, Walk, Run. It’s contains good, concise, advice in three parts:

Crawl. Do things that don’t scale at the beginning. Talk to 50 potential customers, listen, discover pain points, and then begin to form a product to solve that pain. Use this feedback to develop your MVP. Don’t fall in love with your solution. Fall in love with their problem. I’ve mentioned this before, read Lean Startup.

This is what we’ve been doing so far with the MoodleNet project. I must have spoken to around 50 people all told, running the idea past them, getting their feedback, and iterating towards the prototype we came up with during the design sprint. I’d link to the records I have of those conversations, but I had to take down my notes on the wiki, along with community call stuff, due to GDPR.

Walk. Create mock-ups. Start to develop your product. Go back to your early potential customers and ask them if your MVP (or mockups) solve their problem. Pre-sell it. If you really are solving a problem, they will pay you for the software. Don’t give it away for free, but do give them an incentive to participate. If you can’t get one person to buy before it is ready, do not move onto the next stage with building your product. Or, you will launch to crickets. Go back to your mock-ups and keep going until you create something at least one person wants to buy. The one person should not be a family member or acquaintance. Once you have the pre-sale(s), conduct a Beta round where those paying users test out what you’ve built. Stay in Beta until you can leverage testimonials from your users. Leverage this time to plan for what comes next, an influx of customers based of your client’s testimonials.

I’m not sure this completely applies to what we’re doing with MoodleNet. It’s effectively a version of what Tim Ferriss outlines in The 4-Hour Work Week when he suggests creating a page for a product that doesn’t exist and taking sign-ups after someone presses the ‘Buy’ button.

What I think we can do is create clickable prototypes using something like Adobe XD, which allows users to give feedback on specific features. We can use this UX feedback to create an approach ready for when the technical architecture is built.

Run. Once your Beta is proven, RUN! Run as fast as you can and get Sales. The founder (or one of the founders) must be willing to hustle for sales. I recommend downloading the startup course from Close.io. Steli gives amazing advice.

While MoodleNet needs to be sustainable, this isn’t about huge sales growth but about serving educators. We do want as many people to use the platform as possible, and we want to grow in a way where there’s a feedback loop. So we may end up doing something like giving our initial cohort a certain number of invites to encourage their friends/colleagues to join.

Food for thought, certainly.

Source: Rebecca Guthrie

Enjoy this? Become a supporter via Patreon and get articles like this emailed to you daily — one full week before they appear on the open web!