What I learned at the STC Summit 2013

Here are my lessons from the STC Summit 2013. This was my second summit after Chicago last year. (This is part of my coverage of the STC Summit 2013 in Atlanta.)

Prepare to have your questions reframed! To me, this is one of the greatest benefits of a tech comm conference: You arrive with a question – and get it “more than answered”. I talked to someone who came to Atlanta trying to find the right tool and quickly started collecting different leads. Then one conversation in the hallway made her realize that she should first re-evaluate her processes and postpone the tool selection. By reframing her question away from the premature tool space, she’s now more confident she’ll come out with a more efficient solution than she could’ve gotten by merely switching tools.

Latch on to wider perspectives. There were several sessions dedicated to neighboring disciplines and approaches. I was happy to hear David Pogue’s keynote and Lee LeFever’s presentation address cognitive issues of tech comm which dovetailed nicely with my own session about semiotics and mental models. I don’t think any of this will revolutionize the way we do tech comm. But it’s an approach that helps us to understand how successful tech comm works and why. And it even complements other areas such as Information Architecture, as I found out when I compared notes with Alison Riley after our talks. There were also several sessions about data visualization that neatly complemented each other.

Lightning talks are great fun! Again, the summit had two sessions of lightning talks (5 minute talks with slides advancing automatically and mercilessly every 15 seconds). This is a great format because you can transport a lot of information in short time – and it’s fun to watch them go off the rails a bit when the slides run away from a stumbling, bumbling presenter. It’s all in good spirits, though: Everybody in the audience admires the courage of lightning talkers and would be just as scared of slipping up. But please, lightning talkers: Some of you can be a little more courageous and go for a bit more content. Don’t plan for dead air as you wait for the slide to change, just in case you slip up.

Standing room only at the second Lightning Talks session. Photo by ‏@StubbornlyWrite.

Standing room only at the second Lightning Talks session. Photo by ‏@StubbornlyWrite.

Progressions are difficult. I find progressions generally a difficult format (and I let the conference organizers know in the evaluation forms). For many topics, 20 minutes is awfully short for a stage-setting presentation and a discussion among the 6 to 10 attendees. One progression leader who succeeded admirably in my opinion is Roger Renteria. His progression on the benefits of volunteer opportunities was quick to set the stage and open to invite questions, comments and ideas from different angles! Another solution I’ve seen is to relegate much of the info to the handout, but that seemed less successful than Roger’s approach.

Choose sessions by title and speaker name. At previous conferences, I usually selected sessions to attend by the title and the description. Now as I’m familiar with several speakers, I find that I can select sessions just as reliably by speaker name. If I know and like someone’s work and perspective, whether from a blog or an article or a previous talk, I usually find it worth attending their session, even if I might not have selected it otherwise.

There are no stars. Okay, so some names loom larger in the tech comm space than others, especially in twitter and blogs. But I’ve found everybody really accessible and genuinely interested in tech comm at large. I just figure that if I’ve gone through the trouble to attend (as Atlanta is not the hometown for most of us), I might as well make the most of it. And rubbing shoulders and engaging with people whose work I admire is a great opportunity, whether it’s after a session, in the hallway or after-hours at the bar.

Welcome first-timers and students. I’ve seen some of the most enthusiastic reactions to sessions from students, graduates and first-time attendees. They often bring fresh ideas and new perspectives to our profession. Maybe some ideas are owing to youthful idealism. Still, we can all use their energy to make sure they become engaged and happy practitioners who can carry our community forward!

Go meet the vendors! I’ve found the vendors and exhibiting consultants genuinely interested, putting tech comm before sales. So I enjoyed getting acquainted and comparing notes with them, even if I’m not in the market for the products or services they offer. MadCap’s staff explained to me how to repair corrupted topics (I know – I shouldn’t corrupt them in the first place… πŸ˜‰ )

@MadCapSoftware booth at the STC13 expo.

@MadCapSoftware booth at the STC13 expo.

Over at Adobe, Scott Abel was interviewing tech comm’ers about hot topics and pet peeves; look for the videos to come to Adobe’s blog.

@valswisher and @scottabel prepare for a video at Adobe's booth. Photo by @sarahokeefe.

@valswisher and @scottabel prepare for a video at Adobe’s booth. Photo by @sarahokeefe.

If you’ve been to the STC Summit, please share your insights in the comments. If you haven’t, feel free to ask whether it can deliver what you are hoping for. I’ll answer as best as I can.

Advertisement

STC13: Alyson Riley about effective IA

In her session “Building Effective IA Teams in Resource-Challenged Times”, Alyson Riley from IBM offered her take on the recent theme that tech comm needs to “speak business” to prove its worth. (This is part of my coverage of the STC Summit 2013 in Atlanta.)

Alyson argued that “nice to have” initiatives are no longer compelling enough to get tech comm a budget or a mandate. To play a mission-critical role in a corporation, tech comm must plug into the corporate strategy. However, that strategy and its stakeholders usually isn’t waiting for us to put in our two cents. So we tech comm’ers must:

  1. Focus on corporate strategy as opposed to tactics.
  2. Play to the motivations behind the strategy, so we can come up with ways to support it with our unique skills and contributions.

