Deliver content dynamically with a content delivery platform

Struggling to get the right content to the right people, exactly when and where they need it? In this podcast, Scriptorium CEO Sarah O’Keefe and Fluid Topics CEO Fabrice Lacroix explore dynamic content delivery—pushing content beyond static PDFs into flexible platforms that power search, personalization, and multi-channel distribution.

When we deliver the content, whether it’s through the APIs or the portal that you’ve built that is served by the platform, we render the content in a way that we can dynamically remove or hide parts of the content that would not apply to the context, the profile of the user. That’s the magic of a CDP. It’s delivering that content dynamically.

— Fabrice Lacroix

Related links:

• Scriptorium: Personalized content: Steps to success (white paper)
• Scriptorium: AI in the content lifecycle (white paper)
• Fluid Topics, an AI-powered content delivery platform
• Fluid Topics: What is Content Operations and Why is it Important?
• Get monthly insights on structured content, futureproof content operations, and more with our Illuminations newsletter

LinkedIn:

• Sarah O’Keefe
• Fabrice Lacroix

Transcript:

Introduction with ambient background music

Christine Cuellar: From Scriptorium, this is Content Operations, a show that delivers industry-leading insights for global organizations.

Bill Swallow: In the end, you have a unified experience so that people aren’t relearning how to engage with your content in every context you produce it.

Sarah O’Keefe: Change is perceived as being risky, you have to convince me that making the change is less risky than not making the change.

Alan Pringle: And at some point, you are going to have tools, technology, and process that no longer support your needs, so if you think about that ahead of time, you’re going to be much better off.

End of introduction

Sarah O’Keefe: Hi everyone, I’m Sarah O’Keefe and I’m here today with the CEO of Fluid Topics. Fabrice, Lacroix. Fabrice, welcome.

Fabrice Lacroix: Hey. Hi Sarah. Nice being with you today. Thanks for welcoming me.

SO: It’s nice to see you. So as many of you probably know, Fluid Topics is a content delivery portal or possibly a content delivery platform. And we’re going to talk about the difference between those two things as we get into this. So Fabrice, tell us a little bit about Fluid Topics and what that content delivery portal or maybe platform. Which one is it? What do you prefer?

FL: For us, it’s platform definitely. But you’re right, depends on where people are in this evolution process, on how they deliver content. And for many, many customers, the piece stands for a portal. You’re right, because that is the first need. That’s how they come to us, because they need a portal.

SO: Okay, so in your view, the portal is a front end, an access point for content, and then what makes it a platform rather than a portal?

FL: Probably because the goal that many companies have to achieve is delivering that content where it’s needed. It’s many places most of the time. So it’s not just the portal itself, and that’s where solving the problem of being able to disseminate this content to many touch points, you need a platform for that. The portal is one touch point only, but when you start having multiple touch points like doing in-product help or you want to feed your helpdesk tool or field service application or whatever sort of chatbot somewhere else, whatever use case you have that is not just the portal itself, then that becomes a platform thing.

SO: So looking at this from our point of view, so many of our projects start with component content management systems, CCMSs, which are the back end. This is where you’re authoring and managing and taking care of all your information, and then you have to deliver it. And one of the ways that you could solve your delivery front-end would be with a content delivery platform such as Fluid Topics. Okay. So then, what are the prerequisites, when you start thinking about this? So our hypothetical customer has content obviously, and they have, we’re going to say probably a back-end content management system of some sort, probably.

FL: Most of the time.

SO: Most of the time.

FL: Depends where you go, depends on the maturity and the industry. If you go to some manufacturing somewhere, they mostly still are maybe on the word and FrameMaker or something like that in design, and then they generate PDFs.

SO: So maybe we have a backend authoring, well, we have an authoring environment of some sort on the back-end. Maybe it’s a CCMS, maybe it’s something not like that. And now we’re going to say, all right, we’re going to take all this content that we’ve created and we’re going to put it into the CDP, the content delivery platform. Now, what does success look like? What do you need from that content or from the project to make sure that your CDP can succeed in doing what it needs to do?

FL: The first answer to that question that comes to my mind is no PDFs. I mean, if you look at it, don’t laugh at me. If you look at it from an evolutionary perspective, it’s like regardless how people were writing before, it was not CCMS, mostly unstructured. And at the end of the day, people were pressing a button and generating PDFs and putting the PDF somewhere, CRM, USB key, website for download. But managing the content unstructured was painful. That’s where you start working with the CCMS, because you have multiple versions, variants, you want to work in parallel, you want to avoid copy paste, translation, so the story around that. So then companies start and they start moving their content into CCMS. All of the content, part of the content, but they start investing in a modern way of managing, creating their content. But again, if you look at it once they have made that move, most of those companies 10, 15 years ago probably were still pressing a button and still generating PDFs. And then they realized that they had solved one problem for themselves, which is streamlining the production capability and managing the content in a better way. But from a conception perspective, regardless whether you work with word FrameMaker or in DITA with the most advanced CCMS of the market, if you still deliver PDF, you are not improving the life of your customers. And then people started realizing that, oh yeah, so we should do better. So let’s try to output that content in another way than PDFs. And then say, “What else than PDF, do we have? HTML.” And was like, okay, and let’s output HTML. But HTML that is pretty much the same as the PDF. You see what I mean? It’s like static document. Each document was a set of HTML pages. And then they started realizing that they need to reassemble the set of HTML pages into a website, which is even more painful than just putting PDFs on the website is reassembling zip files of HTML pages on the website, and then it’s like static HTML. And then you have to put a search on top and have to create consistency. And that’s why CDP have emerged. That’s solving this need, which is, how do we transition from PDF to static HTML to something that is easier, that ingest all this content, comes with search capabilities, comes with configuration capabilities, and as well at the same time as API, so that back to the platform thing, it’s not just a portal, but can serve other touch points. So that’s really because we are in the detail world, DITA is the Darwin Information Typing Architecture. So that’s a very Darwinian process that led to this creation of the CDP and the need of a CDP is the next step in the process. And many companies really follow that process of, I have to go from my old ways of writing, which are not working painful, move to a CCMS, but in fact realize that they don’t solve the real problem of the company, which is how can I help my customer, my support agent, my field technicians better find the content better use my content? And that’s where this T, oh, okay. That’s where we need a CDP.

SO: Yeah, and I think, I mean, we’ve talked for 20 years about PDFs and all the issues around them, but it’s probably worth remembering that PDF in the beginning was a replacement for a shelf of books, paper books that went out the door. And the improvement was that, instead of shipping 10 pounds, or I’m sorry, what four kilos of books you were shipping as you said, a CD-ROM or this was before USB, a zip drive. Remember those?

FL: Zip drive.

SO: A zip drive. But you were shipping electronic copies of your books and all you were really doing was shifting the process of printing from the creator, the software, hardware, the product company to the consumer. So the consumer gets a PDF, they print it, and then that’s what they use. Then we evolved into, oh, we can use the PDF online, we can do full-text search, that’s kind of cool, that was a big step forward. But now to your point, the way that we consume that information is not printed and it’s for the most part, and it’s not big PDFs, but rather small chunks of information like a website. So how do we evolve our content into those websites? So then what does it look like to h