Image of Mike McDerment

Mike McDerment, co-founder of FreshBooks, just wrote an interesting post stemming from many requests in the FreshBooks customer forums for some indication of a product development roadmap. Mike wrote of his justifications for keep the product development roadmap close to their chests. Broadly his reasons were;

1. Commitments weigh you down, make you less nimble and lessen your ability to react to unseen threats or opportunities
2. A roadmap is an excellent resource for your competitors - not disclosing it keeps them on their toes
3. Customers will always want the next feature (or the one after) - Mike contends that publishing a roadmap can in fact delay purchasing decisions
4. Focus on your proven track record - not what you promise
5. Delight your customers - under-promise and over-deliver

What Mike says makes perfect sense, kind of. But like every argument there is a compelling counter argument;

1. Commitments focus the business on what it needs to do and inform the workflow process. They also minimise the temptation to go off on tangents not directly in keeping with the business direction
2. Sure competitors can see your roadmap and possibly gain an advantage from it but delivery is key. Having a clear roadmap focuses the mind and makes it more likely that you'll execute successfully
3. Customers want to see that you're thinking of the future - they're more likely to go with a vendor that they can see has a clear direction and is moving in a way that is aligned with their needs
4. At every level; funding, staffing, customer acquisition - people will want to know where you're heading - a product roadmap is part of this information
5. You can advise your customers of your roadmap and still over deliver. A roadmap is a bare minimum - you can still deliver more than your roadmap says

I agree with not giving too much away. We struggle with customers wanting to know what’s coming up vs not committing unless we need to make changes. It’s a hard balance, and all software co’s have this prob.

We just give a few feature promises to users (and commit to them) and keep others up our sleeve…

Which aligns nicely with my points - give your customers a broad product roadmap, deliver early wherever possible, and  keep some nice features up your sleeve to roll out and delight the punters.