事例を公開できない製造業は、何を書けばよい？

顧客名を出せない。製品写真も図面も載せられない。成果数値には顧客の承認が必要になる。製造業では、事例記事を作ろうとして、この段階で止まることがあります。

事例形式にこだわって、案件を無理に匿名化する必要はありません。依頼先を選ぶ人が知りたいのは、顧客名や成果数値だけではなく、会社がどんな条件を確認し、どこまで対応し、何を根拠に判断するかです。実績そのものを公開できなくても、その判断材料は別の記事にできます。

事例の役割を、顧客名や成果数値から切り離す

事例記事には、実績を示す役割があります。同時に、依頼前の読者へ仕事の進み方を見せる役割もあります。

後者であれば、特定案件を紹介しなくても説明できます。見積り前に確認する項目、技術的な可否を判断する順番、仕様変更が起きたときの連絡範囲、検査記録の扱いなどです。

「○○社の部品を短納期で納品した」という実績が出せなくても、「納期を回答する前に、材料の手配状況と外注工程の有無を確認する」という仕事のしかたは、自社の標準手順として確認できる場合があります。実績と手順を混ぜず、何を根拠に書けるかを分けます。

導入事例を公開できる場合の企画、匿名化、承認手順は「製造業の導入事例・技術事例記事の作り方」で扱っています。

最初に情報の出所と、公開可否を決める人を確認する

原稿を書く前に、掲載候補の情報がどこから来たものか、社内の誰が公開可否を判断するか確認します。自社で作成した図でも、顧客から受け取った仕様や製品形状を含む場合があります。社内に保管されていることと、Webへ掲載できることは別です。

経済産業省の「営業秘密～営業秘密を守り活用する～」では、秘密情報を抽出し、企業の状況に合う管理や漏えい対策を選ぶための資料を公開しています。記事制作でも、公開直前に慌てて伏せるのではなく、使わない情報を材料収集の段階で分けます。

確認するのは、秘密保持契約や個別の取り決め、社内の情報区分、第三者の権利です。公開可否を判断できない場合は、記事の題材を変えます。「後で許可を得られるかもしれない」という段階で、顧客や案件に固有の情報を原稿へ残しません。

事例の代わりに書ける五つの内容

事例を外すと記事が抽象的になる場合は、会社を褒める言葉ではなく、読者が依頼判断に使う条件を残します。

記事にする内容	材料にするもの	読者が確認できること	公開前に見る箇所
選定基準	仕様書、見積り確認表	依頼先を選ぶ条件	顧客独自の要求を外す
工程の考え方	標準手順、社内チェック表	誰が何を確認するか	固有ノウハウとの境界
よくある質問	営業記録、問い合わせ	相談前に必要な情報	相手を特定できる記述
説明用の条件例	公開可能な代表条件	回答が変わる条件	実案件と誤認させない表示
自社資料の改善例	自社サイト、公開資料	情報をどう整理したか	第三者資料を含まないか

選定基準の記事では、「当社が選ばれた理由」を作りません。発注側が材質、精度、検査、納期などを比較するとき、何を確認すればよいかを書きます。自社の対応条件も併記できます。

工程の記事では、具体的な加工条件を出さず、見積り、技術確認、製作、検査のどこで情報を受け渡すかを示します。固有の手順を公開できない場合は、読者が準備する資料と確認担当だけに絞ります。

説明用の条件例は、実績に見せないことが前提です。「説明用の例」「実案件の数値ではありません」と記載し、成果や顧客の反応を加えません。事例らしく見せるための架空の会社名や担当者も不要です。

自社資料の改善例は、出所と変更内容を確認しやすい題材です。自社サイトの設備表をどう直したか、公開用の図をどこまで簡略化したかなど、変更前後を自社で確かめられます。ただし、第三者の文章や画像が混ざっている場合は、その部分を使わずに作り直します。

匿名化は、会社名を消すだけでは終わらない

会社名をA社へ変えても、製品分野、地域、特殊な材質、寸法、時期を組み合わせると、関係者には案件が分かることがあります。写真の背景、図面の形状、ファイル名、画面端の表示も手掛かりになります。

匿名化するときは、名称を消す作業から始めず、その情報がなくても記事の答えが成立するかを考えます。読者が必要とするのが「薄い形状で何を確認するか」なら、固有の寸法や用途を外し、変形、保持、測定の確認項目へ置き換えます。

条件をぼかしすぎて何も判断できなくなる場合は、事例形式をやめます。技術解説や質問への回答へ変えたほうが、実績を装わずに具体性を残せます。

写真の確認は「工場写真を公開する前に確認したい写り込み」、図面は「図面をWeb公開する前の確認ポイント」へ分けて確認できます。

公開前に技術確認と権限確認を分ける

原稿が技術的に正しくても、公開してよいとは限りません。技術担当者には条件や工程の誤りを確認してもらい、営業責任者や情報管理の担当者には契約、顧客、公開範囲を見てもらいます。

確認依頼は「全体を見てください」で済ませず、見る範囲を担当ごとに示します。技術者は数値、材質、工程、例外条件を確認する。営業側は顧客や案件を推測できる記述がないかを見る。公開責任者は、社内区分と承認記録を確かめる。公開してよいと判断できない情報が一つでも残る場合は、そこで作業を止めます。

INPITの営業秘密支援窓口では、中小企業向けに秘密情報の抽出や管理ルール整備などの支援を案内しています。個別情報の扱いに迷う場合、記事制作者だけで判断せず、社内担当者や専門窓口へ確認します。

技術原稿の確認項目は「製造業の技術記事を事実確認する方法」でも整理しています。

まとめ｜公開できる判断材料から記事を作る

顧客名、製品写真、成果数値を出せなくても、事例の役割を分ければ記事は作れます。選定基準、標準工程、よくある質問、説明用の条件例、自社資料の改善例から、公開できるものを選びます。

匿名化で具体性を無理に残さず、情報の出所、契約や取り決め、社内区分、公開可否の判断者を先に確認します。技術的な正しさと、公開してよいかの確認は別の作業です。どちらかを確認できない原稿は公開へ進めません。

公開できない事例を、ぼかした実績へ作り替える必要はありません。工房もののほんでは、既存資料を公開可否で分け、実績を補わずに、選定基準や確認手順が伝わる記事へ組み直します。制作時の確認範囲はサービス資料で確認できます。扱える資料か迷う段階では、固有情報を送る前にお問い合わせページから資料の種類だけをお知らせください。