The following moves can help with that second step:

  • Address the “buyer evaluates” and “buy” stages of the product. Usually, we speak to the “customer uses” stage of our product where there’s often more cost than income. The challenge is to make it compelling for buyers and sales to also use our content to their benefit in the more profitable stages. A good start is to ask sales: “What is the hardest part of your job?” and see if we can help them with the information we provide.
  • Influence social content to help leads along the marketing funnel from awareness to loyalty and advocacy. That doesn’t mean to “sell out” completely to marketing. It’s often as easy and sensible as including customer benefits in our content. Simply add the “why” to the “how” and give clients a chance to understand and promote your product.

Both moves boil down to the same principle: Don’t educate stakeholders in sales, marketing, product management, etc. about the product. Instead, imagine what the success of these respective stakeholders looks like and address that:

  1. Analyze opportunities your product can address in the terms of sales and marketing.
  2. Craft an effective story that centers on your content and how it can drive revenue, sales, customer satisfaction and loyalty.
  3. Prove it with metrics that speak to the stakeholders.

When it comes to metrics, page views of documentation usually don’t impress managers much. Instead, Alyson suggested “time-to-value” (TTV) which measures the customer’s time from buying or paying for the product to the moment they reap value from it. This is similar to “return-on-investment”, but TTV can be clearer to measure when investment consists of one-time payments plus maintenance fees. Also, it’s easier for tech comm to favorably influence TTV… πŸ™‚

STC13: Lee LeFever on the art of explanation

Lee LeFever is the founder of CommonCraft, best known for the instructional videos with the drawn paper cut-outs that a hand moves around as a voice explains how stuff works. He presented their approach to explanation which focus on empathy with the audience to foster understanding. (This is part of my coverage of the STC Summit 2013 in Atlanta.)

Explanations are hard and try as you might, they can still fail – as anyone knows who has given driving directions to a stranger and then seen them make the wrong turn.

The key to good explanations is empathy with the “explainee”, so you can explain something in their terms. What gets in the way is the “curse of knowledge” which means we cannot remember what it was like not to know how get to the specialty store or how a cloud service like twitter or dropbox works.

To show how explanations increase understanding, Lee used an explanation scale. First you have little understanding, and you care about the big idea, the “why?” Why should you care about a cloud service, why is this important to you? Once you have the “why?” down, you’re ready for basic understanding of the essentials, the “how”? How does a tool work, how can I use it to my benefit? To get expert understanding, you assemble more and more details for different scenarios – and before long, you have all the knowledge to explain this thing yourself!

Four features can make explanations successful:

Context anchors an explanation in shared experience and creates agreement. We all know what it feels like to have misplaced your keys, and we can agree that it’s very annoying. Context is important to show why something is relevant to you.

Story ties together a problem and its solution in a narrative arc. That can be as simple as: “Bob has a problem. Bob finds a solution. Bob is happy!” Story invites our empathy because we can identify with Bob and root for him. It illustrates facts, such as cause and effect, in real life.

Connections can provide a shortcut to other stories we already know. When the producers of the 1979 science fiction movie “Alien” sought funding, they connected their project to a recent successful movie in three simple words: “Jaws in Space”.

Analogies can emphasize “what’s really going on”. Consider an encounter with a bear and how it sets off your “fight-or-flight” impulse with stress hormones. Now transfer that experience: “Imagine the bear comes home from the bar every night.” This analogy gives you a good impression what it feels like to be the child or partner of an abusive alcoholic.

Lee closed by sharing several examples, both from his CommonCraft videos and elsewhere.

STC13: User Assistance, Tech Comm, and Learning

The session “User Assistance, Tech Comm, and Learning” brought together four seasoned professionals to discuss common grounds between tech comm and e-learning: Nicky Bleiel, who moderated, Kevin Siegel, Saul Carliner, and Matt Sullivan. (This is part of my coverage of the STC Summit 2013 in Atlanta.)

The panel, moderated by Nicky Bleiel. Photo by @viqui_dill.

The panel, moderated by Nicky Bleiel. Photo by @viqui_dill.

Saul’s opening statement pointed out important differences between tech comm and training:

  • Tech comm doesn’t aim at information retention, but training does.
  • Tech comm’ers mainly create content, but trainers mainly teach, whether online or “in real life”.

Yet there are large overlaps between the disciplines and their practice, especially in “informal learning”, specifically, in the purpose, the content, and the consumer’s awareness of learning.

Kevin added further common values and features which both share:

  • Brevity in topics, in e-learning lessons (typically less than 5 minutes), or in a video (less than 2 minutes)
  • Step-by-step instructions in task topics and lessons
  • Direct address of the user as “you”

Matt explained how he focused on pragmatic information delivery where his single-sourcing workflow almost automatically combines “teaching and telling” in documents.

