Taking Your Talent to the Web- P12 pdf

It empha-sizes the value of a methodology, outlines the life phases of most web projects, and explains the kind of contributions you’ll be expected to make in each phase of the process..

C AN Y OU H ANDLE I T ?

By this point, the job of a web designer may appear too difficult How is it possible to reconcile the needs of the user with the demands of the client and the heritage of the brand—not to mention coping with bandwidth lim-itations, browser incompatibilities, and the unknowable behavior of each individual visitor? Is it really possible to do this job well?

Obviously, we think so Here are some not-so-obvious reasons why For one thing, web work is teamwork Project managers, developers, web technicians, writers, producers, and other designers on your team will help you keep your eyes on the prize

Moreover, as a design professional, you already possess most of the skills and talents needed to design great sites, including:

■ The ability to research your client’s products and end-users, creating work that promotes the former while speaking to the latter

■ A deep understanding of branding and identity

■ A comfortable familiarity with the processes of learning from and presenting to clients and colleagues You know how to sell and when not to You’ve learned how to listen

■ Maintaining schedules and deadlines You deliver on time

■ A thorough knowledge of design principles

■ Expertise with digital design tools, such as Adobe Photoshop and Illustrator

You can count on your teammates You can count on yourself And the process itself also will help you meet the goals you, your clients, and part-ners set for each project Virtually every web agency employs methodolo-gies and processes to guide you and your teammates from the initial meeting to the launch (and beyond) By a strange coincidence, you’ll start learning about that very subject as soon as you turn the page

146 WHO: What Is a Web Designer, Anyway?: Can You Handle It?

chapter 7

Riding the Project Life Cycle

I N H OLLYWOOD , THE DIRECTOR IS KING No matter how brilliant the work of the

actors, producers, screenwriter, cinematographer, composer, editor, set designer, or other professionals, when the lights go down it is the director’s vision that fills our eyes and forces us to respond

On the Web, compelling sites begin and end with the vision of a lead designer or a small, high-level design team Other professionals certainly play invaluable roles in defining and executing sites, however Sites would not work at all without the efforts of information architects, programmers, producers, systems administrators, writers, and quality assurance teams—

to say nothing of focus groups, testing groups, marketers, and the occa-sional consultant And then there’s the client, who not only foots the bill, but also contributes marketing and product information, existing artwork and promotional materials, and his own ideas

But sites that transcend mere adequacy depend on the consistent vision of web designers That means you

Design at this level is broad and deep It does not end with the creation

of graphic design elements In fact, it does not even begin there It starts with the first meeting and continues straight through the launch Under ideal conditions, it goes on to include training and maintenance For web designers to stay actively involved in every step of the process, they must thoroughly understand how the process works—hence this chapter

Make no mistake: If you skip any part of the process, you pay for it later— with a site that falls short of your vision

This chapter sketches life in the trenches of web development It empha-sizes the value of a methodology, outlines the life phases of most web projects, and explains the kind of contributions you’ll be expected to make

in each phase of the process Living this life is exciting, rewarding, and sometimes quite stressful Reading about it is dull as dirt If you feel like skipping this chapter, we’ll understand It will be here when you need it For instance, just before you take your next job

Every project, from an ad campaign to the development of a new car, has

a life cycle In most shops, web designers are expected to see a project through from the initial discussion phase to completion and updating In some shops, this is not required; but in those places, you’ll want to partic-ipate anyway

If you’re not actively involved in the project from conception to “baby’s first steps,” somebody else will be making critical decisions for you That person may not understand or care about consumer psychology, web usability, or the importance of design By understanding and involving yourself in the entire project life cycle, you’ll be able to keep the focus on practicalities, aesthetics, the client’s goals, and the needs of the site’s potential audience

In your design career, you’ve undoubtedly toiled on projects that were mis-directed long before you were brought into the loop Designers can solve many problems, but they cannot undo fatally misguided business decisions

As an advocate for the end user and a spokesperson for the needs of your team, you must be present from the beginning to the end

Some web shops are designer-driven; others have roots in information technology (IT) All good shops recognize the importance of involving the design group early and often Many web agencies formalize this role of the design group by incorporating it into their methodology

148 WHO: Riding the Project Life Cycle: What Is the Life Cycle?

W HY H AVE A M ETHOD ? All websites, from e-commerce projects to abstract multimedia experi-ences, contain elements of two types of activities:

■ Information systems, involving computers and software

■ Communication design, including advertising and marketing communications

Because of the size and complexity of today’s sites, web development often resembles information systems projects or enormous advertising and marketing campaigns It’s not as big a job as coordinating the cast and crew

of Gladiator, but it can come surprisingly close.

Though estimates vary, it’s agreed that the majority of information systems projects fail In case you missed that, we’ll say it again Most information systems projects fail Why do they fail? It’s generally because there is too much stuff to manage and keep track of, including the following:

■ Scope (the size of the project)

■ Budget

■ Resources

■ Timelines

■ Functionality (the stuff the site is supposed to do besides look pretty)

To help manage such complexity, companies have available to them

a resource that reduces the amount of unpredictability and surprise in a project It is called a methodology Every good company has one; no two are the same

