カタログ制作における入稿システムについて（完全自動と半自動組版について）

数年前からカタログ制作における入稿システムのオーダーが増えているので、ちょっとまとめます。

入稿システムが必要とされる背景

WEB入稿システムが必要とされるのは、複数メーカーから原稿を受け付けるタイプがほとんどで、その理由は、「とりまとめるのが大変だから」がダントツです。

確かに、とりまとめ＝原稿整理、進捗管理は、非常に大変です。

原稿がなかなか出てこなかったり、画像がこなかったり、逆に一旦もらって進んでいる途中に差し替えが来たりと、、、下版日が刻々と迫る中、気が狂う人が出るのも頷けます。

それでも、カタログに手を出すのは何故でしょうか。

いわゆる厚物で、印刷会社としては金額もそこそこでしょうし、そういう大変なものが出来るというステータスもあるのかもしれません。自分にはこぞって獲りたがっているように見えます。

一方で、客側は、紙カタログの部数を減らして、WEB用にPDFで展開したり、検索サイトにしてしまったりということもしているので、紙が無くなるわけではないですが、そこへ向ける力のいれ具合は、違うように思います。

また、自社の基幹システムのデータなど、基本となるデータはあるのだから、これを上手く使えばDTPなんて楽にできるんじゃないの？と思われているかもしれません。

そういう中で、客側の手は煩わせず、データを渡すから上手く使ってね、最後にはデータを使いたいので返してね、印刷（制作も含む）が安ければ出すよ、と難題を受け入れざるを得ない状況ではないでしょうか。

相談を受けるカタログの特徴を挙げると、

• 頁ボリュームが多い
• 年1回、2回など定期もの
• 複数メーカーからの原稿回収、やりとりが大変
• メーカーから受け付けた後、掲載情報として精査、追加編集する
• 客先から何かしらの商品データがくる
• 商品スペック部分はある程度パターン化されている
• 商品の流用画像や新規撮影画像など画像の取り回しを考慮する必要がある
• 索引がある
• 完全自動組版にできない理由がある（デザイン調整が必要など）

となります。

そして、どの工程の人たちも一様に大変だ、というのが現状です。

この現状を打破するために、入稿システムが欲しい、となるわけです。

カタログ制作でやりたいことは？

やりたいことは、単純に書くとこうなります。

つまり「データを上手く使って本を作りたい」となります。

本やWEB、その他メディアに向けたコンテンツ制作における効率の良いサイクルを確立したい、ということです。

しかし、現実はなかなか難しい状況のようです。

今までに相談をしてくれた人たちの状況をみてみると、以下のようになります。

• 客先からきたエクセル（CSV,XMLなど）を使って手動DTP
• FileMakerからツールを経由して半自動DTP
• WEB入稿システムまでは作ったが、DTPは完全非同期
• 最後に返すデータはDTPから書き出すか、直接エクセルを手作業で作成

どうみても、それぞれの工程でデータが切り離されていて、本来やりたいことにはほど遠い状況で混沌としています。

「データがあれば本ができる」というのは難しいかもしれませんが、それでもこれを理想論で留めるのではなく、目指さなければいつまでたっても同じ悩みで停滞してしまいます。

入稿システムの範囲

一括りに入稿システムといっても、どこまでやりたいか、予算によってその範囲を決める必要があります。コストがかからない順にいくと、以下のようになります。

1. メーカーがログインして自社商品情報をエントリーするだけ（メーカー側の機能）
2. エントリーした商品情報を精査、管理するところまで（編集側の機能）
3. 自動組版または半自動組版データの生成（DTP側の機能）
4. データ活用のためのデータ出力（客先のシステム部などのための機能）

※3,4は手法によってコスト順位が変わります。

これらは、１だけ、２までなどでも可能ではありますが、本来の目的を達成するためには、3、4まで考えなければ中途半端になってしまいます。

入稿システムを使った制作サイクルの具体例

数年前から、色々なタイプのWPS.3をカスタマイズしたカタログ制作向けの入稿システムを稼働させていますが、事例をもとに前述の要望をもう少し具体化すると、以下のような制作サイクルになります。

