Migrating legacy documentation

Data migration made easy

We reliably migrate your existing documents to a new authoring environment, format, or component content management system (CCMS), enabling you to continue working quickly and efficiently.

Why data migration becomes necessary

Data migration is often required when you introduce a new format, authoring environment, or CCMS for your technical documentation. This allows you to create modular content, reuse it efficiently, and deliver it to your customers in a targeted way. However, existing documents frequently remain in the legacy structure and must be transferred to the new environment.

artwork showing the migration of legacy documentation
Migration of legacy documentation with parson

Migrate legacy documents with parson

We support you throughout this process by efficiently migrating your legacy documentation, for example, by developing scripts to convert content into a new XML format. In addition, we take care of technical writing tasks so that you can become productive in your new authoring environment as quickly as possible. This is how we work.

Your contacts
Migration of legacy documentation

Align your target system and migration strategy

Successful data migration does not begin only after the new component content management system (CCMS) and its new information architecture have been set up. It starts during the implementation process with the development of a clearly defined strategy.

The strategy not only defines how you adapt the legacy data to the new information architecture, but also sets the course for the cost and duration of the migration. This involves deciding which existing content actually needs to be migrated, when it should be transferred, and what quality requirements the migrated content needs to meet.

Migrating existing content is often a major cost factor and should therefore be considered early on in financial and resource planning. The better the migrated content complies with the new requirements, the less effort is needed for subsequent rework. At the same time, the cost and effort involved in a partially automated migration increase with the amount of content with differing structures that needs to be migrated and, where necessary, retranslated.

Both the existing and the new information architecture, as well as the underlying technologies, play an important role. Once we know these factors, we can reliably assess the migration effort and automation potential. The more structured and consistent the existing content is, the easier it is to transfer it to the new, clearly defined information architecture. Complementary AI-based methods can support rule-based methods and, for example, facilitate the semantic mapping of content.

Before the migration, we therefore work with you to analyze the information model, metadata, and document types of your existing content and identify potential risks and opportunities for the migration. Based on this analysis, we develop and evaluate different scenarios. These provide the basis for deciding on an economically viable migration strategy.

Plan your data migration with us – strategically, efficiently, and cost-effectively.

Data migration made easy. This is how we work

Based on the migration strategy we develop with you, we migrate your existing documentation, combining automated processes and editorial work depending on the specific requirements.

  • Analyze legacy data. We analyze the legacy data and verify the desired target format.
  • Write scripts. We program scripts to convert content or legacy data into XML or other formats, for example for the migration from Word, LaTeX, and FrameMaker.
  • Editorial work. Our technical communicators can help you restructure legacy documentation from large documents into smaller topics.
  • Implement content reuse. We analyze the existing documentation to identify reuse potential so that you can efficiently use the content in your new authoring environment.
  • Add metadata to content: We add metadata for filtering and delivery to the existing content according to the metadata concept of the new authoring environment.

Learn more about data migration in our FAQs.

By the way: We use content engineering to structure and organize content according to a content and metadata model. In this way, we can help you adapt existing content to new publication channels or authoring environments. Learn more about parson's content-engineering method.

FAQs – Frequently asked questions about migrating legacy documentation

How long does it take to migrate legacy documentation to a new CCMS or CMS?

How long the data migration process takes depends on several factors, including:

  • The format in which the documentation was created

  • The format required by the new authoring environment

  • The amount of content that needs to be migrated

The extent to which the documentation must be restructured because the underlying information architecture has changed. If you use scripts and tools to convert from one format to another – for example, from Word to DITA-XML – you can reduce the migration effort. However, you must allow time to review the results and do post-editing. If you cannot use scripts for the conversion, but need to restructure legacy content, then this usually involves manual work and is therefore time-consuming. Optionally, you can speed up the process by combining script-based conversion to the new format with subsequent restructuring.

As part of the migration strategy, we work with you to determine the most suitable approach. A trial migration can also show whether the chosen approach works in practice, allowing us to assess feasibility and estimate the time required more accurately.

Is it possible to migrate legacy documentation manually?

You could migrate all documents manually. However, consider the amount of content that needs to be migrated. If the content exists in multiple languages, we recommend that you migrate only the master language and retranslate the other languages. Keep in mind that manual migration requires people to do it. In addition, the people responsible for migrating the content must have basic knowledge of both the source and target systems.