A methodology outlines steps required for a successful project, making sure

no steps are missed and none are undertaken at the wrong time A method-ology also organizes these steps into phases Phases help team members group activities, recognize progress, and notice red flags A sound method-ology provides documented, consistent, proven, repeatable processes Pro-jects that follow such methodologies work because they avoid reinventing the wheel

With a method in place, the team is freed from having to develop unique support tools and processes for each new project Without a method, the team is driving off-road, blindfolded, without a map They may reach their destination safely, but it will be six months too late They may end up in Timbuktu, trying to convince the client they’re in Kansas

The following story is true: Once upon a time, a web agency with no methodology agreed to take on a large but fairly simple project The client delivered the copy 3 months late (they all deliver the copy late) The copy, when delivered, was completely unusable The agency had to pay a team

of freelance writers rush charges out of its own pocket because the client had vetoed a writers budget The client restructured the entire site as the last graphic elements were being produced, invalidating all development and graphic design work done up to that point and causing everyone to work through Christmas to make up the difference

Two weeks before launch, the client changed his logo and corporate colors A week later he changed his business model The client faxed revised (atrocious) copy from his vacation home, and it had to be manually retyped, edited by those now-deliriously-happy freelancers, and then put into HTML

by freelance web technicians

Just before launch, the client’s boss (the CEO) was brought in to bless the work Apparently, nobody had apprised him of the project plans The CEO hated everything The client halted all work and, fearful of losing his job, refused to send final payment Attorneys were brought in Agency staff was laid off to pay the attorneys Then the freelancers sued the agency for non-payment More staff was laid off War was declared in Bosnia; Pinkerton did not return—all because the agency failed to follow a methodology Successful web agencies often fall so in love with their methodology that they broadcast it on their corporate sites Whether they call it “our method,” “our process,” or “Uncle Joe,” the discussion of corporate method-ology is duller than fungus So why do so many web agencies fill their sites with such wearisome stuff? It’s because clients have been burned when working with web agencies that seemingly had no methodology at all The trumpeting of methodology carries an implicit promise of performance (“We won’t be late or over budget Look! We have a methodology!”)

150 WHO: Riding the Project Life Cycle: Why Have a Method?

Every married couple takes vows, but many later break them Similarly, the existence of a written methodology is no guarantee that the company that wrote it will practice it Nevertheless, good companies do have methods that work for them, and you will want to master the methodology of your web agency If possible, you will want to improve it Every project tests the validity of the company’s methods, thus every project presents an oppor-tunity to improve the company’s methods

Like all human endeavors, web projects may be broken down into phases

Each phase involves particular, predictable activities and results We’re not speaking of the mysterious spark of creative inspiration here; we’re talking about process and workflow Breaking a web project into phases allows companies to predict and plan for activities, ensuring that no steps are skipped Reusing processes from one project to another also increases effi-ciency while reducing heartache, phone rage, and legal expenses

Phases are plans, and plans are never static Over the life of any project, activities move from one phase to another; activities may span several phases; and lines of delineation between phases may blur Still, it is possi-ble to sketch a general outline of the web project life cycle, which is what we’ve done here

The five phases of site development are as follows:

1 Analysis

2 Design

3 Development

4 Testing

5 Deployment

Analysis (or “Talking to the Client”)

In this phase, you will meet with the client as often as necessary to fully understand what the client wishes to achieve with the project, to deter-mine the best ways of meeting those needs, and to sell those solutions

to the client You’ll also continually interface with fellow team members to make sure these solutions make sense and can be executed

Even before sitting down to brainstorm with the team, you must help the client articulate and clearly define the site’s goals Is the site selling some-thing? If so, what is being sold and to whom? Is the site intended to serve

as a portal—if so, a portal to what and for whom? How will this portal dif-fer from its competitors? If the idea stinks, don’t be afraid to say so (First,

of course, do enough homework to be certain that the idea really stinks and

be prepared to offer the client a better idea.) These responsibilities are not the web designer’s alone Project managers, information architects, and marketing folks will be all over these meetings, but the web designer plays an essential part

Indeed, the web designer is often the only person in the room who even thinks about the end user The project manager is scheming ways to get the project done on time The programmer is itching to try out some new technology or lazily conceiving ways to reuse code from the previous proj-ect The technology director is fretting about server farms The junior designer is nursing a hangover, and the client is lost in fantasies of market domination

The web designer must help the client articulate objectives, both broad and narrow, to begin delineating the project’s scope If this work is not done up front, it will haunt the project (and the whole team) later on

In these early meetings, the web designer should be prepared to discuss possible site structuring options, technological baselines, and related issues Even if these ideas change later in the process—and they will—the web designer must be comfortable articulating possible solutions “on the fly.” This begins establishing a client comfort level, which will be essential throughout the process If the client does not trust the web designer in the beginning of the cycle, the project will begin to self-destruct further down the line

152 WHO: Riding the Project Life Cycle: We Never Forget a Phase

To summarize what we’ve just said: It is essential that the web designer possess the ability to understand a client’s marketing goals and to discuss potential issues and solutions with regard to design, site architecture, and technology