これは、入稿システム上でデータ校了になったことを前提にDTP作業に入り、その後は一般的な印刷物制作の流れを組むものです。システム上からDTPへのデータの引き込みは、スクリプトやCSVなどいくつかの手法があります。

完全自動組版と半自動組版

1と2は、業務フローが確定すれば、それほど大変ではないので、3と4について、現実的な問題はさておき、考えてみます。

データ活用のために入稿システムが存在するとき、PDFを作る系統は２つあります。

上段の流れは、入稿システムから直接PDFを出力する流れ「完全自動組版」の例です。これはWPS.3（自動組版エンジンはAH Formatter）で実現しています。

下段の流れは、入稿システムからIDMLをダウンロードしてDTP作業（InDesign）によってPDFを作る流れ「半自動組版」の例です。IDML Binderが例となります。

※IDML Binderに関する記事は以下を参考にしてください。

• エクセルをアップしてInDesign（IDML）データをダウンロード
• IDML BinderでInDesignからWEB入稿フォームを作る

完全自動組版の場合の新規・修正の流れ

完全自動組版では、入稿システムから直接PDF（印刷仕上がり）を確認できるので、修正がある場合は、原稿を作成する本人がシステム上で修正をして再度PDFを生成すれば、入稿システム上で完全校了になります。DTP作業が介在する必要はなく、大きな業務効率化が可能です。

半自動組版の場合（入稿システムからの自動生成は初校時のみ活用）

半自動組版では、入稿システムで生成されたIDMLをダウンロードして、DTP側で開き、デザイン調整を行います。校正者から戻ってきた朱字をDTP作業で修正、調整します。

新規作成では、IDMLによって半自動で組版できるメリットはありますが、その後は通常DTPとなり、データを戻すためには、スクリプトなどを使って必要なデータを校了後のDTPデータから取り出して入稿システムへ戻します。

この戻す作業は、かなりテクニカルことが要求されたり、人の手によって無法地帯となったDTPから100%データを戻すことは不可能だと思った方がよいです。

半自動でもデータ活用を重視したい場合

半自動でもデータを戻したいということであれば、戻すことを考えるよりも、データとしてメンテナンスしなければいけないところは、入稿システムを修正し、再度IDMLをダウンロードして、変更部分だけを使う、というのでもよいのではないでしょうか。

この方法であれば、最新データは入稿システムに必ずある状態です。DTPで修正する場合も、最新のIDMLを使う（部分的にでも）ようにすれば正しいデータが反映されることになります。この考えは、カタログでよくある在版流用でも生きてくると思います。

完全自動と半自動のハイブリッド

もうひとつは、完全自動と半自動のハイブリッドです。

これは、データ部分は、自動組版によって、印刷仕上がりも確認しつつそれでOKならそこで完結し、それをラフデザイン原稿レベルとして、DTP用のデザイン原稿として使うというのもアリです。このあたりは組み合わせによって色々パターンがあると思います。

最後に

システムで楽になるか？というと、「楽になる」というポイントは、人によって違います。とにかく自分の手を煩わせたくない、丸投げタイプの人にとっては、システムによって増える工程を「手間が増えた」と考えます。

例えば、入稿システムがあれば、今まで期日通りに入れてくれなかったメーカーさんが原稿を入れてくれるかというときっと変わりません。システムはただ面倒に見えるだけです。別にそれが悪いとは思いません。どちらかというと普通だと思います。

一方で、データの活用や業務の効率化を真剣に考える人（普通ではない人）にとっては、システムによって安定したフローになったことで「無理しなくてよくなった、楽になった」と考えます。

原稿整理や進捗管理する人、メーカー担当者も、DTPもみんなの気持ちが楽になったと思えるようになればまずは成功だと思います。

システムに対する考え方が、それぞれの立場によってもこれだけ違うわけなので、目指すべきところは、何も考えなくてもいい、簡単に使える、という路線と、どんな要求にも対応できる柔軟な考え方と、データの居場所を確保する裏方の部分をしっかり構築する路線が必要なのだと思います。

また、カタログ制作が一様で、データの中身も変わらないのであれば、入稿システムは必要ありませんが、毎年更新が必要であり、内容もデザインも変わるということにシステム的に柔軟に対応し続けるためには、常にメンテナンスが必要、そこにコストがかかる、ということも内外で理解しておくことも重要です。

