入社当時の1970年頃はコンピューターを導入したてで、取次請求とそれに付随する商品管理だけが動き始めていました。その後、1990年代に出版VANがスタートし、その流れに乗って進化してきました。

　VANが始まったときに、たしか全出版社の中で4番に在庫情報の開示を始めたと覚えています。そのVANあたりから、段々と今のようなイメージのコンピューターの使い方になってきました。

　今、一番最先端のシステムはＷＥＢ注文です。多い日で3000件ぐらいの注文がきます。これを電話で受注していたら大変なことで、出荷まで手間はほとんどからないなど大幅な省力化になっています。あとは書店からの売上データの分析がこれからのテーマになります。

　当社のコンピューター化は非常に早くて、1962年にシステム化（伝票発行機）をはじめ、本格的な汎用機導入は1967年でした。入社当時は販売、在庫、印税計算、経理、給与、原価計算と、編集関連以外は殆どシステム化されていました。

　現在使っている仕組みのベースは、1986年のＤＢ化（バローズ）で、この時からいろいろ変わってきました。1989年には書籍にバーコードが付き、その後、1990ごろから出版VAN構想が始まり、その構想のときに業界の仕事に関わるようになりました。

　そのころ、在庫情報システムを作るにあたって、仕組みを作るのは簡単でしたが運用が大変でした。仕組みづくりは1997年に始めましたが、実際に実在庫とデータの誤差がほとんどなくなったのは2002年ごろです。

　入社当時の経理時代は、在庫は税務上のものだと考えていましたが、その後営業に移り、一度品切れを起こすと、なかなか書店から再発注がない、「品切れを起こすとその商品の寿命が終わる」と在庫管理の重要性を感じました。

　そのあたりから在庫の精度を上げようと、倉庫に出向いたりしながら徹底してやってきました。そのお陰で、ここのところの年2回の棚卸精度（実棚とコンピューター在庫差）は0.02%となっています。

　以前は電話受注のとき、台帳を見ながらやっていましたが、今はＰＣの画面上で処理し、コンピューターが動かないと電話にも出られないという状態になりました。

　最近は、セキュリティの階層化などを考慮し、編集の企画段階から商品化までの流れをシステム構築しています。現在、ほぼその開発が終わり、これからテスト運 用を始めていく段階です。これができると、一点の書籍に対しての出版権が何年あるのか、また、最近は日本から翻訳権を輸出するケースも随分出てきています ので、こういったものを管理できる新たなシステムが運用できるようになります。

　先ほど、山本さんから売上分析のお話がありましたが、中央公論新社とはレインボーネットワークの立ち上げから一緒にやってきました。

　当時、我々はその統計値を「レインボー値」と呼びました。分析の結果、本によって書店での売れ方が違うのだということが分かってきました。

　調査店は、たしかDC-POSが50店ぐらい、レインボーは37店で、サンプル数が少なかったのですが、スリップデータをもっと集めて何とかしなければいけないということで、共同でやっている利点に目をつけて、月次のスリップ回収システム「S-NET」を作って回収書店を拡大しました。現在はPOSデータを収集する「Pネット」に移行していますが、そのデータを使ってさらに分析を進めたら面白い結果が出るというのが私の考えです。

　筑摩書房では、単品販売管理を手作業の時代に始められ、コンピューター化し、それによって90年代に会社の更正に結びつけられた。さらに、その後にそれまでになかった大ベストセラーを連発させたという話がありますね。

　最近ですと、紀伊國屋書店の「Publine」や日本出版販売の「WIN」データなどに係数を掛けると、ほぼ全体の状況が分かるようになっていますが、当時は分かりません。以前はマーケットの情報が分からないので、いくつマーケットに投入していくつ売れているのかを知るために書店に電話をして聞いたりしていました。

　マーケットの市中在庫を見ていく、そして売れ行きのベクトルが上を向いているのか、下向きなのかということを判断して重版をかける。そのことがレインボーネットワークから始まった分析手法というところです。

　レインボーのときには10数社集まって分析の勉強会をしました。当時はまだ硬めの本が多く、文庫や新書などは書店の選び方が違うので、いろいろな書店で定点観測ができてなんとかできました。

　初速の売れ行きデータの精度を上げていくということや、今後どう動いていくのかが重要でしたが、DC-POSでも、同じ著者や同じ傾向の本でも必ずしも同じ動きにはならないということでした。なかなかそこまでは難しいということです。

　たとえば、新宿の紀伊國屋書店と山下書店の西口店などがいい例ですが、本の売れ行き傾向が違います。紀伊國屋書店は全体量がものすごく多いですが、新刊に関しては山下書店も強いですよね。

　ですから、全スリップの回収比率で配本しても山下書店西口店は本が足りないわけです。新刊の売れ行き傾向を見るために日次データを活用し、配本を決定しよう というアイディアです。実際にどのようにデータを抽出して分析していくかはこれからの課題ですが、今のところ考えているのはそこです。

　そういう販売データはどのように取り込んでいるのでしょうか。

　最近、取次も随分変わったという印象を持っていますが、どのようにご覧になっていますか。

