A method for composing stories/pitches/releases (or: throwing off the shackles of Microsoft Word)
A few weeks ago I realized that the current system our office had for information management for our stories, pitches, news releases, event announcements, etc. just wasn’t working. I was tired of formatting issues cropping up as I moved content between platforms. I was worried about how much was stored in the e-mail in-boxes of me and my co-workers rather than on our share drive. And I was beginning to understand that engagement with social media — even on a straitlaced, low-frequency scale (which I’m not necessarily happy about, but we’re doing the best we can with a small shop) — meant that viewing content as A News Release or A Magazine Story wasn’t going to work.
Here’s the solution I came up with the help of one of my co-workers:
- Everything is now a story — we don’t think of content by what platform it’s going to be featured on/in.
- Any story, no matter how big or small or important or whatever other adjective you want to apply to it, gets a text file created about it (in Notepad) as soon as we know about it. This text file is placed in a Stories folder on our department’s shared rive. The filename consists of a status tag, key words, and a month. The status tags are a = active, t = tickler, z = archived e.g. a_NewStoryMethod_April09.txt. The idea here is that stories with the same status will group together.
- The text file is set up with three basic areas separated by a few hyphens as a visual divider. The areas are: Publishing , Story and Source.
- In the Publishing area we list the platforms we think this story should be published too. This includes News release, Web site, faculty/staff newsletter, student newsletter, alumni newsletter, alumni magazine, Facebook, Flickr, YouTube, Twitter and more. When we publish to those areas, it gets noted next to the platform. Sometimes that’s a date and URL. Sometimes it’s just a date posted. Sometimes it’s a reference to an edition. Whatever makes sense so we can look it up later if we need to. If we’re sure this story isn’t going to be represented in one of those areas, that tag gets deleted.
- In the Story area we have a bunch of different content fields. How many all depends on the story, but the possible fields so far are: Photos, Video, Headline, Subhed, Excerpt/Summary (1-2 paragraphs), Story (with a lead paragraph and as many paragraphs as the story demands — in some cases this may be Bullet Points or the Who/What/When/Where of an event listing rather than Story), Quotes (with notations about approvals or needs), and Boilerplate. For photos or video we copy and paste the file path to where those photos or videos are located. And these fields change depending on the nature of the story. Basically we dump them all in the template and then remove when we’re sure we don’t have to worry about that field.
- In the Source area we dump everything that we get as raw sources — the text of e-mails, resumes, the results of Q&As, transcripts of tape-recorded interviews — with a note on where that info came from.
- Obviously this is just the source product. If we need to create a formal news release in Microsoft Word complete with letterhead then we do that and it’s housed in the News Releases folder just like ones created before this new system. And created isn’t the right word — it’s assembled from the pieces — the quotes, the explanatory paragraphs, the lead, the boilerplate. And for our alumni magazine, we’ll use this as a source and plug in quotes, but probably rewrite the lead and headline so it’s more feature-like. In addition, for pitching the media, I may rewrite the excerpt/summary to make it more relevant to the targeted publication. And when translating the headline for posting to Twitter, I may make it more colloquial. But the point is this the story source from whence all other pitches, stories, news briefs, releases, Flickr set summaries, etc. etc. flow.
- This could all change and we could ditch the system next week and it really only works well if everybody who is generating and disseminating content buys in to it. One cool thing is that it allows me to outsource some of dissemination work to a co-worker. And conversely, if a co-worker has a Story that was featured in, say, the faculty/staff newsletter and we decide to elevate it to the alumni magazine or a pitch, I know where to go first to get up to speed on what info we already have.
Hopefully my explanation is fairly clear. If not, I’ve uploaded a sample content_template that may help.
We’ve used this process for three stories so far, and so far I think it’s fantastic. I love not having to worry about formatting issues when I copy and paste*. I like that when I go to post an affiliated Flickr set or a Facebook note, I can pick and choose the language and details I want to add (and then modify if needed for tone and length). I find it soothing to not compose in Word.
Now there are a couple of downsides to this method. First, there’s no spellcheck**. Second, you have to remember to turn off word wrap when you copy and paste from Notepad — otherwise you end up with weird line breaks. I’d love to use Gedit (which I use at home on my Ubuntu box), but we’re a Windows XP shop at work. At some point, I’ll check out other text editors for Windows (anybody have suggestions?). But for now, Notepad is working just fine. It’s pretty sweet how quickly files open and save and close — and how small they are even if I’ve dumped several pages of stuff in to the Source section.
Keep in mind that there’s only four of us in our department, and we don’t publish a ton of content so this may not work for other college pr and marketing offices, but so far it has been a very positive change. And really, the key message of this post is not the method, but rather this: with a million places to publish, you better have some way of storing all the bits and pieces of content you need to tell your stories. And e-mail isn’t it. And a formal news release archive with nicely formatted MS Word docs isn’t it, either.
* Seriously — have you ever seen the crazy html code that MS Word creates when you try to copy and paste in to a CMS like Dreamweaver, WordPress or an e-newsletter service? Or even just in to an e-mail. It’s so annoying.
** I believe there are text editors with spellcheck. I’m looking into it and will post a comment if I find anything interesting to report.