Site design: how to deliver on time, on budget, and on purpose.
I've discussed the Minerva Archectural Process (MAP) steps to arrive at the point where most people begin the development process. These initial steps help get from abstract concepts (uncovery) related to Web site development to the concrete issues (optimization). All phases are critical to delivering a project on time, on budget, and on purpose.
Rapidly go through the uncovery, wireframe, and storyboard processes. Cycle through successive iterations to arrive at a finished prototype. The prototype's appearance is identical to the application to avoid that costly project killer, "scope creep."
During development, it's easy to focus on features and checklists. They're minimum requirements to get a site, any site, up and running. Concentrating on features for features' sake results in a bloated feature set (most of dubious utility) and a difficult product for users. Adding a feature to a Web site, regardless of its utility or role in the sales process, is poor persuasion and worse architecture.
Features are not a site's value. Value lies in a customer's ability to complete the tasks described in scenarios they find relevant. If your team recognizes the difference, they'll strive to create a site that enables users to complete actions they (and you) want them to take.
Acceptance Tests and Freeze
Lay out these scenarios, then use them to complete the front end of the development process (no coding yet). No prototype is complete until it accomplishes all client-identified scenarios, and does so in a way the user of each scenario agrees with in an "acceptance test." At the point where both client and development team agree prototyping is complete, freeze the prototype. No other changes can be made (in this version). A final set of acceptance tests are then defined.
How do you know when iterations are done and freeze can occur?
Hal Helms explains: "There's an old story told about a little girl who's asked to spell 'banana.' 'I know how to spell it,' she explains. 'I just don't know when to stop.'" (Keep reading, I'll explain later...) With these techniques, we know when to start writing markup and code (when the prototype is frozen) and (just as important) when to stop (when the prototype runs). Thus, we begin to craft a system that will make both client and developer successful.Development
What's the danger in writing code? Author and businessman Richard I. Winwood said, "If we do not choose to plan, then we choose to have others plan for us." If you fail to provide every detail, the developer makes choices for you. If the prototype is complete, there's no guesswork. He'll do what he does best: code.
Every hour spent planning a project saves roughly three in coding and development. Programming is expensive -- way more than planning. It doesn't take a rocket scientist to understand the significant savings in keeping a brake on development until planning is complete. If that means spelling the fruit "banananana," so be it.
Optimization is where a development project comes full circle. Technically, the site works. That's the point of acceptance test hurdles. Now, test how visitors use the site. By tying in the site's objectives (defined in the uncovery phase) and viewing the persuasive architecture's results in visitor scenarios (created during wireframing), you can determine using Web analytics how close intent is to what actually occurs. Then, follow a disciplined strategy based on measurement, testing, and re-evaluation to get closer to meeting objectives and to improve results of every page not meeting its responsibility.
Keys to Success
Successful methodology requires:
Bryan will speak at ClickZ Email Strategies in San Francisco, November 18-19.
What's New for 2015?
You spoke, we listened! ClickZ Live New York (Mar 30-Apr 1) is back with a brand new streamlined agenda. Don't miss the latest digital marketing tips, tricks and tools that will make you re-think your strategy and revolutionize your marketing campaigns. Super Saver Rates are available now. Register today!
Bryan Eisenberg is coauthor of the Wall Street Journal, Amazon, BusinessWeek, and New York Times bestselling books "Call to Action," "Waiting For Your Cat to Bark?," and "Always Be Testing." Bryan is a professional marketing speaker and has keynoted conferences globally such as SES, Shop.org, Direct Marketing Association, MarketingSherpa, Econsultancy, Webcom, SEM Konferansen Norway, the Canadian Marketing Association, and others. In 2010, Bryan was named a winner of the Direct Marketing Educational Foundation's Rising Stars Awards, which recognizes the most talented professionals 40 years of age or younger in the field of direct/interactive marketing. He is also cofounder and chairman emeritus of the Web Analytics Association. Bryan serves as an advisory board member of SES Conference & Expo, the eMetrics Marketing Optimization Summit, and several venture capital backed companies. He works with his coauthor and brother Jeffrey Eisenberg. You can find them at BryanEisenberg.com.
Singapore, 3-4 November
Hong Kong, 8-9 December
Hong Kong, 8-9 December
Google My Business Listings Demystified
To help brands control how they appear online, Google has developed a new offering: Google My Business Locations. This whitepaper helps marketers understand how to use this powerful new tool.
5 Ways to Personalize Beyond the Subject Line
82 percent of shoppers say they would buy more items from a brand if the emails they sent were more personalized. This white paper offer five tactics that will personalize your email beyond the subject line and drive real business growth.