Absolutely. Content operations is the day-to-day work that we need to get done. It’s the “management” of “content management.” It’s the entire reason we design software and do implementations.
I think it’s especially important for vendors and integrators to think about content operations. We tend to get abstracted from it because we think about software and services. What we need to remember is there are people working in the systems we build, day-in and day-out.
I don’t think my definition of it has changed. I doubt it ever will, honestly.
Training. They need to understand how to use the system, and this happens on one of two levels. Primarily, they need to understand the website that was built for them. They need to know this to do their job.
They also need to know how their CMS works at the defaults. I think of this as the “margins.” They need “space in the margins” to doodle and dream and play. If they only know how to do the existing things they do every day, then they have no wiggle room to think of new things they could do, or new ways they could apply the software.
Always make sure you have enough knowledge – the continuing, ongoing, up-to-date knowledge – of things you don’t do every day. A lot of neat innovations started with someone writing a note in the margin.
Headless is big, of course. We’re branching out in some new directions there, but that’s no surprise since I’ve been low-key obsessed with it for the last couple years.
And I’m interested in introducing some paradigms of content distribution. That’s been my other thing – presenting a seamless experience from multiple content providers. I love the idea of Episerver as an “umbrella” distribution platform that orchestrates multiple content providers to provide a unified experience.
That kind of stuff wakes me up at night, just thinking about it.
We were just talking about this the other day.
Here’s the problem –
We released the chapters for The Web Project Guide two at a time. So far, eleven batches of them. The problem is that the book is currently a bit of a patchwork. We don’t have the level of integration or callbacks that we should. In the earlier chapters, we weren’t thinking far enough ahead to say, “We’ll talk about this later…” and at the end, we’re so far removed from the earlier chapters, that we don’t say, “We discussed this back in…”
The last two chapters are a couple of weeks away, and then Corey and I need to sit down and do a big “integrative edit” where we take 12 batches of chapters and integrate them.
After that, we’ll be close to a formal published release, I think. We think it’s a great piece of work so far. I think it’s the best writing Corey and I have done, and it’s been nice to really dig in without worrying about length (…yet – that day is coming).
Ecosystems matter. You’re not just buying a CMS, you’re buying into a community. Before you buy, look for documentation, look for discussion, and look for a partner network. The ecosystem is the soft place to land when things go wrong. As I talk about in the book, I’ve seen people get stranded with a CMS that no one knows how to use, and for which there isn’t much of a community. These stories don’t end well
Ha! I hesitate to say this, but the best advice someone gave me about writing is this:
“Write drunk. Edit sober.”
(Thank goodness my late mother will never read that.)
This advice works on two levels –
First, it’s not bad practical advice. A couple times, when I was stuck, I would open a Stella and found that the words would come a lot easier. But the other level is that we censor ourselves when we write. Sometimes we get stuck because we’re thinking too much about it. After a couple beers, we’re less self-conscious and we stop choking on the words.
I’m not literally saying to get drunk before you write. But try to care less, like you do at after a couple beers at the pub on a Friday night. Just get the words out and clean them up later.
(Incidentally, I did an entire podcast episode about the writing of my book, and it remains the best conversation I’ve ever had about writing. If you’re interested in writing a book, or just writing in general, many people have told me how much it helped them.)
I’ve taught an introduction class for six years, and it’s all about the fundamentals. In fact, what I call the
“four pillars of content management” will never really change:
Those are transcendent and eternal. Those were problems in Biblical times, and they’ll be problems after we live on Mars.
I just started teaching the advanced course this year, which is a little more timely. It was my first year teaching it, so I haven’t had to modify it yet, but we’re staying pretty general. We talk about things like search, page composition, and digital asset management. Some layers of those disciplines change over time, but there are fundamentals there that are timeless.
More than breathing. Less than coffee.
Absolutely. Content operations is the day-to-day work that we need to get done. It’s the “management” of “content management.” It’s the entire reason we design software and do implementations.
I think it’s especially important for vendors and integrators to think about content operations. We tend to get abstracted from it because we think about software and services. What we need to remember is there are people working in the systems we build, day-in and day-out.
I don’t think my definition of it has changed. I doubt it ever will, honestly.
Training. They need to understand how to use the system, and this happens on one of two levels. Primarily, they need to understand the website that was built for them. They need to know this to do their job.
They also need to know how their CMS works at the defaults. I think of this as the “margins.” They need “space in the margins” to doodle and dream and play. If they only know how to do the existing things they do every day, then they have no wiggle room to think of new things they could do, or new ways they could apply the software.
Always make sure you have enough knowledge – the continuing, ongoing, up-to-date knowledge – of things you don’t do every day. A lot of neat innovations started with someone writing a note in the margin.
Headless is big, of course. We’re branching out in some new directions there, but that’s no surprise since I’ve been low-key obsessed with it for the last couple years.
And I’m interested in introducing some paradigms of content distribution. That’s been my other thing – presenting a seamless experience from multiple content providers. I love the idea of Episerver as an “umbrella” distribution platform that orchestrates multiple content providers to provide a unified experience.
That kind of stuff wakes me up at night, just thinking about it.
We were just talking about this the other day.
Here’s the problem –
We released the chapters for The Web Project Guide two at a time. So far, eleven batches of them. The problem is that the book is currently a bit of a patchwork. We don’t have the level of integration or callbacks that we should. In the earlier chapters, we weren’t thinking far enough ahead to say, “We’ll talk about this later…” and at the end, we’re so far removed from the earlier chapters, that we don’t say, “We discussed this back in…”
The last two chapters are a couple of weeks away, and then Corey and I need to sit down and do a big “integrative edit” where we take 12 batches of chapters and integrate them.
After that, we’ll be close to a formal published release, I think. We think it’s a great piece of work so far. I think it’s the best writing Corey and I have done, and it’s been nice to really dig in without worrying about length (…yet – that day is coming).
Ecosystems matter. You’re not just buying a CMS, you’re buying into a community. Before you buy, look for documentation, look for discussion, and look for a partner network. The ecosystem is the soft place to land when things go wrong. As I talk about in the book, I’ve seen people get stranded with a CMS that no one knows how to use, and for which there isn’t much of a community. These stories don’t end well
Ha! I hesitate to say this, but the best advice someone gave me about writing is this:
“Write drunk. Edit sober.”
(Thank goodness my late mother will never read that.)
This advice works on two levels –
First, it’s not bad practical advice. A couple times, when I was stuck, I would open a Stella and found that the words would come a lot easier. But the other level is that we censor ourselves when we write. Sometimes we get stuck because we’re thinking too much about it. After a couple beers, we’re less self-conscious and we stop choking on the words.
I’m not literally saying to get drunk before you write. But try to care less, like you do at after a couple beers at the pub on a Friday night. Just get the words out and clean them up later.
(Incidentally, I did an entire podcast episode about the writing of my book, and it remains the best conversation I’ve ever had about writing. If you’re interested in writing a book, or just writing in general, many people have told me how much it helped them.)
I’ve taught an introduction class for six years, and it’s all about the fundamentals. In fact, what I call the
“four pillars of content management” will never really change:
Those are transcendent and eternal. Those were problems in Biblical times, and they’ll be problems after we live on Mars.
I just started teaching the advanced course this year, which is a little more timely. It was my first year teaching it, so I haven’t had to modify it yet, but we’re staying pretty general. We talk about things like search, page composition, and digital asset management. Some layers of those disciplines change over time, but there are fundamentals there that are timeless.
More than breathing. Less than coffee.
Deane Barker has been working in content management for 25 years, as a system integrator, commentator, speaker, consultant and now platform vendor. He is the author of four books on content management, including "Web Content Management: Systems, Features, and Best Practices," published by O'Reilly Media. He is currently the Senior Director for Content Management Strategy at Episerver. He lives in Sioux Falls, South Dakota, USA.
Rob is Founder of Fourth Wall Content working with clients on content strategy, creation and marketing. Previously, in his role as Head of Content at GatherContent he managed all of the organisation's content output and content operations.