A DHNow editor’s choice post. This is the second post in a four-part series on user testing for DH projects. Yesterday, I discussed some ways of doing “Quick and Dirty DH User Testing”.
Changing my form of communication1 reminds me of my audience. The challenges of communicating through the digital highlight the corresponding issues faced by readers of this non-traditionally presented content. My master’s thesis involved a user study evaluating the use of well-established digital humanities archives by a wider audience, a group I still refer to as “amateurs”, and it’s an awareness of this specific audience for our work that I’m discussing here.
“Amateurs” in the old sense of pursuits not undertaken in a professional role, but often with passion, competence, and curiosity–the humanist geek latent in all of us.
In “Collaboratively Curating Early Modern Texts“, Martin Mueller argues (in the context of crowdsourcing) that this audience encompasses anyone motivated by “duty, fame, and love: the amateur scholar, the citizen scholar, and everybody else who would like to be recognized for something useful or splendid they have done”. Whether we’re seeking their assistance or making our scholarly efforts meaningful outside of the people who already have advanced knowledge in our field, the digital placement of our work means that it’s more easily accessible to more people3 than thirty years ago–but virtual access doesn’t mean much if new site visitors are bouncing off your archive without using it. (Check out Section 2.1 “ Two Types of Digital Text Users” in my master’s thesis for more on types of users for digital humanities archive projects, or yesterday’s post on how you can tell if people aren’t staying on your DH website for more than a few second.)

The Jandl ad agency’s Wikipedia series is an eloquent reminder that the academy isn’t the only place to nurture a love of learning. (Click image for more credit info and close-ups.)
I don’t mean to argue that every piece of DH work needs to serve a general as well as a scholarly audience. There’s much to be said (e.g. on 4humanities) on the worth of humanities as public service, as the preservers and curators and teachers of culture (something enjoyably expressed by Ernest Cline’s novel Ready Player One). On the other hand, I don’t think it unreasonable that any mid- to large-scale project should acknowledge that people will want to use their content in unexpected ways or without specialized knowledge of either the content area or DH commonplaces of form and navigation. With with everyone’s limited funding, though, it’s entirely understandable why we don’t have many DH user tests or sites geared at diverse users–and that acknowledgement of these users might need to be more of a nod than a hearty welcome.
There are ways of serving a wider audience with your DH site that don’t need to take too much time or effort, and can also serve the scholars at the core of your user audience:
- tours and introductions to the site’s structure and content (e.g. the Blake Archive has a lovely tour of their offerings behind the intro page),
- intuitive interfaces or explanations of making meaningful serendipitous discovery within a set of objects (Uncle Tom’s Cabin and American Culture does a good job at supporting browsing rather than searching; each object is contextualized on the same page), or
- focused teaching tools and exercises that help the reader learn to think like a scholar in your field (e.g. the Dickinson Electronic Archive’s “Emily Dickinson Writing a Poem: Manuscript Ordering Exercise”, which seems to no longer work but is a great idea).
Digital texts (online scholarly editions, digital archives, thematic research collections, literary engagements, etc.) promise learning beyond that possible with traditional resources–new connections, serendipitous discovery, themes rising out of giant texts corpora. Purpose-built digital texts (as opposed to general-audience sites like the LOC’s American Memory project) are crafted for specific research purposes, with developer-users and devoted academics comprising their primary, “scholar” audience–but a secondary, “amateur” audience of learners with less digital text or content experience also relies on these purpose-built resources.
Does the promise of new learning from digital texts extend beyond scholars to amateurs, or does the design of purpose-built digital texts, by focusing on more experienced users with direct lines of communication to digital text developers, prevent this extension of benefits?
It’s important to be specific about what audience you are targeting with your using testing, as it’s important to know who is your site’s primary audience. I’m particularly interested in ways we can serve both scholars and a wider audience as public service, teaching, and for the love of sharing things we care about deeply. Tomorrow, I’ll discuss my experience collecting exemplars of DH evaluation and user study research for my own user study, providing some suggestions on readings and example metrics for anyone interested in testing how their digital work is being used. Meanwhile–I’d love to hear about ways you’ve reached out to a wider or amateur audience with your DH work!
- …And that’s any unaccustomed form. Needing to justify the code-heavy format of my Ph.D. dissertation has been a useful exercise for me, but I think it would be a useful tool for any traditional dissertator as well. As a textual scholar, I’m convinced that awareness of medium can only lead to work that more meaningfully harnesses the unique features of that form (as well as recognizes its limitations). [↩]
- As I define amateur in an unconventionally positive way, here’s my positive definition of “geek”, courtesy of Simon Pegg: “Being a geek is all about being honest about what you enjoy and not being afraid to demonstrate that affection. It means never having to play it cool about how much you like something.” [↩]
- But not to everyone. I’ll be blogging in the future about my work as a programmer with the MITH/BrailleSC “Making the Digital Humanities Open” partnership, which will make WordPress, Omeka, and other web content accessible via braille and screen readers [↩]