　ただ、物流に関してはトーハンの桶川ができて、ほぼ、トーハン・日販とも同じスタートラインに立ったと思います。仕組みに関しても、通常の銘柄別発注など、 両社とも統一フォーマットで動くようになりました。最近は直受注など、出版社で受けた注文をデータ化して取次に送信し、取次の在庫と連携して出荷するやり かたも始まっています。この発展形に商品付きという方法もあり、搬入の前日にデータを送って、翌日に商品を搬入することによって、取次は、商品をそのまま ソータにかけられるし、出版社は、スリップの差込作業がなくなります。こういう仕組みが、日販、トーハンとも動いています。

　このように、物流のほうは、やるべきことはほぼ終わりつつあり、これからは、それに参加する出版社が増えることです。

　ただ、最近、数社と勉強会をしていますが、倉庫会社からの搬入などで仕組み上難しい問題もあるようですし、あと、VANを使うにあたってのコスト的な問題などをどうしょうかということがあります。

　今後はやはり、受発注の次は請求関係ですね。ここを何とかできないかと話し合っています。

　たとえば、元々あったコミックの『日本の歴史』を販売店向けに作りまして、6冊のパックにして商品化したら結構売れました。第2弾までうまくいって、第3弾で陰りが出て、第4弾目で止めましたが（笑）

　ICタグですが、一つにはコストの問題と、100%マーキングにならないと使い物にならないと思います。

　今回のように単発の企画には使えると思いますが、バーコードも普及まで10年以上かかりましたので、どうやって進めていくのか、あるいは、本当に効果的なのかを考える必要があります。

　書店店頭での万引き防止や商品管理のために導入するのであれば、書店が付けて、それに対して何らかの協力金などで支援していく方法が普及しやすいと思いま す。メーカーで付けるのか、卸で付けるのか、販売店で付けるのか、いずれにしても費用はかかりますので、どうやって吸収するかが課題です。

　日本でも、特定の書店に納品するものには全てタグを付けて、棚卸など管理の効率化を図ることは可能ではないかと思います。初めから全体最適を図ろうとすると、莫大なコストと大変な時間がかかってしまいますから、部分最適を進めていく方法もあると思います。

　ところで、山本さんが先ほどおっしゃった販売店ルートでの販売は、グループ内での流通ですか。

　そういった、ロングセラー、既刊本をいかに売っていくかというような視点で、平川さん、山本さんの今までのご経験からなにかヒントはありませんか。

　それに類することが季節商品の既刊本のなかには結構あります。中公新書に『理科系の作文技術』という名著がありますが、これも3月に明確な山がありました。就職時期ですね。これは、配本管理に関しての助けになったという二つの事例がございます。

新刊であれば、直近のデータを見ながら、出庫の勢いを見ていき、今の在庫だと何日間持つ、あるいは改装までの期間でここが在庫の注意点だというサインを出して改装を掛けていく。あるいは重版の検討に入る。

また、既刊本は1年のサイクルを過去3年間見ながらピークを探していく。それによって、年間の必要在庫を割り出して、足りなくなれば重版をかけます。

たとえば、ちくま文庫の『思考の整理学』は、昨年2月ぐらいから売り伸ばし始めました。それまでもロングセラーで18万部ぐらい売りましたが、盛岡のさわや書店の松本さんという担当が書いたPOPで「知らない間に売れるんですよ」ということを聞いて、そのPOPをもらい、必ず1日1冊売れる「魔法のPOP」とネーミングして、他の書店で仕掛けて売り始めました。結果的に全国展開して1年間で30万部売りました。

書店を訪問したときに売り場の方と密に話をしながらなにかヒントになるものを持ってきて、少しずつ展開する。在庫の管理面では、需要予測、それから実際に商品を動かすということ。やはり営業マンの足というとことではないでしょうか。

　在庫管理ですが、筑摩書房はきめ細かいとお聞きしていますがいかがですか。

　それと、期末に向けて絶版断裁します。新刊がだいたい年間で350から360点出ますので、ほぼその分を断裁します。

　ただ、これは重たいので、光和コンピューターにお願いして来年以降変えていこうと思っています。基幹のデータとの連携はきちんとしなければいけませんが、現場が使うものなので、編集現場の提案型でないといけません。

　システム会社を選ぶポイントは、基本的にはこちらからなにをしたいのかを明確に言う、それを翻訳するのがシステム会社ですので、我々がなにをしたいのかを聞いて、よい提案をしてくれることがポイントだと思います。

　私は各システム会社とよいお付き合いをしてきました。運は冗談にしても、ポイントはこちらの対応の仕方にあると思います。一番仕事を知っているのは現場の担 当者です。ですから、ポイントはここだということをきちんと説明し、それをきちんと受け取ってくれないシステム会社はだめです。噛み砕いてシステム化して くれるシステム会社がいい会社だと思います。

　本当に新聞広告に変わるものはなんだろうといってもなかなかない。どうやって広告を使うか、今のところ、どこの新聞が効くのかをデータから判別し、次にブログとの連携ですね。あとは、テレビですが、最近、ＮＨＫで始まった「私の一冊 日本の百冊」で紹介されて跳ねるものもありますね。

原理原則に基づいて構築したシステムの中身がわからなくなってしまう。ここがジレンマですね。これからの人にも、先輩達が培ってこられた出版の技術をずっと持ち続けていってほしいと思います。

　本日はありがとうございました。