次の世代に繋ぐためにも、少しでも理想に近づくため、あきらめずに続けていきたいと思います。

page2015まとめ その2（paper-webについて）

page2015のまとめ　その２です。
組合の会報記事へそのままスライドするための草稿です。

その１では、カンファレンスとクリエイティブゾーンの事を書いたので、今回は、「紙面を1分でWEBへ！paper-web」について。

paper-webとは

WPS.3ユーザーであり今回共同出展企業のしずおかオンラインさん（以下SOL）の新しいサービスです。
貯まったデータをWEBやアプリなどへデータ配信ができるシステムです。

今回は、同社編集発行のフリーペーパー「womo」から「womoアプリ」へのコンテンツ配信の事例をデモ発表しました。

本の情報を上手に活用できていますか？

本の編集・制作の効率化も課題ですが、コンテンツを効率良く活用することも大きな課題です。

どこでもやりたいことは、下記のイメージです。

この業界（ほとんどは本作りからコンテンツ制作がスタートするので、そちらを基点として考えます。）でデータ活用というと、

• DTPから書き出して、
• 決められたフォーマットの
• CSVやエクセルにして渡す

という事がよくあります。

しかし、

• 何に使われるかよく解らない（渡す側）
• 100%の保証もない（渡す側、使う側）
• 使えたのかどうかもわからない（渡す側）
• 最終データがPDFならコピペするか（使う側）

と、折角データとしてDTPデータがあるわけですから、使わないのはもったいないのですが、とても不安定であり、渡す側にも、使う側にもしっくりこない作業です。

データ活用の裏事情

大抵の場合、思い通りスルッといかないわけなので、データ加工には、人による膨大な作業が存在します。手動DTPである以上、機械的に抽出をかけるのは困難なので、コピペしたりしながらデータを作り、場合によっては要求された形に加工をします。
さらに、そこにも人の手作業が発生すれば、校正も必要となります。
紙とWEBが違うじゃないか、と言われても、人がコピペしたり、加工しているのだから、仕方ないとしかいいようがありません。100%は約束できないものです。
であれば、そうならないシステムを組みましょう、はい、◯◯◯◯万円です、はい、無理です、なんでもいいので正しいデータをください、・・・となるわけです。
もっとよい方法があると分かっている人にとっては、苦痛でしかありません。
どんな仕事でも過酷な作業はあると思いますが、時間とコストを浪費していく将来の見えない無意味な作業はそのうち誰もやってくれなくなります。
このような裏事情をなくすためには、「もっとよい方法」を導き出さなければいけません。

紙とWEBの壁は人にある

例えばデータ活用する人たちを「WEBの人」とした場合、「紙の人」と「WEBの人」の意志の疎通が出来ていないことに問題があると思います。
構造的に部署が違うということもあります。また、「制作」ということ自体の考え方も違います。この両者をうまく繋ぎ合わせるには、紙もWEBも関係なく「データを中心に考える」ことが必要です。ただ、現実的にそういうハイブリッドな人はなかなかいないので、その中間を担う人（またはチーム）が必要となります。

WEB-APIを使ったデータ活用

paper-webは、NCとSOLの両側において「データを中心に考える」という意識を持って進めた結果、構想から二ヶ月余りでひとつの形となりました。
データはどこにあるか？NCが提供する自動組版システムWPS.3にあります。
使いたいデータは何か？コンテンツホルダーであるSOLが一番良く知っています。
であれば、SOL側がWPS.3にある欲しい情報を取り出せるようにAPIをNCで準備しました。
SOL側（paper-web）は、「◯◯号の◯◯カテゴリのデータが欲しい」と問い合わせすれば、WPS.3が「はい、これどうぞ」と返してくれるわけです。
ものすごく単純な話ですが、お互いが「データの居場所」をしっかり認識していれば、ものすごくスムーズに紙とWEBの連携が実現する、というとても良い事例となりました。

このように、紙とWEBの連動や、コンテンツデータの活用を考える際、今あるデータが取り出しやすい状態にあるか、というところから見直してみると、活用の実現だけでなく、全体的な業務効率化にも繫がります。
WPS.3、paper-webを是非参考にしてみてください。

