Top ten tips for software prototyping

Today's users have become more sophisticated. They don't want software that just works - they want software that is easy to use. A software prototype is useful for understanding the user interface and making it easier to use. Unfortunately, many managers, analysts, and developers don't understand how to efficiently create software prototypes. Here are the top ten tips to help you rapidly prototype software:

1. Start from a high-level requirements specification. This can be relatively short document with a few key use cases.
   
2. Start with screen flow. Don't worry about individual screens initially. Instead, try to figure out the number of screens and how the screens relate to each other.
   
3. Start with the most imporant screens. Identify the most important screens based on the most common use cases and prototype those first. Initially, your software prototype should ignore simple or infrequently used screens.
4. Start with low fidelity screens and refine. Your software prototype should be crude initially. Just get the right controls and text on the screen. You can worry about making the screens beautiful later.
   
5. Get feedback early and often. As soon as your software prototype has one or two screens, start showing them to users and other interested parties. Every time you add or revise screens, get feedback as soon as possible.
   
6. Involve real users. Make sure that you involve people that will actually use the system. If there is more than one type of user, make certain that you have a reprentative of each type. For instance, if managers use one part of the software and low-level employees use another part, then you need to review the relevant parts of the system with both managers and low-level employees.
   
7. Use a "fast" software prototyping tool. The software prototyping tool should be easy and fast to change. Otherwise, you will be reluctant to make necessary changes. We believe that our Lucid Spec product is the perfect tool :)
   
8. Pay attention to validation and business rules. Once you have prototyped screens and defined flow, you need to capture the validation and business rules of the system from users. You will usually identify missing features in your software prototype when you do this.
   
9. Finish with a functional specification. The functional specification should contain screen shots with additional validation and business rules. Review the functional specification one last time with users.
   
10. Use common sense. Always ask yourself "what is the least understand or riskest part of the software?" This will help you decide where to spend time on your software prototype.