This past winter, there was some unique work happening at AnyClip, a web start up in New York City. Although less than a year old, AnyClip was preparing for their public re-launch at South By Southwest. Our team (Lis Hubert, a user experience consultant, and Gabi Moore, in–house designer at AnyClip) was tasked with formulating an appropriate strategy to guide that process. The only caveat? Our deadline was in three weeks.
AnyClip wanted to bring both user research and interaction design to their development cycle; it was up to us to modify their process. We naturally began with discovery—collecting user and business perspectives as well as analyzing the competition—but what should we do next? In this post, we’ll trace our footsteps. As you’ll soon see, some of our methods worked, some didn’t; overall, however, it was a rewarding experience for everyone involved.
What is a UX Strategy?
For our purposes, a UX Design Strategy was seen as a holistic, research-based plan of feature implementation that enables the business to move from intuitive ideas to objective reality. In laymen’s terms, a UX Strategy is a compass that guides both design and development. The direction of that compass is based on user research and existing knowledge about users, business, and competition.
The creation of a UX strategy included:
- Stakeholder Interviews
- Stakeholder Meetings
- User Interviews
- User Surveys
- Persona Creation
- Content Audit
- Heuristic Analysis
- Competitive Analysis
- User Research
- User Stories Creation and Prioritization
Adapting a plan
We began with a fifteen-day plan: five days for user research and persona creation; five for business research and goal definition; and five for scenario creation, brainstorming, sketching, and scoping. Even with proverbial lines in the sand, though, we knew our plan would have to change.
Why? Simply because users and stakeholders are human. Human behavior is unpredictable. For example, some days we scheduled brainstorming activities, but weren’t particularly in a creative mood. Instead of trying to force inspiration, we switched to other tasks that didn’t require as much creative thinking.
Schedule shifts, changes in the development environment, and even the general mood of the team all mandate that a project’s plan be flexible. If nothing else, just choose the tasks that best match the skills available that day. As long as you pay attention to the amount of time dedicated to each task, individual ones can be spread across multiple days; multiple tasks can be worked on simultaneously. As you allot time to various tasks, be sure to differentiate between those that are essential and those that your project could potentially do without.
In our case, we elected to modify our sketching/wireframing process. Originally, we created digital wireframes for our offshore development team. Once we saw how time-intensive this was, however, we decided to simply sketch and email photos of our work. In the end, we saved a huge amount of time and were still able to think through each scenario.
The bottom line? If something isn’t working well or goes off schedule, keep moving forward. Either find alternate ways to get results or switch to a task that you’re better suited for at the time.
Collaboration played a huge role in our success at AnyClip. The two of us—a visual designer and a UX designer—worked together on every task in person. In general, we’re big fans of working remotely, but we felt that truncating the process as we did mandated that we work together, in the same room, every day. In-person collaboration helped us to avoid going down the wrong path when the results weren’t what we’d hoped for.
Another crucial part was having unfettered access to our stakeholders whenever we needed it. Luckily, our stakeholders not only understood the process we designed, but played a key role in sketching and conceptualizing solutions. This made sign-off a non-issue, allowing us to move more quickly through the design process.
A final strength came from our team’s diversity. Our stakeholder came from a Product Development/Management background; Gabi came from Visual Design; and Lis from and Interaction Design/User Experience background. This enabled us to both generate more creative ideas as well as appropriately prioritize them.
Tools and Documentation
The following tools worked best for us because they’re lightweight; they don’t generate much in the way of documentation. This is because our team explicitly followed the agile mantra of working software over comprehensive documentation.
- PowerPoint — for quick notes and to organize our thoughts. It forced us to be concise due to the limited space and the huge default font.
- Omnigraffle Persona Templates — We used existing templates to save time.
- Google Docs — to share documentation with the internal team, and the offshore team as well, so we could all stay on the same page.
- Dropbox — to ensure documents were always in sync. This was specifically for documents that we didn’t create in Google Docs (e.g., Personas done in Omnigraffle, previously created documentation, etc.)
- Whiteboard — to sketch out our ideas. We also used it to take notes and brainstorm.
- iPhone — with the whiteboard, we used the iPhone camera to document our sketches and electronically share them with the team.
- Skype & Google Video Chat — to communicate with the offshore team (especially stakeholder interviews) as well as conduct user interviews for our persona creation.
Everyone makes mistakes, and we’re no exception. One thing we could have done better was to keep our entire team (especially our developers) informed and up to date on the current state of the project’s design. Without close collaboration, the transition to development wasn’t as smooth as it could have been—we missed out on gaining more comprehensive research data to help drive our design.
Our tight timeline was to blame for the oversight, but we realize now we should have given the development team access to our artifacts, interview notes, sketches, and thoughts, so they’d be more aware of what was going on and where the project was headed. Any type of involvement, however small, is better than no involvement at all.
How you can do it
To reiterate the key factors that made us successful:
- Prior knowledge on the part of the company of what UX is and why it’s important.
- Access to a key stakeholder who can sign off in real time.
- No strict requirements regarding deliverables and tools. Letting the process guide what gets produced.
- High degree of in–person collaboration.
- High–level plan of what the team needs to do in order to create a user experience strategy.
- Realization that your high level plan is subject to change.
We realize that it’s pretty rare to get a dedicated stakeholder, a lack of deliverable requirements, and access to someone you can collaborate with all at the same time. It may not be possible to recreate everything we mentioned. Instead, consider your project’s goals and appropriately apply tasks that worked for us. Some user experience is always better than no user experience.
In short, talk to users. We did this directly for 45 minutes a piece. If you don’t have the time or budget, consider sending out a survey or sitting in a coffee shop for an hour and talking to people that might use your product. Maybe you can interview friends or colleagues if they are potential users. Whatever it is, involving your user is the number one input into building your strategy.
Second, evaluate the product. We made sure to perform an heuristic evaluation that enabled us to create a baseline for our work. Perhaps you have a list of current system bugs that you could review and analyze? Or maybe you have usability test results that are still relevant?
Third, make competing objectives known. We made AnyClip aware of internal discrepancies with regards to their site’s goals. Even if you can’t get all the stakeholders in a room at the same time, find a way to get their individual points of view and try to make each of them aware of the differences.
There are several ways you can create a User Experience strategy for your product. Hopefully there are some insights and takeaways that you can glean from our story and use to create your own. We found what worked for us, and we would love to hear about what worked for you.