業種が違えば、導入事例で確かめたい条件も変わります。ただ、ITなら数値、医療なら感想、と単純に分けると、実際の業務が見えなくなります。同じ業種の中でも、使う部門、運用する人、変えられない条件は異なります。
取材の入口は、その会社がどんな仕事で困り、何を変えたかです。業種の知識は、その話を理解し、聞き落としを減らすために使います。ここでは、業種ごとに準備しておきたい問いと、表現上の注意を整理します。
目次
IT・SaaSは、選定から定着までをつなぐ
機能や連携の説明に加え、誰が管理し、どの仕事で使い、従来の方法からどう移行したかを聞きます。選定した人と日々利用する人が違う場合は、評価も分けて取材します。
時間短縮などの数字には、対象業務と計測条件を付けます。利用人数は、契約した人数か、実際に利用した人数かを区別します。長く契約していることだけで、社内に定着したと断定しないようにします。
公開する画面や機能は、取材時点を明確にします。詳しい質問の組み立てはSaaSの導入事例の作り方で扱っています。
製造業は、工程と比較条件を具体的にする
対象が設計、加工、検査、保全などのどこかを示し、以前の手順と変えた手順を対比します。設備の性能だけでなく、段取り、教育、既存設備との関係など、実際に使い始めるまでの仕事も聞きます。
処理時間や品質の変化は、品目、ロット、稼働条件、人員が違うと読み方が変わります。数字の大きさに加え、その条件を同じ業務の読者が理解できるようにします。回収期間と投資に対する利益の比率など、異なる指標も混ぜないようにします。
現場の撮影では、設備、図面、取引先情報の掲載範囲を事前に確認します。詳細は製造業の導入事例で伝える情報にまとめています。
医療・ヘルスケアは、業務の変化と診療上の評価を分ける
予約、受付、記録、部署間の連絡など、どの業務が変わったかを明確にします。職種によって仕事が異なるため、医師、看護職、事務職などの発言を、一つの「現場の声」へまとめすぎないようにします。
スタッフが仕事を進めやすくなったという話から、診療の結果や患者の満足が改善したと広げることはできません。それぞれ何を確認した評価かを分け、診療上の効果を扱う場合は、その説明を判断できる専門家と根拠を確認します。
画面や写真には患者情報などが入る可能性があります。公開できる素材を施設の窓口と相談し、実データをその場で撮って済ませないようにします。業務を止めない取材時間や撮影場所も、施設側の運用へ合わせます。
金融・保険は、公開できる範囲と確認経路を早く揃える
取材で説明できる話と、社外へ公開できる話を分けて相談します。システムの構成、顧客情報、社内の手順、数値のどこまで出せるかは、その企業の窓口へ確認します。「金融業だから数字は出せない」と最初から決めつける必要もありません。
安全性や信頼性を扱う場合は、何を評価した言葉かを具体的にします。製品を導入したことだけで、あらゆるリスクへ対応できたような表現をしません。選定時に確認した条件と、運用で続けている対応を分けて書きます。
原稿確認は、話し手の確認以外に必要な経路を聞いておきます。どの部署が何を見るか、公開版の図や画面も対象に含まれるかを先に整理すると、完成後に確認し直す範囲を減らせます。
流通・小売・建設は、拠点や時期の条件を残す
小売やECでは、店舗数、取扱商品の範囲、繁忙期などが業務の負担へ関わります。売上が変わった場合も、販促や店舗の増減など、同時に変化した条件を聞きます。業務システムだけの効果だと結論づけないようにします。
建設や不動産では、一つの案件の取り組みを他の案件へそのまま広げられるとは限りません。対象の工事や管理業務、関係者、現場ごとの制約を説明します。工期や作業時間の数値には、どこからどこまでを含むかを添えます。
拠点や現場の写真を使う場合は、施主や取引先の情報も含めて掲載範囲を相談します。工程を説明する写真と、完成状態を見せる写真は、キャプションでも役割を分けます。
専門用語の量は、読者の役割に合わせる
同じ業種の専門家へ向けた記事なら、必要な技術用語を残したほうが正確に伝わる場合があります。一方、導入を承認する管理者にも読んでもらうなら、その技術がどの業務の判断に関わるかを補います。
業種別の事例は、専門用語を増やすための記事ではありません。その条件で判断した理由と、実際の仕事の変化を、必要な人へ伝える記事です。公開できない情報が多い場合も、条件と工程をどこまで具体的に残せるかを取材先と相談します。
外部への依頼を検討している方は、導入事例制作のサービス内容をご覧ください。