page2015まとめ その1

2015年2月4日から3日間開催されたpage2015が無事閉幕しました。

2月ということもあり毎年天候に恵まれない印象がありましたが、今年は初日から来場者が多く、ブースにも沢山の方にお立ち寄りいただきました。ありがとうございます。

また、今年はブース出展の他に、

• カンファレンスのスピーカー
• クリエイティブゾーンセミナーの講師（？）
• ITmediaさんからの取材
• しずおかオンラインさんと共同出展「paper-web」の発表
• IDML Binderの公開

など、充実したものでした。

カンファレンススピーカー

2月4日に開催された「Web to printの新展開＜Web上で動作する新たな組版エンジンの可能性＞」 で、「WEB入稿自動組版の過去〜現在〜未来」をお話させていただきました。

"Web to printの技術は、ネット印刷ビジネスだけには留まらない。デザインテンプレートや共通パーツによる簡易レイアウト、Web制作と印刷の一元化など、DTPに置き換わる可能性を考える。

Web to printは、デザインテンプレートや共通パーツによる簡易レイアウト、Web制作と印刷の一元化など、独自の組版エンジンが動作することによって、DTPに置き換わる可能性がある。専門的な知識やスキルなしに自動組版や簡易レイアウトが行うことが可能になり、さらに印刷物と電子コンテンツのワンソースマルチユースも実現する。これからのWeb to printと新たな組版エンジンについて議論する。"(page2015カンファレンス紹介より)

• 村上 真雄(ビブリオスタイル)
• 藤原 広光(フィット)
• 川原 正隆(株式会社ニューキャスト)

の順番で、各社が取り組み等をお話していくわけですが、アンテナハウスを出てオープンソースプロジェクトでCSS組版を進めている村上さんも、自社自動組版エンジンを使ってマニュアル等のシステムを展開する藤原さんも、エンジンをお持ちですが、ニューキャストにはエンジンはありません。WPSの自動組版エンジンは、メーカー製エンジンであるEdian、MC-B2、Formatterと使用してきました。自動組版は、まだまだこれからも続けていくわけですが、我々が重要視する「エンジンは変わる、それよりもデータが大事」というコンセプトを提唱してきました。その点は、もっと将来を見ている村上さん、自動組版は単なるオプションになりつつあるという藤原さんも根本は同じであろうと思います。

当日の資料は、こちら。

クリエイティブセミナー講師

YUJIさんからお話をいただいて快諾しましたが、当日100人以上は参加いただいたのでしょうか、自分のセッションは10人ぐらいでこぢんまりかなと思っていたのでかなり驚きました。
InDesignを、DTPオペレーターだけでなく、みんなが知ることでやっとその機能が活かされると常々思っているので、営業さんなど普段InDesignに触れない人に聞いてもらいたかったのですが、圧倒的にオペレーター関係の方が多いという結果でした。

• 文字スタイル・段落スタイル
• ワード取り込み
• タグ付きテキスト
• XML取り込み
• データ結合
• スクリプト
• IDML

と、基本的なところから順番に進めていったのですが、つい「ちまちま」とやってしまう理由は何かというと、「機能が信用ならん」「上手く使えない」ということではないかと話ました。ソフトウェアなので、何か問題、課題は絶対ありますが、折角お金を出して買ったわけなので、単なるレイアウトソフトとして使うのではなく、自分の時間が持てるように使い倒しましょう、というお話でした。

当日の資料は、こちら。

今回は盛りだくさんだったので、また続きを書きます。（なるべく早いうちに）

IDML BinderでInDesignからWEB入稿フォームを作る

先日紹介した「エクセルをアップしてInDeisign（IDML）をダウンロード」を早速、近所の印刷会社さんでネタ話してきたのですが、

デザインテンプレートとなるIDMLをアップロードすると、タグが入稿フォームになるよ

というのを書き忘れたなと気付きましたので、追記です。
※IDML Binderは、page2015 ブース（D-28）、クリエイティブセミナー（まとめて解る！　InDesign自動化の全て 2/5 11:40〜12:30）、カンファレンス（）【G2】Web to printの新展開＜Web上で動作する新たな組版エンジンの可能性＞ でもお話＆デモします。

 

