Live recruiting also incorporates much of the recruiting phase into the testing phase, shortening the overall project schedule. Old-school recruiting methods require two to four weeks of contacting prospective users, screening and vetting them for their qualifications, briefing them on the study preliminaries, and sending reminders. And then once people start showing up, you’re stuck with what you get. When you recruit live, the bulk of the screening is done through the Web form or within the first few minutes of calling a participant. This usually means you’ll have to contact a few respondents before you can find one that’s qualified, willing, and available to participate. The average time per session goes up, but if you have enough respondents, this approach is faster than advance screening.

      Note

      Can I Recruit First-Timers?

      Many of our clients want to know if it’s possible to live recruit users who’ve never seen or had any experience with the product or Web site; the answer is yes. To do so, you need to have a screener question that determines whether or not the respondent has had any experience, and then you need to contact the respondent to begin the session immediately after receiving his or her response. Usually, you can catch the visitor within a minute of entering the site for the first time, which is fine for a “first-time visitor” for most purposes.

      If you need a 100% new visitor, however, the best approach is to place the recruiting screener on a different Web site and then direct the recruit to the interface you want him/her to test. You may find, however, that you get a lower proportion of qualified recruits this way.

      Finally, when you recruit from the Web, you’re the one in charge, rather than a third-party agency, and your participants (except fakers, who are discussed later) will come from a single source—visitors to your Web site. This gives you more control and greater transparency over your participants, which can help boost the validity of the study. The recruiting sources of recruiting agencies aren’t always clear, and often include personal contacts, standby participant panels (i.e., professional participants, often used in market research), and in some cases, even shady email lists. That doesn’t necessarily translate into bad participants, provided the agency does its job right. With live recruiting, there’s more transparency to the source of your recruits, and they’re usually people who are coming to your site because they’re genuinely interested in your products, services, software, cute puppy videos, or whatever.

      Note

      Remote Testing vs. Remote Recruiting

      Live recruiting is great for gathering participants for remote research studies; however, you don’t have to use live recruiting for a remote research study, nor do you have to use traditional recruiting methods (agencies, email lists, panelists, friends, and family) for lab research. Remote testing and remote recruiting are separate. You can mix and match approaches to your testing and recruiting: use remote research tests with prescheduled participants or recruit people from your Web site for in-person lab tests.

Live Recruiting Using Forms and Pop-ups

      There’s lots of room to innovate with live recruiting. The one strict requirement is that you have administrative/editorial access to a Web site with a decent amount of traffic. (If not enough people visit your site, or you’re still in super-secret startup mode and don’t have a live Web site, you may be hosed and are probably better off going with a traditional recruiting method.)

      Implementing the Recruiting Screener

      The most straightforward option is to create a separate standalone page containing the recruiting screener form, which users can fill out to opt-in to your study. It’s easiest to make by using an HTML form-building tool like the excellent Wufoo or Google Docs’ form functionality (see Figures 3.1 and 3.2). You can then link to the standalone page from one of your main pages. Alternatively, if you’re able to just embed the form somewhere on an existing page, users might be more likely to fill it out. Some remote research tools and Web services[1]