Related link: http://hci.stanford.edu/captology/
Ever have one of those nights when you discover that there’s somehow, magically, a hole in your brain, and an obvious idea that you’ve completely overlooked? It happened to me last night, at a talk on Captology.
You see, I’ve been designing and building a shareware application in my spare time (it’s a fun and useful product; we’ll ship the first version in August). So, I’ve been working hard on things like memory footprint and usability, and finding a feature set that captures the core functionality (so it’s useful) while still being implementable by a small team of programmers (as of yesterday, there are three of us working part-time).
Last night, I went to Mark Finnern’s Bay Area Futurists Salon. BJ Fogg was talking about Captology. The idea behind captology is simple: computers (and other technological devices) can be used to persuade people to do things. Not just by displaying advertisements, by also by subtly rewarding “correct behaviors.” The element of interactivity that computers provide makes them enormously different from more traditional attempts at persuasion (for example, billboard advertisements).
This is interesting. Designing software to persuade people to do things. It’s not the approach I typically take (except in the inadvertent extreme case of “well, if they do that, the software will crash. And then they’ll learn not to do that”). And, with some exceptions (software for the children’s market) it’s not the approach most software takes (though things like wizards and training features are often added later). Most software development is about functionality and usability, and only incidentally about modifying the user.
Or is that true? I’m now beginning to wonder.
In any case, the scope of this is huge. It’s not just about getting people to buy stuff. You can also try to change opinions, get people to join the army, and so on.
Examples ranged from Amazon’s Gold Box to the talking Barney.
And I realized last night that I’d been missing something. The goal of a shareware product is to get people to buy it. So maybe, the UI, instead of being designed for functionality and ease of use, ought to be designed to convince users to buy it. Maybe I should be trying to think of subtle conditioning techniques that will encourage the user to spend money.
In the light of morning, I tend to doubt it. Or rather, I think that designing for functionality and ease of use is the way to convince people to buy shareware. The plural aspect (”people” and not “person”) is important though– a user interface designed to convince a particular user to buy a piece of shareware is not necessarily the way to get a large number of sales. I think simplicity, ease of use, and functionality win the day when you factor in publicity channels and word of mouth. Trying to hard to capture a single user’s money is a “win the battle and lose the war” sort of thing.
But captology’s an interesting idea, nonetheless. And something we should all know more about, if only to avoid being conditioned by our computers.
Also highly recommended: the related web-credibility project.
Got a captological example to share?