つまり、

IDMLのタグ = 入稿フォームのフィールド = エクセルの項目

になります。

これは、先に開発を進めていたWPS4IDML（WPSのIDML出力版）の中にあった機能で、これを切り出してよりライトな仕組みからやってみようというのが、IDML Binder。
WEB上の入稿フォームというと、大がかりなデータベースを想像してしまうのですが、自分達が欲しいのは、掲載情報を入れる場所。それが、エクセルでくる、それをInDesignにはめ込みたいだけ。というようにシンプルに考えています。

タグ付けは、データ結合と同じイメージでいいと思います。
データ結合の場合、

• InDesignフォーマットを作る
• CSVを指定
• CSVのフィールド項目をInDesignのフォーマットにマッピング

となりますが、
IDML Binderの場合は、

• InDesignフォーマットを作る
• タグをInDesignのフォーマットにマッピング

となります。
データ結合の不便なところは、ドキュメントとなるInDesignとCSVとマッピングしたセットの情報が残らないので、一連の作業を一気にやらないといけないのが、
「いいんだけどイマイチなぁ。。。」 となるのですが、
IDML Binderは、テンプレートをあげておけば、項目名をもとに、InDesignとエクセルデータを紐付けしてくれます。
なので、項目名さえ合わせておけばいいということになります。
この辺りもデータのハンドリングが軽やかになっていいのではないかと思います。

是非ブースで見ていただいて、感想など意見交換できたらいいなと思います。

エクセルをアップしてInDesign（IDML）データをダウンロード

ずっと組版を自動でやりたくて、WPSが出来たことによって「入稿データをそのままサーバで自動組版する」というところは完結。

その後、「もっと自由度の高いレイアウトに対応して対象範囲を拡げたい」となって、WPS.3がそれを解決し、でもやっぱり「自動で組んだあとInDesignで触りたくもなる」という気持ちをWPS4IDMLが解決へと導きつつあります。

これらのアプリケーションは、10年の歳月を経て、色んなことを想定して改良を重ね、そして、たくさんの人たちに使ってもらえるようになりました。

WPS系列は、今ではかなり沢山の機能を詰め込んだサービスとなっていますが、世の中にはまだまだ大変な作業、非効率な作業を強いられている現場があることも事実です。

今日紹介するのは、デキタテほやほやの「IDML Binder」

いわゆるオンライン自動組版のアプリケーションです。

制作入稿したエクセルと、流し込みたいデザインがあるとき、どうしてますか？

コピペ？データ結合？プラグイン？

きっと、それぞれのやり方があることと思いますが、

エクセルを投げたら、InDesignデータが出来るなんていうサービスがあったらいいよね、

という話を前から言っていて、つい昨日見せてもらったのが今から紹介するアプリケーション「IDML Binder」です。

0. 準備

流し込みたいテンプレートは、IDML形式です。

データ結合で使うイメージで、タグを付けたInDesignデータを作成し、IDML書き出ししておきます。

また、タグに対応するエクセルも準備しておきます。

※テンプレートアップ後に、空のエクセルをダウンロードも出来ます。 

サンプルデータのイメージ

 

 

ちょっとまだURL非公開です。（page2015でお知らせするかも）

 

1. サインインは、googleアカウントで。

 

アカウントを選択すると、登録画面が表示されます。名前をいれて登録を完了します。

 

2. まずはプロジェクトを作る

ログインすると自分のプロジェクトが表示されます。
新規プロジェクト作成をクリックしてプロジェクトを作成します。

名前を付けたらプロジェクト完成です。 

 

3. テンプレートをアップロード

「テンプレート管理」をクリックして、IDMLテンプレートリストを表示します。

 

 IDMLアップロードに準備したIDMLをドラッグしてアップロードします。

アップロードが完了すると、リストに表示されます。これでテンプレート登録は完了。プロジェクトへ戻ります。

 

4. エクセルをアップロード

エクセルはIDMLのタグと紐付いていれば良いですが、最初から作りたい場合は、「記事データダウンロード」をクリックすると、空のエクセルデータをダウンロードできます。

 

アップロードするサンプルエクセル

 

 「Excelデータ取込」ボタンのあたりにエクセルをドラッグ＆ドロップしてください。

 

