製品マニュアルや技術ドキュメントは、もはや「作って終わり」の制作物ではありません。
多言語展開、頻繁な改訂、モデル違いへの対応、長期運用を前提とする今、求められるのは制作ツールではなく、ドキュメント全体を回し続ける仕組みです。

実運用を考えたとき、なぜSCHEMA ST4という選択に行き着くのでしょうか。

InDesign（DTP）、DITA（構造化）、SCHEMA ST4（CCMS）を「ドキュメント制作・運用プラットフォーム」という視点から整理します。

DTPからCCMSへ

ドキュメント制作基盤の変遷

ドキュメント制作は、長年 DTP（Desk Top Publishing） を中心に発展してきました。
Adobe InDesign に代表されるDTPツールは、レイアウトの自由度が高く、印刷物や単発ドキュメントの制作において大きな役割を果たしてきました。

一方で近年、製品の多様化・多言語展開・頻繁な改訂が当たり前になる中で、「ページ単位で管理する制作手法」には限界が見え始めています。
こうした背景から登場したのが CCMS（Component Content Management System） です。

SCHEMA ST4 は、この CCMS の考え方を実運用レベルで実現したシステムです。

InDesignとSCHEMA ST4の違い

コンテンツ管理思想の根本的な差

以下のような 類似製品モデル（モデルA／B／C） の日本語、英語、ドイツ語のマニュアルを制作することを想定します。

InDesign（DTP）の場合

モデル数×言語数分のファイルを管理します。
データの重複管理があり、変更や修正はモデルの数だけ必要となるため、もれや不整合が起こりやすいです。

SCHEMA ST4（CCMS）の場合

トピック単位に細分化した情報を一元管理します。
各モデルでは、その情報を流用して章構成を組み立てます。
そのため、データの重複管理はなく、変更や修正は１回で済むため、もれや不整合は起きません。
各情報は、言語ごとに紐付けて管理されます。

情報は、トピック単位（章よりも細かい主題単位）で管理します。
そのため、より細やかに共通情報の流用や差分情報の組み込み管理が可能です。

DITAという選択肢とその課題

DITAは、構造化文書のための標準規格として広く利用されています。あらかじめ構造ルールが定義されているため文書の構造を統一しやすく、トピック単位で独立しているため、コンテンツの再利用にも適しています。また、従来のXMLと比べて導入しやすい点も特徴です。

一方で、コンテンツ管理、翻訳管理、承認ワークフロー、出力・公開といった実運用に必要な仕組みは、DITAそのものには含まれていないため、別途構築する必要があります。そのため、運用に必要なシステムを組み合わせていくと管理基盤が大規模化しやすく、初期導入コストも高くなる傾向があります。

そのため、DITAの思想を活かしながら、コンテンツ管理から翻訳、承認、出力・公開までの運用全体を一体で管理できる基盤として、SCHEMA ST4が有効な選択肢となります。

InDesign／DITA／SCHEMA ST4 比較

観点	InDesign（DTP）	DITA（標準＋ツール）	SCHEMA ST4（CCMS）
基本思想	ページ・レイアウト中心	構造化コンテンツ中心	コンテンツ運用中心
データ管理	製品×言語×改訂ごとに個別	XMLファイル管理	一元管理
再利用	コピー＆修正が基本	設計次第で可能	標準機能として強力
モデル差異管理	手作業で管理	条件分岐で対応	類似モデル差異を可視化
翻訳対応	言語ごとに個別作業	外部ツール連携が必要	翻訳メモリ連携・差分翻訳
多言語編集	言語ごとに繰り返し作業	設計・運用が複雑	英語と紐付け、自動反映
レイアウト	ページ単位で手動調整する煩雑さ 例外にも柔軟に対応できる自由度	ルールベース 開発者によるテンプレート設計	ルールベース テンプレート設計が必要 ユーザー側でも専用の付属開発環境にて変更可能
進捗・承認管理	ツール外で管理	別途構築	標準機能として提供
出力	主にPDF	PDF／HTML	PDF／HTML／Word／InDesign
長期運用	規模拡大に弱い	構築負荷が高い	大規模・長期運用に最適

結論：なぜSCHEMA ST4なのか