Content Strategy  in Technical Communication Simon Bate Scriptorium Publishing
About me <ul><li>Simon Bate
Sr. Technical Consultant at Scriptorium
Certified Technical Trainer
30+ years Tech Comm experience </li></ul>
About Scriptorium <ul><li>Content Strategy for Technical Communication
Analyze
Develop strategy
Implement
Transform
Train </li></ul>
Content Strategy is... <ul><li>“The practice of planning for content creation, delivery, and governance” – Kristina Halvor...
“A repeatable process or methodology that manages content within the entire content lifecycle” – Rahel Bailie </li></ul>
Or this... Develop Deliver Destroy Deploy
Develop <ul><li>Authoring and editing
Storage
Management
Reuse
Localization </li></ul>
Deliver <ul><li>(or “Deliverables”)
Determine deliverable formats
Generate deliverables from content </li></ul>
Deploy <ul><li>Distribute to a public web server
Package in a software build
Send to printer and ship to customers
Manage access restrictions </li></ul>
Destroy <ul><li>Archive
Delete
Revoke
Expire </li></ul>
What's different about tech comm content strategy? <ul><li>Web content strategy: persuasive content
Tech comm: technology transfer
“Buy our stuff” versus “use our stuff” </li></ul>
Wandering in the desert... flickr: joni1973
Step 1: Determine business goals for tech comm content <ul><li>Regulatory requirements
Company positioning
Avoid more expensive support options
Marketing </li></ul>
Legal  priorities 20% of front page
Strong branding
 
Do not adjust your TV...
This probably doesn't help sales...
Reduce support calls...
What he said. Twitter: @mbakeranalecta, November 12, 2011
flickr: Michael Francis McCarthy
Upcoming SlideShare
Loading in...5
×

Content strategy in Technical Communications

722
-1

Published on

Slides from my presentation to tcworld India 2012. Describes how Scriptorium sees content strategy and how to go about implementing a techcomm content strategy in your workplace.