In the discussion that followed, the panelists addressed further aspects of that intersection of tech comm and training:

  • By emphasizing user action and tasks over functionality descriptions, you can offer resourceful users interactions and showing and telling to mix and match. However, exactly targeting your audience always precisely is usually not possible (neither in training nor in tech comm), so resist the temptation to “helicopter-parent” your learners.
  • That intersection works well with thought-through minimalism (which is not the same as writing in a concise manner).
  • Selecting the right channel and format can benefit both purposes, tech comm and training, tremendously, whether you choose videos or interactions or text.
  • Sample projects can be helpful to support and illustrate both,Β  learning and, to a lesser extent, documentation. They can be used as templates for a quick start to explore user scenarios. Personas are a great idea, too, but they’re of limited value as long as they don’t support the person(a)’s task.

In closing, the panelists pointed out that the focus of tech comm and e-learning alike is on people, not theories, methods or tools. In either domain, all users are different and many are extrinsically motivated by policy, law or certification to learn. So make it easy on them and keep them moving along swiftly.

STC13: David Pogue’s keynote spech

David Pogue, technology columnist for the New York Times, kicked off the STC Summit 2013 with his keynote. He looked back to his previous keynote at the 2009 summit and forward to what future developments in technology and materials science might bring. (This is part of my coverage of the STC Summit 2013 in Atlanta.)

Alan Houser, President of the STC, introduced him as the “most publicly visible technical communicator on the planet”. David started with a recap of his earlier address. He explained (again) how up to 2009, the acceleration in technological developments had led to a challenge and a paradox. The challenge concerns hardware where machines have become smaller and smaller, while our means to operate them, namely our fingers, have remained essentially the same size. The paradox occurs in software where companies often justify the most recent upgrade by piling on yet more new features – without necessarily having a good place to put them.

David Pogue delivering the keynote speech at the STC Summit 2013. Photo by Nitza Hauser.

Out of this challenge and this paradox comes the unexpected situation where a company such as Apple can achieve a competitive advantage by successfully eliminating features in a device such as the iPod. This cult of simplicity sells, and the product or service with fewer buttons win, whether it’s an iPad or the Google start search screen.

The reason why this works is psychological, says David: Achievements give us joy and make us feel that, yes, I can do this, and for this, I’m a good person. Conversely, not understanding how stuff or works or why stuff is so weird terrifies us.

Which brought David to Windows 8 and his task to write book for his “Missing Manual” series about the operating system. David made it clear that he appreciates much about Windows 8 – however, there are certain features that drive him crazy because they task him with documenting something that makes no sense – a feeling many tech comm’ers know well.

Specifically, Windows 8 presents two versions of many applications, two browsers, two e-mail clients, etc. –Β one in the GUI with tiles and one in the regular desktop. In the tiles GUI, there are no folders or files – and the control panel with system settings is only available via search.

Okay, so David decided to document the two GUIs in two separate parts of his book. Which raised the question how you call each GUI. The desktop is the desktop. But what is the GUI with tiles called? It started out as “Metro” until a German retail chain of the same name threaten to sue Microsoft. The “Modern UI” moniker was internal Microsoft lingo only. So David asked Microsoft directly. The GUI with tiles it turns out is called – “Windows 8”! As is the operating system in which the GUI with tiles and the desktop both live…

This didn’t make sense to David, so he invented the name “TileWorld” – and the name stuck! (… it does sound like a DIY store for bathrooms to me…)

David thought the main issue was the decision to combine the two GUIs. The common desktop is a more cumbersome but runs all applications and is known to most Windows users today. “TileWorld” has its advantages in a mobile tablet world, but is unsuitable for many uses such as drawing, spreadsheets, word processing, etc. – all these don’t work well with gestures on a large touchscreen on the desk in front of you.

The takeaway lesson David shared was: Terminology should be for clarity and to serve the reader.”

David ended his keynote to rousing applause as he regaled us to his very own version of the show tune “I Feel Pretty”, “Im On Twitter”.

Join me for “Mental models for tech comm” at STC 13

I’m proud and happy to be presenting at the STC Summit in Atlanta in a couple of weeks on meaning and mental models and how understanding them can help us in technical communication. If you’re attending the Summit, I invite you to join for me:

Addicted to meaning:
Mental models for technical communicators

Tue, May 7, 4:00 pm in room Hanover AB

My presentation will explore how “meaning” works in technical communications, why it fails and how you can create meaningful documentation. I will draw on the cognitive psychology of mental models and advances in user experience design to show why minimalism works, but FAQ’s don’t, and how to write for users without irritating them.

Being meaningful in technical communications is harder to measure than being correct, concise or consistent. However, it is just as essential: Understanding how and why communication is meaningful to users helps to create more effective documentation. Participants will get a deeper understanding and a fresh perspective on what makes communications meaningful.

Maning proceeds from information to knowledge.

You will learn:

  • What distinguishes data, information, and knowledge
  • How (technical) communication transmits meaning
  • What mental models are and how they shape the meaning that users create from documentation
  • How we are addicted to meaning
  • How to ensure your documentation is meaningful

It’s a G-rated session, so you don’t need any previous experience or knowledge of psychology – just a curiosity what makes us tick when we read and write documentation.

So treat yourself to a fun romp of aha moments in the last session slot of the day – hope to see you in Atlanta!