To assuage your fears, the only part of this that is new (from your per-spective as a professional designer) is that technological issues have been added to the equation—much as ink, paper stocks, and such are part of the traditional design equation You will learn what you need to know in this book and on the job

The early phase

Earlier, we urged you to get involved at the very beginning of the process

There is one phase in which you cannot participate That is the client’s own analysis phase You will not meet with your clients until they’ve sat down first to figure out their needs Ninety-nine times out of ninety-nine, those needs will change once you’re involved in the process

How does the analysis phase operate? Just as in traditional design projects,

it typically begins at the highest levels of detail and works its way down

In initial meetings, the focus is on broad strokes (such as, “We’re a com-munity for young women.”) As the project progresses, lower-level deci-sions emerge (such as, “Should we put buttons or text labels on tertiary search results pages?”)

Though most of us are happiest alone in our cubicles, staring at our mon-itors and though many of us would rather undergo gum surgery than face another meeting, in many ways this phase is the most critical and creative part of the job The movement, over successive meetings, from the general

to the particular takes place on many levels and extends beyond issues of graphic design and technology

Many times, even the most sophisticated clients have only a rudimentary and confused idea of what they wish to achieve In their own realm, they are kings On the Web, they are lost little children If your background includes marketing experience and if you have made yourself knowledge-able about the Web, you can guide your clients away from vague or even nonsensical plans and toward worthwhile, achievable goals

Take a simple project Your client wants to sell videotapes online He has lined up a supplier and a fulfillment house, and after a full two hours of online experience, he is convinced that his site will be “the Yahoo meets AOL of online videotape e-tailing,” whatever that means Because his daughter, an art major, showed him the Monocrafts site (www.yugop.com),

a brilliant and beautiful work done entirely in Flash, he figures his site should have “something like that” as well—oh, and a chat room He read about those in an airline magazine while flying between Seattle and New York last year He then describes the in-flight movie

We wish we were making this stuff up, but it happens all the time Not that this client is necessarily an idiot—he may be brilliant in his accustomed sphere of business He may even read French literature and know fine wines It’s just that the Web is a mystery to him, and he’s not used to admit-ting ignorance on any subject, even to himself With tact and kindness, you and your team will guide him toward a workable plan Six months from now, if you do your job well, he may have a fine site that includes movie reviews by Roger Ebert, streaming video clips of selected films, and a thriv-ing movie lovers’ discussion area But it can happen only if you work with him during the sometimes painful early analysis phase

Defining requirements

Before all else, the web team must define two types of requirements:

■ Technical These include anticipated performance, bandwidth,

security issues, and so on

■ Business These include needs and constraints (having to

accommo-date first-time web users), as well as overall marketing objectives These requirements are summarized in documents with impressive-sound-ing names such as “Functional Spec,” “Requirements Document,” or the ever popular “Use Cases Document.” And the fun doesn’t stop there: par-ent documpar-ents beget baby documpar-ents—all of which will be used to guide initial development, and none of which are carved in stone The more stuff you figure out, the more you realize you have yet to figure out Digital proj-ects kill more trees than the Daily News You will be buried in paper Read

it, absorb it, and set it aside

154 WHO: Riding the Project Life Cycle: We Never Forget a Phase

Happy families are all alike, but every web project is different Generally, though, the purpose of early analysis is to define goals, determine con-straints and requirements, and establish trust Without goals, concon-straints, and requirements, it will be impossible to know if the project is on target

Without trust, you are looking at months of sheer Hell With trust in place, you may still be looking at months of sheer Hell, but you have a better shot

at enjoying the process and creating something useful

If this sounds familiar, it should The only difference between analysis in traditional design and analysis in web design is the medium itself Instead

of die-cuts or film transfers, you’ll be discussing bandwidth and browsers

How it Works: Analysis in Action

Dishes Plus is a regional chain of successful retail outlets, known for its reasonable prices, wide variety, and “break proof” guarantee Dishes Plus has decided to sell its product online Naturally, you learn about the company’s existing business, its competitors, and its brand image before the meeting You and your team help Dishes Plus define large goals (selling dishes), small goals (branching out into soup tureens), and in-between goals (establishing a bridal registry division).

You find out about the company’s audience (mostly women/mostly men, young/old, urban/rural) and sketch the impact that may have on technologi-cal and design considerations If Dishes Plus has a loyal audience of people over 50, tiny type is out, and plug-in based multimedia is probably out as well.

If selling is key, technological considerations leap to the forefront and should

be examined carefully

How many clicks from expression of interest to final sale? If the inventory is vast, a search engine will be needed If Dishes Plus shoppers tend to spend hours poring over the goods, artificial intelligence may be called into play on searches (“If you like the Dixie Deluxe Classic Set, you’ll love the Colonel’s Tea Service”).

Does Dishes Plus anticipate an overseas market? You might need to consider building the site in several languages and using iconography to facilitate nav-igation by non-English speakers Do details matter? You can’t assume that the client’s photography is up to snuff You may need to budget for a good shooter, conversion from photography to digital images, and a database to store and serve the relevant images.