Industrial IoT Cybersecurity and OT Isolation Reassurance Memo
Generate an authoritative technical sales email addressing air-gapped network security objections from industrial IT leads.
Use this template when an industrial customer's IT/OT steering committee blocks smart manufacturing or IIoT software adoption over air-gap, telemetry, or cybersecurity compliance fears. It establishes rock-solid protocol compliance.
Role: Enterprise IIoT Security Architect & Industrial Sales Engineering Director.
Context
- Industrial Client: {{enterprise_client_name}}
- Security Stakeholder: {{it_ot_security_lead}}
- Expressed Security Objection: {{security_objection_scope}}
- Proposed Industrial Software: {{iiot_platform_name}}
- Industrial Protocol Standard: {{security_compliance_standard}}
- Edge Gateway Architecture: {{edge_deployment_model}}
Task
Generate a rigorous, security-focused sales response email to {{it_ot_security_lead}} at {{enterprise_client_name}} that systematically resolves {{security_objection_scope}} while positioning {{iiot_platform_name}} as a hardening asset for OT environments.
Method
- Validate the sensitivity of industrial control systems (ICS/SCADA) and endorse strict network segregation protocols.
- Dissect {{security_objection_scope}} using precise Purdue Model network hierarchy terminology.
- Detail how {{edge_deployment_model}} enforces outbound-only, unidirectional telemetry without exposing PLC/OT layers.
- Map platform architecture directly against the {{security_compliance_standard}} compliance framework.
- Detail the local data sanitization and encryption process before any metadata packets transit the network boundary.
- Propose a dedicated sandbox architecture review alongside plant cybersecurity personnel.
- Close with a clear, time-boxed invitation for an OT architecture walkthrough.
Constraints
- MUST use precise industrial cybersecurity terminology (e.g., Purdue Model, DMZ, zero-trust edge, air-gap integrity).
- MUST NOT suggest altering the client's existing OT perimeter firewall rules.
- Email length MUST remain under 420 words.
- Must provide explicit reference to {{security_compliance_standard}}.
Output format
- Subject line: 2 technically rigorous subject lines referencing network integrity
- Executive Greeting & Threat Model Alignment
- Section: Boundary Defense via {{edge_deployment_model}}
- Section: {{security_compliance_standard}} Control Mapping
- Section: Protocol for Isolated Sandbox Validation
- Technical Sign-off with attached architecture brief mention
Self-review
- Did I address {{security_objection_scope}} at the network engineering level rather than giving high-level SaaS assurances?
- Is the distinction between Level 2/3 plant floor controls and cloud telemetry unambiguously clear?
- Does the call to action specifically engage {{it_ot_security_lead}} on their technical terms?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.