In the marketing world, a brief is a standard form of communication. Without a brief, no professional agency will start working on a serious project. Before creatives can write a script for the next big Super Bowl hit, they have to understand what the company plans to achieve – and a good brief makes it possible. Without it, the odds of producing a successful ad are a coin flip.
Practice shows that a similar approach should be a must at partnering up with external software providers. When ordering custom IT solutions, companies should precisely explain what problem they aim to solve.
However, it’s rarely the case. And, as a result, some cooperations end with flops.
To help you avoid this nightmare scenario, in this blog post, we’re going to highlight the biggest issues related to ordering custom software – and will show you how to do it properly.
Let’s Start With What You Should Never Do
In the early 2000s, ordering IT usually meant listing core functional requirements. Back then, developing software in accordance with a specification provided by clients was a common practice.
And often, the outcomes were disastrous.
There were many reasons for that. First of all, executives working at companies that don’t produce software for a living can’t know how to write specifications professionally. And even if they somehow do, it’s still easy to overlook key features or concentrate on unimportant elements. To make the documentation more reliable, some companies hired external specification writers; but this strategy was also trap-filled.
Despite these terrible experiences, even in 2021 many companies still order software with the same approach. First, they draft a technical specification of functionalities and show it to a few software providers. Next, they plan to pick the cheapest and quickest one. Luckily, responsible software partners will answer with “nope, no way” and instead propose a more modern cooperation model. However, there will always be a company that finally says yes.
And this can only end in two ways.
Best case scenario, the client gets exactly what they ordered… and it’s probably not that good for several reasons. Worst case scenario – the specification isn’t feasible, and the results are even grimmer.
But if not specification-driven, then how should your order look like?
What You Should Do: Describe Your Problems
If you’re about to prepare a document that will kick-start your cooperation with a software house, our first advice is – don’t spend too much time on it. Unless you’re working in the public sector (and are bound by law to deliver a detailed specification), concentrate on explaining your goals, challenges, and problems.
In short, concentrate on the WHY, and leave the HOW to the technological partner.
If you’ve chosen your new IT supplier wisely (and we’re sure you did – it’s an important decision), your partner will know what to do. You don’t have to explain to a technological firm how to do technology. Thanks to such a cooperation model, you save time and money; you also leave the IT company some space to test various approaches. As a result, you will likely get a far better and technologically advanced solution than the one you specified in-house.
For instance, from our experience, it sometimes happens that a client has spent a lot of time on preparing a detailed specification (even half a year!) and, as a result, expects quick effects. After all, everything that needs to be done is already laid out. Right? Well, as you know by now – not so much. These detailed specifications are often prepared by executives who do not write specifications for a living and thus are not good enough to be implemented; moreover, even if an experienced CTO is involved, a technological partner is still likely better equipped to come up with the specifics. After all, one CTO could have worked on dozens or hundreds of different projects; on the other hand, a technological outsourcing firm possesses somewhat of a hive mind, having jointly developed thousands of solutions.
Overall, 9 out of 10 times, you will get something better if you trust the experience of your new partner.