「英語で技術仕様書を書いてほしい」——エンジニアリングの現場でそんな場面に直面したとき、何から手をつければいいか迷った経験はありませんか？英語の技術文書は、単語や文法の知識だけでなく、業界で共通認識されている「型（フォーマット）」を知っているかどうかが仕上がりの質を大きく左右します。まずは全体構造を把握することから始めましょう。
英語技術仕様書の全体構造を理解する：データシートの「型」を身につけよう
技術仕様書・データシート・スペックシートの違いと使い分け
似たように聞こえる3つの文書ですが、それぞれ役割と対象読者が異なります。整理しておくと、どの文書を作成すべきかの判断が格段に楽になります。
| 文書名 | 英語表記 | 主な目的 | 主な読者 |
|---|---|---|---|
| 技術仕様書 | Technical Specification | 設計・製造・調達の要件を規定する | 設計者・調達担当・承認者 |
| データシート | Datasheet / Data Sheet | 製品の性能・定格値を一覧で示す | エンジニア・選定担当者 |
| スペックシート | Spec Sheet | 製品の仕様を簡潔にまとめた要約版 | 営業・購買・現場担当者 |
Technical Specification は契約や設計の根拠となる正式文書で、要件を「規定する」性格が強いです。一方、Datasheet は実測値や定格値を客観的に列挙するもので、Spec Sheet はその簡略版と理解しておくと現場での使い分けがスムーズです。
国際標準的なデータシートの構成ブロック（ヘッダー〜フッターまで）
英語の技術文書には、国際的なプロジェクトで広く使われている標準的な構成があります。各ブロックの役割を把握しておくことが、読まれる文書づくりの第一歩です。
- Header（ヘッダー）：Document No.・Revision（Rev.）・Approval欄・発行日・プロジェクト名を記載。文書管理の要となる部分
- Scope（適用範囲）：この文書が何を対象とし、何を除外するかを明示する
- General Description（概要）：機器・製品の用途や基本的な動作原理を簡潔に説明する
- Technical Parameters（技術パラメータ）：定格値・性能値・寸法などを数値で示す中核ブロック
- Operating Conditions（使用条件）：温度・湿度・電源電圧など、機器が正常動作する環境条件を規定する
- Materials（材質）：本体・シール・コーティングなどの材料仕様を記載する
- Notes / Remarks（注記）：例外事項・免責・参照規格などを補足する
- Footer（フッター）：ページ番号・会社情報・著作権表示・改訂履歴
ヘッダーの Revision 欄（Rev. A、Rev. 1 など）は、文書の変更履歴を追跡するための重要な管理情報です。国際プロジェクトでは「どの版が最新か」が常に問われるため、Rev. No. と変更内容を必ず記録する習慣をつけましょう。
機器別・分野別の構成パターン（機械装置・電気設備・制御機器）
基本構成は共通していても、機器の種類によって重点を置くブロックと追加項目が変わります。分野ごとの差異を知っておくと、抜け漏れのない文書が作れます。
| カテゴリ | 代表機器例 | 特有の追加セクション |
|---|---|---|
| 機械装置 | ポンプ・コンプレッサー・ファン | Performance Curve / Mechanical Seal / Noise Level |
| 電気設備 | 変圧器・配電盤・MCC | Insulation Class / Protection Degree (IP) / Short-Circuit Rating |
| 計装・制御機器 | センサー・制御バルブ・流量計 | Signal Output / Accuracy / Calibration Range / Fail-Safe Position |
たとえば機械装置では性能曲線（Performance Curve）や振動・騒音レベルの記載が求められることが多く、計装機器ではフェイルセーフ動作（Fail-Safe Position）の明記が安全上不可欠です。自分が担当する分野の「追加項目」を事前に把握しておくことで、国際標準に沿った完成度の高い文書が作れます。
技術英語の文体ルール：仕様書らしい「書き方の作法」を習得する
仕様書の英語は、小説やビジネスメールとは根本的に異なる文体ルールが存在します。「誰が読んでも同じ解釈になる」ことが最優先であり、そのために独自の文法慣習が確立されています。このルールを知らずに書くと、読み手に誤解を与えたり、法的・品質上のトラブルに発展することもあります。
仕様書英語の基本文体：名詞句・受動態・命令形の使い分け
仕様書では主語を省いた名詞句が多用されます。これは文書を簡潔に保ち、特定の人物・組織に依存しない記述にするためです。たとえば手順書の指示では命令形（動詞の原形で始める）が標準的で、受動態は「誰が行うかよりも、何がなされるか」を強調したい場面で使います。
「The engineer should」のように主語を立てると、担当者が変わったときに文書が陳腐化します。命令形にすることで普遍的な手順書になります。受動態は「The device shall be calibrated every 12 months.（装置は12か月ごとに校正されなければならない）」のように、行為者よりも動作・状態を強調したい要件記述で活躍します。
shall / should / may / must の使い分けと国際規格上の意味
これらの助動詞は日常会話とは異なる厳密な意味を持ちます。ISO/IEC Directivesでは各語の意味が明確に定義されており、混同すると要件の強制力が変わってしまうため、特に注意が必要です。
| 助動詞 | 意味（規格上） | 使用場面 |
|---|---|---|
| shall | 要求（Requirement）／必須 | 適合のために絶対に満たすべき条件 |
| shall not | 禁止（Prohibition） | 絶対に行ってはならない行為 |
| should | 推奨（Recommendation） | 原則として従うべきだが例外も許容 |
| may | 許容（Permission） | 選択肢として認められる行為 |
| must | 外部的強制（法令等） | 規格外の法律・規制による義務 |
日本語の「〜しなければならない」を反射的に must と訳すのは危険です。規格文書では must は法令など外部要因による強制を指し、仕様内の要求には shall を使うのが正しいルールです。
曖昧表現・主観表現を排除する：「approximately」「as required」の落とし穴
仕様書で最も危険なのが曖昧語です。製造・検査・調達の各部門が異なる解釈をすると、不良品の流出や納期トラブルに直結します。以下のような語は特に注意が必要です。
- approximately（おおよそ）→ 許容範囲が不明確。数値と公差で置き換える
- as required / as necessary（必要に応じて）→ 誰が判断するかが不明。条件を明記する
- suitable / appropriate（適切な）→ 基準が主観的。規格番号や数値範囲で定義する
- sufficient（十分な）→ 何をもって十分とするか不明。定量的な閾値を示す
独立した要件や仕様値の列挙には番号付きリストまたは箇条書きを使い、各項目が単独で意味をなすようにします。一方、条件・理由・背景の説明など、項目間に論理的なつながりがある場合は文章形式が適切です。箇条書きの各項目は動詞または名詞句で統一し、文末の句読点も揃えることで読みやすさが格段に上がります。
数値・単位・公差の英語記述ルール：ミスが許されないパラメータ表記
技術仕様書において、数値と単位の記述ミスは製品の不具合や安全事故に直結します。「正しい値を書く」だけでなく、「正しい形式で書く」ことが国際的な技術文書では不可欠です。このセクションでは、現場で即使えるルールを体系的に解説します。
SI単位・インペリアル単位の併記ルールと記述フォーマット
グローバルな仕様書では、SI単位（メートル法）とインペリアル単位（ヤード・ポンド法）の両方を求められる場面があります。特に北米向け製品では inch / psi / °F が主流であり、欧州・アジア向けでは mm / bar / °C が標準です。併記する場合は、主単位を先に記載し、括弧内に換算値を添える形式が一般的です。
どちらを主単位にするかは、納入先の地域標準や顧客要求仕様書（Customer Requirements Specification）に従います。社内で統一ルールを決めておくことが重要です。
公差・範囲・最大最小値の正確な英語表現
公差や範囲の表現は、記号の使い方一つで意味が変わります。以下の表で正確な書き方を確認してください。
| 表現したい内容 | 正しい英語表記 | 補足 |
|---|---|---|
| プラスマイナス公差 | 50.00 ± 0.05 mm | ±の前後にスペースを入れる |
| 最小値・最大値 | min. 10 bar / max. 15 bar | min./max. はピリオド付きで略記 |
| 以上（greater than or equal to） | ≥ 200 V | 記号の後にスペース |
| 以下（less than or equal to） | ≤ 50 °C | 記号の後にスペース |
| 範囲指定 | 10 bar to 15 bar | “~”は使わない。”to”または”–”（en dash） |
| 公称値 | nom. 24 V DC | nom. = nominal の略 |
「~」（チルダ）で範囲を示すのは日本語の慣習です。英語の技術文書では使用しないでください。
温度・圧力・流量・電圧など主要パラメータの標準記述パターン
数値と単位の間には必ず半角スペースを1つ入れるのが国際単位系（SI）の規則です。ただし「%」と「°」は例外的にスペースなしで書く場合もあり、組織の文書規定に従います。記号の正誤にも注意が必要です。
- 25℃（全角の℃は使用禁止）
- 10l（小文字のエル：数字の1と混同しやすい）
- 100KPa（Kは大文字NG：キロはk）
- 25 °C（半角スペース + °C）
- 10 L（大文字のL：リットルはLを推奨）
- 100 kPa（キロはk小文字）
Operating Conditions（動作条件）表は仕様書の核心部分です。以下のテンプレートを参考に、パラメータ・記号・最小値・標準値・最大値・単位の6列構成で作成するのが業界標準です。
| Parameter | Symbol | Min. | Nom. | Max. | Unit |
|---|---|---|---|---|---|
| Supply Voltage | VCC | 4.75 | 5.00 | 5.25 | V DC |
| Operating Temperature | Top | -40 | 25 | 85 | °C |
| Relative Humidity | RH | 10 | — | 90 | % (non-condensing) |
| Operating Pressure | Pop | 0.8 | 1.0 | 1.2 | bar |
配管・流体系の仕様書では規格略語の使い分けが重要です。NTP（Normal Temperature and Pressure: 20 °C, 1 atm）とSTP（Standard Temperature and Pressure: 0 °C, 1 atm）は流量計算の基準として別物です。また配管径の表記はメートル系がDN（Diameter Nominal）、インチ系がNPS（Nominal Pipe Size）を使います。略語を初出時に定義してから使用するのが鉄則です。
セクション別・必須英語表現集：そのまま使えるフレーズと文例
仕様書の各セクションには、業界で広く使われている「定型表現」が存在します。これらのフレーズをそのまま流用することで、読み手に違和感を与えず、かつ法的・品質上のリスクを下げることができます。セクションごとに代表的な表現を整理しておきましょう。
Scope / Purpose セクションの定型表現
Scope（適用範囲）セクションは仕様書の冒頭に置かれ、「この文書が何をカバーするか」を明確にします。以下のパターンをそのまま活用してください。
- This specification covers the design, fabrication, and testing of [product name].
- This document defines the minimum requirements for [system/component].
- The purpose of this specification is to establish the performance and dimensional requirements for [item].
- This specification applies to all units manufactured under [part number / contract number].
Technical Requirements / Specifications セクションの記述パターン
要求仕様の列挙には shall（義務）を中心に、should（推奨）・may（許容）を使い分けるのが国際標準の慣習です。
- The equipment shall be designed to operate continuously at an ambient temperature of -20 degC to +60 degC.
- All components shall comply with the dimensional tolerances specified in Drawing No. [XXX].
- The assembly shall withstand a hydrostatic pressure of 1.5 times the rated working pressure without leakage.
- The supplier shall provide a certificate of conformance for each shipment.
Materials & Surface Treatment・Testing & Inspection・Applicable Standards の書き方
材料規格の参照は「規格名 + グレード/タイプ」の形式で記述します。表面処理・検査条項もセットで押さえておきましょう。
- 【材料規格参照】 Material shall conform to ASTM A36 / JIS G3101 SS400 / EN 10025 S235JR or equivalent.
- 【塗装】 Exterior surfaces shall be coated with epoxy primer (minimum 50 microns DFT) followed by polyurethane topcoat (minimum 75 microns DFT).
- 【めっき】 Fasteners shall be zinc-plated in accordance with ASTM B633, Type III, SC 1.
- 【検査・試験】 Inspection and testing shall be performed in accordance with the applicable sections of [Standard Name].
- 【検査・試験】 All welds shall be subject to visual inspection and liquid penetrant testing per ASME Section V.
Notes / Remarks・Warnings / Cautions の注意書き表現
NOTE・CAUTION・WARNING は意味と重大度が異なります。混同すると安全上のリスクや法的問題につながるため、使い分けを必ず確認しておきましょう。
| 表記 | 重大度 | 用途・例文 |
|---|---|---|
| NOTE: | 情報提供 | NOTE: This value is provided for reference only and does not constitute a design requirement. |
| CAUTION: | 中（機器損傷） | CAUTION: Do not exceed the maximum torque value. Overtightening may damage the sealing surface. |
| WARNING: | 高（人身事故） | WARNING: Disconnect all power sources before performing maintenance. Failure to do so may result in serious injury or death. |
仕様書末尾に設ける改訂履歴欄は、以下の列構成が標準的です。Rev. は A / B / C または 1.0 / 1.1 / 2.0 などの連番で管理します。Description of Change には「Initial release.」や「Updated Section 3.2 to reflect new tolerance requirements.」のように変更内容を簡潔に記載します。Date は YYYY-MM-DD 形式が推奨で、Approved by 欄には承認者のイニシャルまたは署名欄を設けます。
免責・条件付き保証の注意書きには “This specification does not relieve the supplier of the responsibility for…” や “Compliance with this document does not guarantee fitness for a specific application.” のような表現が使われます。契約上重要な文言のため、法務確認も忘れずに。
日本人エンジニアが陥りやすい記述ミス10選：実例で学ぶ修正ポイント
英語の技術仕様書を書く際、日本人エンジニアが繰り返しやすいミスには明確なパターンがあります。「なんとなく通じる英語」ではなく、「誤解ゼロの仕様書英語」を書くために、典型的なNGパターンと修正例を一気に押さえておきましょう。
構造・論理面のミス：情報の抜け・順序の混乱・スコープ不明確
仕様書の骨格となる構造が崩れると、読み手は「この仕様はどこまで適用されるのか」が判断できなくなります。以下の3つは構造面の代表的なミスです。
表現・文法面のミス：和製英語・直訳・曖昧修飾
日本語の発想をそのまま英語に持ち込むと、読み手に意図が伝わらないだけでなく、法的な問題にも発展しかねません。
数値・単位・記号面のミス：表記ゆれ・単位誤記・公差未記載
数値と単位の記述ミスは、製造・調達の現場で直接的なトラブルを引き起こします。特に公差と条件の未記載は、「どちらの解釈でも仕様内」という状況を生み出し、検収時の紛争原因になります。
- Scopeに対象機器・型番・適用条件が明記されているか
- Applicable Standardsに版番号（Edition/Year）が記載されているか
- 依頼口調（Please / We would like to）が混入していないか
- 「high quality」「good performance」などの定性表現が定量値に置き換えられているか
- 温度記号が「°C」に統一されているか（「℃」混在なし）
- すべての数値に公差と測定条件が付記されているか
- 「approx.」使用箇所に公差またはReference Only注記があるか
提出前の最終チェックと品質向上のコツ：仕様書を「使える文書」に仕上げる
どれだけ丁寧に書いた仕様書でも、提出直前の最終確認を怠ると思わぬミスが残ります。構造・内容・表現・数値・参照規格・管理情報の6軸でチェックする習慣をつけることで、海外顧客やベンダーからのTechnical Query（TQ）を大幅に減らすことができます。
セルフレビューのための仕様書チェックリスト
提出前に必ず確認したい10項目を6軸に整理しました。印刷してデスクに貼っておくと便利です。
- 【構造】Scope・Definitions・Requirements・Test Methodsの各セクションが揃っているか
- 【内容】”shall”の抜け漏れがないか。要求事項には必ず”shall”を使っているか
- 【内容】TBD（未定）・TBC（要確認）が残ったまま提出していないか
- 【表現】略語・専門用語はDefinitionsセクションまたは初出箇所で定義されているか
- 【数値】単位が文書全体で統一されているか（例：mmとcmが混在していないか）
- 【数値】公差・許容範囲の上下限が明示されているか（”approx.”だけで終わっていないか）
- 【参照規格】引用した規格番号（ISO・IEC・ASTM等）のエディション・年号が正しいか
- 【参照規格】本文中の参照番号と参考文献リストが一致しているか
- 【管理情報】Revision番号・日付・承認者欄が最新の状態に更新されているか
- 【管理情報】文書番号・タイトルがヘッダー・フッターと表紙で一致しているか
ネイティブレビューに頼る前に自分でできる精度向上テクニック
機械翻訳（MT）を補助的に使う場面は増えていますが、技術仕様書への適用には注意が必要です。
技術用語・単位記号・化学式は誤訳が起きやすい代表例です。たとえば”torque”が「トルク」ではなく「ねじる」と訳されたり、”MPa”が文脈によって別の表現に変換されるケースがあります。MT出力はあくまで下訳として扱い、数値・単位・規格番号・shall構文は必ず人間の目で再確認してください。
セルフレビューの実践的なコツとして、文書を声に出して読む「音読チェック」があります。目で追うだけでは見落としやすい冗長表現や矛盾が、声に出すことで浮き彫りになります。また、”Find”機能で”should”や”may”を検索し、本当に”shall”にすべき箇所が紛れ込んでいないか確認する方法も有効です。
テンプレート化・再利用で作業効率を上げる実務的アドバイス
自社製品・設備の標準データシートテンプレートを英語で整備しておくと、記述の品質が均一になり、新人エンジニアでも一定水準の仕様書を作成できるようになります。TQの削減にも直結する取り組みです。
社内で品質評価の高かった仕様書を3〜5件選び、Scope・Requirements・Test Methodsの定型文をリスト化します。shall構文や単位表記のルールもここで統一します。
機械部品・電子部品・ソフトウェアなど、製品種別ごとにセクション構成が異なります。カテゴリ別にテンプレートを分けることで、記入漏れを構造的に防ぎます。
改訂履歴テーブル（Revision History）をテンプレートの冒頭に固定し、更新日・変更箇所・担当者を必ず記録するフローを標準化します。これにより、顧客からの「どこが変わったか」という問い合わせを減らせます。
TQが発生した際は「なぜ問い合わせが来たか」を記録し、テンプレートの記述を改善します。現場のフィードバックを反映し続けることで、テンプレートは生きた資産になります。
TQを減らす最大のポイントは「読み手が何を知りたいか」を先回りして書くことです。数値の根拠・適用条件・例外事項を仕様書内に明記するだけで、往復メールの回数は劇的に減ります。
よくある質問（FAQ）
- Technical Specification と Datasheet はどちらを先に作るべきですか？
-
一般的には Technical Specification を先に作成します。設計・製造・調達の要件を規定する正式文書として機能し、その内容をもとに Datasheet（実測値・定格値の一覧）が作成される流れが標準的です。プロジェクトの初期段階では Technical Specification を確定させ、製品が完成・評価された段階で Datasheet を発行するのが現場での慣習です。
- shall と must を間違えると実際にどんな問題が起きますか？
-
規格文書や契約書において、shall は仕様内の要求事項（適合義務）を示し、must は法令・規制など外部要因による強制を示します。この2つを混同すると、要求の強制力の根拠が曖昧になり、検収・監査の場で「この要件は法令上の義務か、仕様上の要求か」という解釈の争いが生じることがあります。特に国際契約では文言の解釈が法的効力に直結するため、正確な使い分けが不可欠です。
- 公差を記載しないと具体的にどんなトラブルになりますか？
-
公差が未記載の場合、製造側は独自の判断で許容範囲を設定します。その結果、発注側が想定していた精度と異なる製品が納入され、組み付け不良や性能未達が発生するケースがあります。また検収時に「仕様書に公差の記載がない」として合否判定ができず、納期遅延や追加費用の原因になることもあります。すべての寸法・性能値には必ず公差または許容範囲を明記することが重要です。
- 機械翻訳で仕様書を英訳する際に特に注意すべき点は何ですか？
-
機械翻訳は技術用語・単位記号・化学式の誤訳が起きやすい点に注意が必要です。また、shall / should / may の使い分けが崩れることも多く、要件の強制力が変わってしまうリスクがあります。MT出力はあくまで下訳として扱い、数値・単位・規格番号・shall構文は必ず人間の目で確認・修正してください。重要な契約文書については、技術英語の専門家によるレビューを経ることが理想的です。
- NOTE・CAUTION・WARNING の使い分けに国際規格はありますか？
-
はい、安全情報の表記については国際的な規格・ガイドラインが存在します。一般的な定義として、NOTE は安全とは直接関係しない補足情報、CAUTION は機器損傷や軽微な怪我につながる可能性がある注意事項、WARNING は重傷・死亡につながる可能性がある警告として区別されます。製品の安全文書を作成する際は、対象市場の安全規格を確認し、重大度に応じた適切な表記を使用してください。
