How do you get the best results when commissioning a software or web development project? It’s important when commissioning a software house or digital agency to know your objectives and stay true to those objectives throughout the lifecycle of the project. For most the objectives are simple – or at-least they should be – design […]
How do you get the best results when commissioning a software or web development project?
It’s important when commissioning a software house or digital agency to know your objectives and stay true to those objectives throughout the lifecycle of the project. For most the objectives are simple – or at-least they should be – design and develop a product that your users/customers will enjoy using and will enable them to find what they are looking for or perform a certain task intuitively and efficiently.
For the purpose of this post, I’m going to stick with software applications (web-apps) to explain how a client brief and subsequent solution should be approached and fulfilled. However, a very similar process could be followed for a website or ecommerce store.
When creating a brief it’s important to start with the user in mind. It’s a good idea to start with a ten point list of the main features the software will provide, then break each feature, or module, into storyboards that outline how the process will work from a users point of view. We usually find we need to assist customers at this stage of the process, as articulating these steps is very difficult so we tend to provide a visual approach. This typically starts with a client workshop where we can all brainstorm ideas and create wireframe stories on a whiteboard or paper. This fleshes out the user journey and flow and means everyones ideas becomes part of a working prototype that can be reviewed and refined until all stakeholders are happy with the product. Anyway, back to the topic at hand…
It’s important to remember that Rome (and especially not Wembley stadium!) were not built in a day. It’s very tempting to create a detailed specification document then build the perfect system. But in reality nobody knows what that perfect system looks like, at-least not at first. We strongly recommend an iterative approach to software development. Our advise is to start small and get the core functionality in place then let your staff and/or customers use the product and help you drive the development. It’s very tempting for management to try and define how people and processes work throughout an organisation, but it’s an ambitious and somewhat risky approach, especially if the person writing the brief has never performed a certain role within a company on a day-to-day basis.
I’m going to expand on this topic in a future blog post, as we have found that our approach helps to develop better software products.
If you have any questions regarding web-application development, then please contact me (Mark Probert) on 0117 205 0425 email me
Subscribe to get our best content. No spam, ever. Unsubscribe at any time.