- What is SharePoint 2010? Vision and Reality
view comments - Knowledge Management in 2012? Probably Dead
view comments - Myths & Realities of Drupal
view comments - iPad 3 vs. New Samsung Tablet: War Starts in February
view comments - 5 Signs Your Company Doesn't Get Social Business
view comments - 5 Critical Steps to SharePoint Information Architecture Planning
view comments - Is There A Business Case For Using SharePoint as an Enterprise CMS?
view comments - Alfresco Enterprise 4: Social, Collaborative, Mobile, Cloud Connected Content Management
view comments
Finding the Right Tools for Enterprise-wide Structured Content
Enterprise-wide structured content initiatives are most effective when they take into account the needs of some of their least technical, but most valuable content contributors — the subject matter experts. Ignore the daily work habits and common tools of this group and your initiative is sure to suffer.
Many organizations recognize the benefits of structured content — higher quality information, reduced publishing costs, faster times to market, etc. In today’s economic downturn, those benefits are more valuable than ever, helping companies do more with less, while improving quality or integrity. And those benefits multiply substantially when structured content is adopted across the enterprise. Recognition alone, however, isn’t enough to drive enterprise-wide, structured content adoption.
So, what’s the trick? How do companies move structured content beyond technical publications departments and into engineering, tech support, customer service, marketing, and other content-driven areas to maximize the benefits? By putting the right tools in the right hands.
The content universe incorporates the knowledge of a number of enterprise members, and it works best when each contributor has access to a structured content tool that is appropriate for his or her role in content creation and publishing. Dedicated, full-time writers need a full-featured authoring tool. Reviewers need a tool optimized for simple collaborative reviewing. And business users and subject matter experts need a tool that is easy to use, one that encourages their contributions.
While that may sound a little simplistic, the reality is that enterprise-wide structured content initiatives are even more effective when they take into account the needs of some of their least technical, but most valuable content contributors — the subject matter experts. The best way to bring subject matter experts into the structured content fold is to give them customized solutions that let users get involved with the content workflow and make contributions in the easiest way possible. Embed the tool in the applications they already use. Or make it available online, so they just fire up a browser, click on a link, and work on a web page. Give the non-technical users a simple interface, a streamlined text box in a web page form that just happens to integrate with the XML stream underneath it.
Remember, the subject matter experts aren’t technical writers. They don’t “own” the documents being created — the technical writers do. Instead, the subject matter experts “own” their contributions of knowledge, and keeping them close to the process of how their contributions get embodied in the content ensures more accurate information.
Moreover, the subject matter expert’s contribution is just one component of the overall document. For example, technical writers could be working on product documentation that needs a few pages that explain how to use a particular product feature. For those pages, the technical writers will recruit an engineer familiar with that feature to write a first draft. With the right XML tool, the engineer can then write the “how to” content and submit it to the technical writer who owns the document as part of the overall content stream and workflow.
Without a structured content tool, however, the engineer will probably write the content in a Word document and send it to the technical writer in an email. That means the document owner winds up cutting and pasting that content from the Word document into the XML document, which isn’t a difficult job per se. But it’s inefficient and can lead to errors. Moreover, working outside of the structured content workflow makes it harder for the engineer to know what she’s doing in the context of the rest of the document.
Continue reading this article:
Featured Events View all
| Add event
|
RSS
- Feb 22, 2012 – Intelligent Content Palm Springs 2012
- Feb 26, 2012 – SPTechCon - Sharepoint Conference San Francisco 2012
- Feb 28, 2012 – (Webinar) How to Build Great Mobile Websites
- Mar 6, 2012 – Get Social with Microsoft & Telligent in Dallas
- Mar 8, 2012 – Get Social with Microsoft & Telligent in New York
Who's Hiring? View all
| Post a job
|
RSS
- Web Content Manager in Newport Beach at Orange County Museum of Art
- Principal Business Consultant in Paris at Saba
- Director of Customer Success Management in Nova Scotia at Radian6
- Software Engineer -- Media Solutions in Bucharest at Adobe
- Technical Writer in Charleston at Blackbaud
- Interaction Designer in Maryland at Inmedius
- Project Manager in London at Brandworkz
- Sales Director, Consumer Electronics at Synacor

Receive
the Free CMSWire Newsletter
Email It