アップロードが完了すると、リストを表示します。

※データはすべて上書きされます。

 

5. IDMLをダウンロードして、InDesignで開く

上記スクリーンショットの「Edit」ボタンをクリックすると、データの編集ページを開きます。

「IDML生成」ボタンをクリックしてIDMLを生成後、「ダウンロード」ボタンをクリックしてダウンロード。InDesignで開いてみてください。

 

内容のデータを直したいときは、編集画面で、デザインを直したい場合は、テンプレートを変更して再度アップロードして、同じ手順で進めれば修正が可能です。

 

さて、これで何が想像できますか？

制作の効率化ってなんだ？とよく聞かれますが、ずばり「入り口と出口の距離を縮める」ことだと思います。

今回は、カタログのスペックっぽいものですが、フォーマットのあるページレイアウトなら何でもよいと思います。

例えば、

• エクセルをもらった営業さんが、これを使ってIDMLをデザイン担当に渡したら、これを調整しておいて、で済むかもしれない。
• そもそもエクセルをもっているお客さんが先にアップロードして、営業さんにIDMLで渡してくれるかもしれない。

などなど、「入り口と出口」が少しでも縮まるのではないでしょうか。

そして、これによって効率化のための色んな想像ができそうです。

「IDML Binder」は、今まで色んな事に取り組んできたけれど、もう一度やりたかった原点に立ち返り、今何ができるのか、今後どうなっていけるのかをイメージさせてくれる夢の詰まったアプリケーションだと思います。

これから「IDML Binder」をブラッシュアップしていきたいと考えています。

page2015のセミナーで紹介もしますし、ブースでデモもできます。

これからの制作効率化について是非皆さんと一緒に考えたいと思います。

page2015展示会に向けて

pageです。
印刷メディアビジネスの総合イベントです。
（開催概要はこちら ）

またそんな季節がやってきました。

出展情報を暫定版で更新しました。

この時期は、制作的には２〜３月下版、印刷、そして4月にはサイトリリースなんていう案件が目白押しなので、なんでこの時期なのかといつも思いつつも、他の時期も思いつかないのでよしとして。

来場する企業側的にも会場で決裁するわけでもないので、色々見て今後の参考にということであれば、出展社側としては、会期終了から半年ぐらいの長いフォローアップが必要となるのかなと。
ということは、展示会に至るまでの導線と当日のデモ、その後の営業活動やサイト告知なり戦略的にいかなければいけないのだろうと思います。

と、いつも思っていても、例年時間がない。
僕らはメーカーではないし、少人数なのでプロモーション専任もいない。
そして、そもそも営業がいない。
制作しつつ、開発しつつ、サービスのサポートをしつつ、
展示会の準備をするしかない。

しかし、良い事もある。
展示するものは、実戦で自分達が自ら使ってきたものだから、
ユーザーと同じ目線で話しができる。

原稿の催促や、バラバラな原稿を読み解いたり、繋げたり、確認したりする原稿整理の大変さや、
わざわざ面倒臭くなっている組版仕様との戦い、
どこにあるのか、もらったのかどうかも分からない画像の捜索、
いざ印刷入稿時に未知のエラー検証、
DTPデータをWEB用に取り出すときのあの何とも言えない非効率感、
丸投げ感満載の担当者との闘いは、
かなり多くの人と共感しながら話ができます。

なので、共感してくれた人を裏切らないように、
少しずつかもしれないけど、毎年進化していっているということを伝えたり、
これから先をイメージできるものを考えて、展示会に出すということを続けています。

今年は、例年以上に明確なメッセージを伝えられるのでは無いかと自分自身期待しています。

キーワードは、IDMLとAPIの活用です。
※IDMLのAPIという意味では無く別ものです。

眠たくなってきたので詳しくは次回に回しますが、InDesignデータとなるIDMLを現実的な線で、うまいこと制作の効率化に繋げられないか、
WPSのデータをAPIを使って取り出して別のサイト、アプリに持って行く仕組み（しずおかオンラインさんと共同開発）がメインとなりそうです。

ご期待ください。

そんなことより、お前、、、進行中の案件大丈夫だろうな。。。
と思われないように、勿論そちらも頑張ります。