同じ装置の取扱説明書を、また一から組んでいる——完成図書づくりが属人化する構造と、業務OSでそろえられる範囲
この記事の要点
- 取扱説明書・完成図書づくりの時間の多くは、執筆そのものではなく「流用元を探す・仕様差分を書き写す・関連書類を集める」工程に費やされています。
- 属人化の主因は担当者のスキル不足ではなく、過去号機のドキュメントが案件・仕様の属性つきで組織に残っていない業務構造にあります。
- 改訂や客先指摘の反映が個人フォルダに閉じると、次号機でも同じ書き直しと同じ指摘が繰り返されます。
- 業務OS（AIエージェント基盤）がそろえられるのは、類似号機の検索・仕様差分の突き合わせ・関連書類の集約・改訂の原本反映までです。
- 安全にかかわる記載の最終確認と客先への約束は、最後まで人が握り続けます。
納入前の1〜2週間になると、設計や営業技術の席で「取説はどうなっている？」という確認が飛び交う——装置メーカーでは珍しくない光景です。図面も検査成績書もそろったのに、取扱説明書と完成図書の仕上げだけが特定の担当者の手を待っている。DR（デザインレビュー）を通過した装置が、最後は書類の締め切りで綱渡りになります。
「あの人しか書けない」「前の号機のファイルがどこにあるか分からない」。こうした声は、担当者の怠慢でも能力不足でもなく、納入ドキュメントに関わる情報が組織ではなく個人に蓄積される業務構造から生まれています。
この記事では、取扱説明書・完成図書づくりが属人化する構造を業務の流れで分解し、業務OSという業務基盤でそろえられる範囲と、最後まで人が握り続けるべき判断の線引きを整理します。
完成図書・取扱説明書とは？——納入のたびに「一式」を組み直す仕事
完成図書とは、装置の納入時に客先へ提出する書類一式の総称で、取扱説明書・検査成績書・完成図面・部品リスト・試験記録などで構成されます。取扱説明書とは、そのうち装置の据付・操作・保守の手順と安全上の注意を使用者向けにまとめた文書です。
受注生産の装置は1台ごとに仕様が異なるため、納入ドキュメントも号機ごとに組み直しが発生します。品質マネジメントの国際規格であるISO 9001:2015（JIS Q 9001:2015）は箇条7.5で「文書化した情報」の作成・更新・管理を要求しており、この規律は社内文書だけでなく、客先に渡るこれらの書類にも同じように求められます。
ところが実務では、この「一式を組み直す」作業が、過去号機の資料を持っている人・前回書いた本人にしかできない仕事になりがちです。なぜそうなるのかを、次で分解します。
なぜ納入ドキュメントづくりは属人化するのか？
属人化の主因は、流用元・仕様差分・改訂履歴という作成に必要な3つの情報が、組織ではなく個人のフォルダと記憶に蓄積される業務構造にあります。順に見ていきます。
納入を控えた営業技術担当の1日を思い浮かべてください。午前は客先から届いた完成図書の目次要求と過去号機の取説を突き合わせ、午後は品質保証部に検査成績書の発行を依頼し、夕方には設計へ仕様変更の反映範囲を確認しに行く。合間に現行案件の問い合わせが挟まり、自分の原稿を開けるのは定時後——。書く時間より、探して・確認して・待つ時間の方が長いのが、この業務の実態です。
流用元が個人フォルダに散らばっているのはなぜ問題か？
受注生産の現場で取扱説明書をゼロから書くことはまれで、実際は「一番仕様が近い過去号機の取説」を探して直すところから始まります。ところがその流用元は、共有サーバの案件フォルダ、担当者のローカルPC、メール添付と散らばり、どれが最新版か、どの号機が今回に一番近いかは、書いた本人しか知りません。探索と選定の段階から、すでに特定の個人に依存しています。
これは納入ドキュメントに限った現象ではありません。技術問い合わせ対応の属人化を扱った記事では、同じ構造をこう整理しました。
属人化の主因は担当者の怠慢ではなく、過去の類似案件・設計根拠・不具合履歴が横断検索できず、「知っている人に聞く」以外の手段がない業務構造にあります。
「この仕様で大丈夫か」に即答できる人が限られる——技術問い合わせ対応が属人化する構造と、業務OSでそろえられる範囲
仕様差分の反映が「記憶頼み」になるのはなぜか？
流用元が見つかっても、今回の号機とどこが違うかを特定する突き合わせが待っています。仕様書・設計変更通知（ECN）・打ち合わせ議事録に散った変更点を拾い、取説の該当ページを一つずつ書き換える。この対応関係が担当者の記憶に依存しているため、反映漏れや旧仕様の記載残りが起き、社内レビューで見つかればまだよい方で、客先の受入時に指摘されることもあります。安全にかかわる注意記載が旧仕様のままなら、指摘では済まない問題になります。
改訂・客先指摘が原本に返らないのはなぜか？
納入後に客先指摘や現地での変更を受けて取説を改訂しても、その修正が「次に流用される原稿」に反映される経路は、多くの場合業務の中に設計されていません。据付・試運転の現地調整を扱った記事で指摘した構造と同じです。
引き渡し報告書は完了の証跡として設計されており、「何をどう変えたか」「なぜ変えたか」を後から検索できる形式にはなっていないことが多くあります。
客先で直した内容が、次の号機に返らない——据付・試運転の現地調整が個人に閉じる構造と、業務OSでそろえられる範囲
結果として、次号機の取説づくりで同じ書き直しが発生し、同じ指摘を再び受けます。この構造を「人・プロセス・情報・ツール」で整理すると——人：書ける担当者が実質1〜2名に固定される／プロセス：作成が納入直前に集中しレビューの時間が確保できない／情報：流用元・差分・改訂履歴が個人保有になっている／ツール：WordとExcelの原稿が版管理されず複製で増殖する——という4点に集約されます。
業務OS（AIエージェント基盤）でそろえられる範囲はどこまでか？
業務OSとは、設計・調達・品質・生産技術にまたがる業務データを案件・号機・部位などの属性で構造化し、AIエージェントが横断参照できるようにする業務基盤のことです。納入ドキュメントの業務でそろえられるのは、類似号機の検索、仕様差分の突き合わせ、関連書類の集約、改訂の原本反映までです。
具体的には、過去号機の取説・仕様書・改訂履歴が案件属性つきで基盤に載っていれば、「今回の仕様に一番近い号機」を検索で提示でき、流用元選びが個人の記憶から切り離されます。仕様書と原稿の対応関係を突き合わせて「書き換えるべきページ」の候補を挙げること、検査成績書や図面を号機に紐づけて一式に集めること、客先指摘による改訂を原本に返して次号機に引き継ぐことも、同じ基盤の上でそろえられます。
これは、検査成績書の作成を扱った記事で整理した構造と地続きです。
それでも成績書という一枚の書類に組み直す段になると、規格値を図面から拾い直し、過去ロットの記録を探し、様式の体裁を整え、と作業が積み上がります。
測ってはいるのに、検査成績書づくりで時間が溶ける——検査記録が現場と個人に散らばる構造と、品質OSでそろえられる範囲
一方で、業務基盤に載せてはいけないものもあります。安全上の注意記載が今回の仕様に対して十分かの判断、操作手順の記述が使用者に伝わるかの吟味、そして「この内容で納入する」という客先への約束です。次の表で、作業ごとの線引きを整理します。
| ドキュメント作成の作業 | 個人に閉じた運用で起きること | 業務基盤に載せられる範囲 | 人が握り続ける判断 |
|---|---|---|---|
| 流用元の探索 | 個人フォルダとメールを発掘 | 類似号機の検索・候補提示 | 流用してよい範囲の見極め |
| 仕様差分の反映 | 記憶頼みの突き合わせ・反映漏れ | 仕様書と原稿の対応照合・修正候補の提示 | 安全記載・操作説明の妥当性 |
| 関連書類の収集 | 成績書・図面を部署ごとに都度依頼 | 号機に紐づけた自動集約 | 提出範囲・開示可否の判断 |
| 様式・体裁の調整 | 客先様式ごとに手作業で手直し | 様式変換の下書き | 客先要求の解釈 |
| 改訂・指摘対応 | 直した内容が原本に返らない | 改訂の原本反映・次号機への引き継ぎ | 改訂の要否と影響範囲の判断 |
投資対効果の考え方も整理しておきます。納入ドキュメントは受注のたびに必ず発生する反復業務であり、効果が号機数に比例して積み上がる点が、単発の改善テーマとの違いです。効果は「1式あたりの作成時間 × 年間の納入号機数」だけで見ずに、旧仕様の記載残りが引き起こす客先指摘・問い合わせ・現地手戻りの件数まで含めて考えます。金額の大小より、削れた時間が安全記載の吟味とレビューに再配分されるかどうかが、品質面での評価軸になります。
どこから着手すべきか？
直近3号機の取扱説明書を並べ、ページを「流用で済んだ」「書き直した」「客先指摘で直した」の3つに仕分けるところからです。書き直しと指摘のページに、属人化のコストが集中して表れます。仕分けの結果は、どの書類から基盤に載せるかの優先順位にそのまま使えます。
自社のどの書類が仕分けの対象になるか迷う場合は、納入ドキュメント業務の30分無料診断で、貴社の完成図書の構成に当てはめた仕分けを一緒に行っています。
「テンプレートを整えれば済むのでは？」への答え
テンプレート整備で解決するケースはあります。それは製品バリエーションが少なく、仕様差分が定型の選択肢に収まる場合です。この条件に当てはまるなら、業務基盤への投資より先に様式の標準化を進めるべきです。
一方、受注のたびに構成が変わる装置では、テンプレートがそろえられるのは「骨格」までです。時間の大半を占める流用元の探索と仕様差分の突き合わせは、過去号機の情報が検索できる形で残っていなければ解消しません。また、ChatGPTのような汎用AIに文章の清書や要約を任せる使い方も有効ですが、過去号機・仕様書・改訂履歴への接続がなければ、「探す・突き合わせる」工程はやはり人に残り続けます。テンプレートと汎用AIで足りるか、業務基盤が必要かは、この差分の発生パターンで見分けるのが実務的です。
自己診断チェックリスト
自社の納入ドキュメント業務がどの段階にあるか、次の5項目で確認してみてください。
- 取扱説明書を書ける（直せる）担当者が、実質1〜2名に固定されている
- 流用元に使うべき過去号機の取説がどれか、本人以外は特定できない
- 仕様差分の反映漏れが、社内レビューまたは客先指摘で年に複数回見つかっている
- 客先指摘・現地変更による改訂を、次号機の原稿に反映する決まった仕組みがない
- 完成図書の作成が納入直前に集中し、設計・営業技術の残業要因になっている
3項目以上当てはまるなら、個人の頑張りの問題ではなく、業務構造として手を打つ段階です。
FAQ（よくある質問）
完成図書と取扱説明書の違いは？
完成図書は納入時に客先へ提出する書類一式の総称で、取扱説明書はその中に含まれる1文書です。完成図書には取扱説明書のほか、検査成績書・完成図面・部品リスト・試験記録などが含まれ、構成は客先の要求仕様で決まります。
なぜ取扱説明書づくりは特定の人しかできなくなるのですか？
作成に必要な「流用元・仕様差分・改訂履歴」という3つの情報が、組織ではなく個人のフォルダと記憶に蓄積されるからです。本人のスキルの問題ではなく、情報の置き場所と流れ方の問題です。
AIに取扱説明書を全部書かせることはできますか？
できません。業務基盤でそろえられるのは、類似号機の提示・仕様差分の突き合わせ・関連書類の集約・下書きまでです。安全にかかわる記載の確認、操作説明の妥当性の吟味、納入内容としての最終承認は人が担います。
何から着手すればよいですか？
直近3号機の取説をページ単位で「流用/書き直し/指摘対応」に仕分けることからです。書き直しと指摘対応のページがなぜ発生したかを特定すると、テンプレート整備で足りるか、過去号機情報の構造化が必要かを判断できます。
次のアクション
納入ドキュメントの属人化は、どの書類が・どの工程で・誰に依存しているかが会社ごとに異なります。当社New Innovationsでは、貴社の完成図書の構成に当てはめて「そろえられる範囲」と「人が握り続ける判断」を仕分ける30分の業務診断を無料で提供しています。取説の仕分け1つからで構いません。まずは現状の構造を一緒に言語化するところから始めてください。
次に読みたい関連記事
- 測ってはいるのに、検査成績書づくりで時間が溶ける——検査記録が現場と個人に散らばる構造と、品質OSでそろえられる範囲
- 「この仕様で大丈夫か」に即答できる人が限られる——技術問い合わせ対応が属人化する構造と、業務OSでそろえられる範囲
- 客先で直した内容が、次の号機に返らない——据付・試運転の現地調整が個人に閉じる構造と、業務OSでそろえられる範囲
出典
- ISO 9001:2015（JIS Q 9001:2015）箇条7.5「文書化した情報」——品質マネジメントシステムにおける文書の作成・更新・管理の要求事項
- 経済産業省・厚生労働省・文部科学省「2024年版ものづくり白書」——製造業の人手不足・技能承継の動向 https://www.meti.go.jp/report/whitepaper/mono/2024/
- 本文中の時間配分の図は、業務構造を説明するための参考図であり、実測値ではありません。