Published in: Technology, Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
722
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
7
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • Canonical def&apos;n from Kristina Halvorson
  • We look at it from POV of four actors or 4 D&apos;s Content strategy is process of dealing with these four things as they relate to your content.
  • Encompasses a lot Localization, Storage Creation of graphics Decision to use graphics rather than text.
  • What format should I use? PDF, HTML, both, neither Process of creating deliverables from content. In “olden” days the delivery tool was the same as the development tool. These days, the development tool isn&apos;t necessarily the same tool you use to create deliverables.
  • Once you create the deliverable, you have to convey it to your customer. Web, Print, help,
  • Information that is time-sensitive. eg Tax Software Price guides Another issue: How to deal with back-rev versions of SW?
  • Clarify diff between TechComm content strategy and Web content strategy. Purpose of WCS is to persuade (such as “buy my product”) Tim O&apos;Reilly: TechComm is enabling people to do stuff with your products. Marcom is about persuading that your thing is awesome or cheap or useful Some overlap. Convince to buy by showing doc. Persuasion. “Web Content Strategy” is marketing. Reading an article, be aware.
  • Tech Comm Content strategy What is the promised land of TechComm Cont-Strat? Without taking 40 years. What will it look like? Answer is: it depends. Rest of talk: Give a road map for dealing with Content Strategy.
  • Step 1 is NOT tools. Determine Business goals of Tech Comm Positioning: we&apos;re really cool, eg Game docs, need fun. eg Financial sw, need to have quality appearance Call deflection. Keep the cost of TechSupport down. Goal of TechComm content might be marketing. Let&apos;s take a look at some examples of business goals expressed by TechComm..
  • Examples of how Tech Comm priorities manifest themselves in doc. Warning is primarily defensive. Says something about the company that they&apos;ll dedicate 20% of the page to legal.
  • “Green” Thought went into scheme, says they care about branding.
  • What does this say? “our stuff is ugly and we don&apos;t care.” Warnings. Similar PDFs with TOC and no links.
  • Online PDF, delivered in B&amp;W. Tells you that icon is green. PDF online, color is free. Says company doesn&apos;t care.
  • ePinions You don&apos;t want this about your stuff. Won&apos;t help marketing. David Pogue in NY Times: Will say “Don&apos;t buy because I can&apos;t figure it out and it has a bad manual.” So one of your goals might be to avoid this kind of publicity.
  • Oxygen doc, XML development tool and authoring platform. Formatting is functional. Info is about something that isn&apos;t part of Oxygen, but Oxygen supports it. This provides additional supporting info, helps prevent support calls. Providing users with useful background info. Going beyond documenting your features.
  • Having said all that, we need to touch on something Mark Baker said a few months ago. Content strategy must be tied to revenue.
  • Let&apos;s talk about money. Think about money and your business goals. If you have regulatory requirements, you don&apos;t want to violate them and get sued or shut down... Company positioning, look at marketing analytics, see your results If you&apos;re looking to reduce support costs, you&apos;ll have to quantify them.
  • Here are some business goals. Why do you have TechDoc and what does it add to your company? If your answer is “because they pay me to do it.” you don&apos;t have a content strategy. User communities and loyalty. Programming tools, libraries. What it your organization&apos;s justification for tech comm.
  • Once you have your business goals, then you can set your strategy. “We need a book” is not a strategy...unless a 3 rd party book is required. If Consumer produce, your goal might be to: reduce returns, install guide in box, help, wizard. Once you&apos;ve determined what your goals are, what do you need to do to accomplish that?
  • Most common approach is , “well, I have ________” Let me see what it can do. Do not pick a tool because it&apos;s shiny, then figure out strategy. Figure out strategy first, then find tool. SW product vendors will try to convince you their tool is the best in the universe. Buy it, then we&apos;ll see what we can do to configure it. Every tool has constraints. Q is: are those constraints acceptable? Purpose of marketing is to frame the question in such a way that your product is the only possible answer.
  • It&apos;s your responsibility to figure out what your goals are and what your strategy should be. And from that work your way down to figure out what the solution should be.
  • Find business goal (reduce tech support costs, whatever) Set Strategy (for getting fewer people to call us.) Some obnoxious strategy: make people wait an hour for tech support. More reasonable might be: make content available on web and Google searchable. If question is “lower support costs” the answer should never be “buy this tool.”
  • Give customers lots of ways to access information (web, eBooks, paper, PDF). If regulated, strategy should be deliver content that complies. Improving marketing position, deliver content that&apos;s pretty.
  • What you don&apos;t want to do is stuff like this. “You can download our PDFs...but first...” Put in your e-mail (optional is hidden at end of sentence). Why are free PDFs hiding behind this download page?
  • Once you have a strategy (and hopefully it won&apos;t be one that irritates potential customers), Then you&apos;re going to need some tactics. This is the close-up stuff. Implementation, tools, technology.
  • All the things to do what you&apos;re trying to accomplish
  • Q is How do we get there from here? Strategy and vision of end result. How do you get there? Here&apos;s where you start to hear about project planning, project mgmt, management consulting. Needs analysis, gap analysis, What do we need, where are we now, What info arch do we need? What structure of content? (not necess XML) Planning (Planning is your friend). Pick tools and technologies.
  • NOW you can think about tools &amp; technology. If your favorite tool will do it, fine. Hear a lot that “I have no budget, so I need something cheap.” Business case first, then budget. With savings in business case, you can request budget. We don&apos;t ask for much in TechComm. This is a challenge for us in working with clients. $2M localization, 30% DTP cost. If we can save that 30%, you&apos;ve got money. Diff from “can I have $50,000?”
  • Will be some constraints. Financial: can work around with business case. Organizational: eg high security org didn&apos;t want SW from some countries. Regulatory: if Gov says, deliver this format, better do it. Be aware of interpretation: look closely at requirements (does it really say PDF?). Legal: High stakes docs (medical) Corporate culture: Linux only shop, or Open source only (or NO open source). going against corporate culture is difficult.
  • Take these factors, and within them, is your solution.
  • We do advise you to choose wisely. Because if you don&apos;t choose the right tool or the right way to implement your strategy, you can run into serious problems.
  • Sometimes the mismatch is obvious. If you&apos;re in the middle of the desert, this isn&apos;t the solution. In general, not that a particular tool is always wrong or always right; what are your constraints?
  • aka Black Swans There IS an asteroid out there. It will hit your department, or work group, or strategy sooner or later. Represents Disruptive Change . Don&apos;t know when, how big, where it&apos;s coming from, what it will affect, Can&apos;t expect, can&apos;t plan for them, can&apos;t prevent it. Have to account for them. Change in Regulatory environment New format comes on scene. Just have to deal. What if assumptions are wrong?
  • What&apos;s the best delivery format? What&apos;s the best way to create it? What content should be in it? This is “best”. What is “best”? Cheapest? Most efficient? Depends. Case-dependent.
  • Risk. Any technology or tool is risky. Kind of risks you&apos;ll run into and difficulties are different for different organizations. Business case, if solid, perhaps take some more risks. If weak, perhaps take fewer. Writers are less or more adventurous. Can they handle high-end, tecchie system? “Organizational competencies” - skill level in org. Gap between skill level and where you need them to go, bigger risk.
  • Different SW vendors focus on diff risks. depending on which they are strongest in. Huge mkt share will tell you small mkt share is risky. Leading edge tech will tell you old tech is risky. They have risks they can minimize. Those aren&apos;t the questions. (next slide)
  • Q is: what is YOUR biggest risk. Which ones are you willing to take? Which ones are you NOT willing to take. What risk type is most relevant to you?
  • The bottom l ine is: business value must drive strategy. In consulting, we see all sorts of cases: See people who shy away from a solution because it&apos;s expensive, but they can&apos;t envision the returns. Others are eager for expensive solutions, when the returns aren&apos;t there.
  • If you have a strong business case, you can take on any technology. If your business case is weak, you need to keep your technical challenges low. Level of technical challenge must track with the business case
  • So much to do, day to day, get deliverables out the door, deadlines, hard to take big picture view. Our customer usually have a big picture idea of what they need, they have an idea of what their strategy needs to be. But they don&apos;t have time to put together the business case, write the strategy, hard to step back. This is hard to do, but we&apos;re here to help. There are wonderful consultants out there and you should hire us all.
  • Content strategy in Technical Communications

    1. 1. Content Strategy in Technical Communication Simon Bate Scriptorium Publishing
    2. 2. About me <ul><li>Simon Bate
    3. 3. Sr. Technical Consultant at Scriptorium
    4. 4. Certified Technical Trainer
    5. 5. 30+ years Tech Comm experience </li></ul>
    6. 6. About Scriptorium <ul><li>Content Strategy for Technical Communication
    7. 7. Analyze
    8. 8. Develop strategy
    9. 9. Implement
    10. 10. Transform
    11. 11. Train </li></ul>
    12. 12. Content Strategy is... <ul><li>“The practice of planning for content creation, delivery, and governance” – Kristina Halvorson (@halvorson)
    13. 13. “A repeatable process or methodology that manages content within the entire content lifecycle” – Rahel Bailie </li></ul>
    14. 14. Or this... Develop Deliver Destroy Deploy
    15. 15. Develop <ul><li>Authoring and editing
    16. 16. Storage
    17. 17. Management
    18. 18. Reuse
    19. 19. Localization </li></ul>
    20. 20. Deliver <ul><li>(or “Deliverables”)
    21. 21. Determine deliverable formats
    22. 22. Generate deliverables from content </li></ul>
    23. 23. Deploy <ul><li>Distribute to a public web server
    24. 24. Package in a software build
    25. 25. Send to printer and ship to customers
    26. 26. Manage access restrictions </li></ul>
    27. 27. Destroy <ul><li>Archive
    28. 28. Delete
    29. 29. Revoke
    30. 30. Expire </li></ul>
    31. 31. What's different about tech comm content strategy? <ul><li>Web content strategy: persuasive content
    32. 32. Tech comm: technology transfer
    33. 33. “Buy our stuff” versus “use our stuff” </li></ul>
    34. 34. Wandering in the desert... flickr: joni1973
    35. 35. Step 1: Determine business goals for tech comm content <ul><li>Regulatory requirements
    36. 36. Company positioning
    37. 37. Avoid more expensive support options
    38. 38. Marketing </li></ul>
    39. 39. Legal priorities 20% of front page
    40. 40. Strong branding
    41. 42. Do not adjust your TV...
    42. 43. This probably doesn't help sales...
    43. 44. Reduce support calls...
    44. 45. What he said. Twitter: @mbakeranalecta, November 12, 2011
    45. 46. flickr: Michael Francis McCarthy
    46. 47. Business goal examples <ul><li>Meet regulatory requirements
    47. 48. Reduce volumes of support calls
    48. 49. Avoid legal exposure
    49. 50. Increase product market share by highlighting feature set
    50. 51. Increase product visibility
    51. 52. Build user community and thus loyalty </li></ul>
    52. 53. Step 2: Strategy flickr: Rudy Letsche
    53. 54. The more common (and bad) approach <ul><li>Tools & Technologies
    54. 55. Tactics
    55. 56. Strategy
    56. 57. Implementation </li></ul>
    57. 58. It's your responsibility flickr: Michael Gwyther-Jones
    58. 59. A better way... <ul><li>Goal
    59. 60. Strategy
    60. 61. Tactics </li><ul><li>Implementation
    61. 62. Tools
    62. 63. Technology </li></ul></ul>
    63. 64. Strategy examples <ul><li>Provide customers with multiple ways to access needed information
    64. 65. Embed information in software
    65. 66. Deliver content that complies with regulations (duh)
    66. 67. Deliver attractive content for improved marketing positioning </li></ul>
    67. 68. We hate you now.
    68. 69. Step 3: Tactics
    69. 70. Step 3: Tactics <ul><li>Implementation
    70. 71. Tools
    71. 72. Technology </li></ul>
    72. 73. How do we get there from here? flickr: aigle_dore
    73. 74. Tools & technology flickr: casarico
    74. 75. Constraints <ul><li>Financial
    75. 76. Organizational
    76. 77. Regulatory
    77. 78. Legal
    78. 79. Cultural </li></ul>flickr: quinnanya
    79. 80. Think inside the box? Skills Legal Risk Budget Regulations Culture Organization Possible Solutions
    80. 81. Choose wisely... flickr: prilfish
    81. 82. The wrong tool means big trouble! flickr: antarcticabound
    82. 83. The asteroid is coming flickr: edsweeney
    83. 84. Determining tactics <ul><li>Best delivery format?
    84. 85. Best way to create that format? </li></ul>
    85. 86. All technology is risky flickr: mockstar
    86. 87. Risk types <ul><li>Implementation risk
    87. 88. Obsolescence
    88. 89. Market share
    89. 90. Technical deficiencies </li></ul>
    90. 91. Pick your poison flickr: allaboutprops.com
    91. 92. Business value must drive strategy flickr: zoomzoom
    92. 94. You need a different perspective flickr: Aunt Owwee
    93. 95. Summary <ul><li>Business goals come first
    94. 96. Content strategy is shaped by goals
    95. 97. Choose tools carefully and wisely
    96. 98. Understand risk is inherent </li></ul>
    97. 99. Questions?
    98. 100. Contact information <ul><li>Simon Bate
    99. 101. Scriptorium Publishing
    100. 102. www.scriptorium.com
    101. 103. [email_address]
    102. 104. twitter: @simonbate
    103. 105. +1.919.433.2606 </li></ul>
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×