Monthly Archives: December 2013

Top 365 predictions for 2014

It’s not easy to come up with predictions that actually make some sense so we created a very easy to use system which allowed us to identify 364 predictions for the new year. The idea is very simple: we combined the 26 rows and the 14 columns in the table below and the result were 364 (26×14) predictions.

The 365th is that no one will really take seriously these predictions, which also has the most chances to become reality in 2014.




Is more transparency needed in business software product development?

We usually learn very little about products and services until they’re officially released. This can be explained by the fact that companies don’t want their competitors to find out about their new products or they simply want to create some sort of suspense which keeps people interested in their new products.

While this may be a good marketing strategy in industries like consumer electronics or fashion and apparel, it doesn’t work so well in business software. Companies spending an important part of their budget on business software would like to know what the vendor intends to deliver in the future besides maintenance, patches, and bug fixes. Still, vendors rarely share a lot of information regarding their future road map and when more details are provided to industry analysts, they are usually bound by non-disclosure agreements.

We don’t expect software vendors to make public all of their ideas and efforts made towards improving their software and services, but we think that they should try to find a way to share their initiatives while keeping the important details confidential. The question is: how?

To answer this, we think that vendors should ask themselves the following questions and see if any of it applies to their product development initiatives:

– Is product development mostly based on requests from customers? If yes, is there a way to share with those customers (or everyone else who may be interested – eg: other customers or prospects) some information about the new features? Most vendors use ticketing systems for enhancement requests but not all of them are transparent when it comes to the management of those requests. There are some who actually close dozens or hundreds of tickets by batch because they realize that they don’t have the time and the resources to manage them. Of course, customers are never told that – they’re actually told nothing, they simply don’t get an answer to their questions. If product development is based on what the company thinks that’s needed in the market, it would be nice to explain how you determined which features are needed and which aren’t.

– What can you share without jeopardizing your product development process? Even though your competitors may know more about you than you think, sharing information considered strategic may put you in a bad position. This is why it’s important to define what kind of information can be share and with whom. When you work with partners and customers testing some new features, you’ll have to share some information with them, but does it make sense sharing it with other people (e.g.: analysts, experts, etc), communities (e.g.: user groups), specialized magazines, etc.?

– What do your customers want to know? While it’s easy to assume what people want to know, the best way to find out is to ask. Some may want to track every single issue and enhancement request they create. Others will only want to know what’s new in any major release. It will be almost impossible to satisfy everyone 100% but the idea is to cover 80% of the requests, which are probably generated by 20% of your customers(following Pareto’s rule)

– What’s you level of commitment to a roadmap and product enhancements? All vendors have good intentions (usually) but they’re not always realistic when it comes to allocating resources and time to improving their products. Also, some of the features that may be very important for a new customer may not be needed by others, so they may end up not being included in new releases. The ideal is to find a balance between promising things you may not be able to deliver and providing no details on future releases.

Since transparency is increasingly important in business, we think that vendors should definitely share more information about their product development initiatives. Again, this doesn’t have to be about shearing secrets or confidential information, but about documenting and sharing stories about new features and how they were created, tested, and implemented.

This type of pro-active transparency can also be helpful when potential customers are comparing various solutions and may require information on roadmaps and future developments. More and more customers are not happy with the promise of a “future release” and consider it a bad sign when vendors are reluctant to share information on their future development plans.


By EFF (Own work) [CC-BY-3.0 (, via Wikimedia Commons