I have to admit: before I got my MBA I had very little
respect for Marketing as a profession. I
thought of Marketing as a combination of Advertising and Sales, and I didn’t
have much respect for either. I thought
the result of Advertising was to inundate us with commercials and magazine ads
that did little to entertain and even less to sell a product. I thought of the Sales process as the attempt
to ram as many products/features down a customer’s throat as possible, without
regard to that customer’s needs or wants.
My MBA studies taught me that Marketing should be so much more. I still think of Sales and Advertising done poorly as described above (though I do have respect for Sales and Advertising done
well), but what I overlooked was that it is Marketing’s job to understand the
customer.
This is important to point out because technologists, as a
whole, know little about how to delve into the mind of the end-user/customer. One result is that during the requirements
gathering process for new software projects, I see a lot of implementation
teams create a solution that matches as close as possible what the business
stakeholder asks for. The questions
during this process are not "what problems are we trying to solve?", but
instead are "with what technology should we implement this functionality?". To illustrate what the differences are
between these two approaches, here is a quote from Henry Ford:
If I'd asked customers what they wanted, they would have said "a faster horse".
Ford’s customers wanted easy transportation,
and were used to horses. They couldn’t
conceive of transportation solutions other than horses (or wagons drawn by
horses, oxen, etc.). Instead of going to
his customers and allowing himself to remain within their experience, he met
their underlying needs with a novel and unexpected solution (affordable automobiles).
How does this apply to software development? Here are some examples of common development efforts
and how they commonly don’t match the user’s needs:
- Designing a form for data entry needs to be user specific. I can say from personal experience that different users want different things in their user interface. A form that would work for a typical engineer would be downright confusing to a typical retiree, and something a retiree would like would be cumbersome to a typical software developer. Software developers and designers need to start being more sensitive to these differences.
- Upgrading an application from a legacy technology to a newer one should involve a redesign. Most legacy systems have been “organically grown”, which is a euphemism for “when stuff is added, it is put wherever there’s space”. (Yes, I’ve been on all sides of that situation.) Business stakeholders in this situation usually ask for a strict move to the new technology, since that saves time and money in the short run. But as long as you’re rebuilding, why not redesign the application in a way that best meets your user’s needs?
- The technologies or platforms used for a particular project are often chosen based on product familiarity rather than user’s needs. The best example I can come up with for this is that I read somewhere (and I wish I remember where) that if you’re trying to target teenagers, you’ll get a wider audience by creating a Facebook site than a traditional web site using a Content Management System. Yet how many of you, when tasked with creating a site for a company that caters to teenagers, would think “CMS” first before even thinking “Facebook”?
The bottom line is that in order for software developers to
create better applications, we need a better understanding of marketing. If
that doesn’t convince you, consider this.
Of the five trends in IT for the next half decade,
three (Social Computing, Mobile Computing, and the Consumerization of IT) are all directly related to Marketing. The need for more marketing in technology is
here, so it’s time to get on board.
No comments:
Post a Comment