Turn a Client Email into a Method Statement

Paste the message once. Riskora structures it into a method statement for UK site work with sequence of works, method steps, plant, PPE, permits and sign-off. 100+ industries supported.

UK (RAMS) example document — Two-Storey Rear Extension — 14 Birchwood Lane, Reading. Client: Mr & Mrs A. Whitfield (Private Client). Site: 14 Birchwood Lane, Reading, RG1 5JT. Scope: Construction of a two-storey rear extension (6.4m × 4.2m) to an existing semi-detached dwelling. Works comprise breaking out of existing rear elevation, trench-fill foundations to 1.0m, traditional cavity blockwork to first floor, pre-stressed concrete lintels, timber roof structure with natural slate finish, plus alterations to existing rear wall to form structural opening with rolled steel joist (RSJ 203×102 UB23). Works programmed over 9 weeks with a peak site team of 6 operatives. Hazards assessed: Manual handling — blocks, lintels, plasterboard, Working at height — independent scaffold & roof structure, Buried services strike during excavation, Collapse of excavation / trench wall, Hand-arm vibration (HAVS) — breaking out, drilling, Silica dust — cutting blocks, brick, concrete, Vehicle/pedestrian segregation — narrow domestic street.

Example UK (RAMS) front cover produced by Riskora
Try the new compact mode. Same document, just more compact

Full version

Preview first. No card needed. Download when you're happy.

  • Free to start
  • No signup to preview
  • Done in ~60 seconds

Structured around HSE-recognised method statement format — review before use and adapt to your site.

  • UK · IE · US · CA · AU · NZ
  • RAMS · SWMS · JHA · JSA · COSHH · Task Analysis · Toolbox Talks
  • Site-specific — not a blank template
  • First document free · No card required
You're probably here because…
  • Client emailed asking for a method statement before access or quote acceptance.
  • The brief is in the email, the deadline is the email, and you need it back today.
  • Your last method statement came back marked 'too vague'.
  • You need a sequenced plan, not a paragraph rewrite of the email.
Examples of what to add
  • “Please return method statement before site access Monday”
  • “Quote needs method statement and insurance attached”
  • “Install containment and remove old ductwork”
  • “Client email asking for RAMS and COSHH”
  • Forwarded message from the principal contractor
  • Tender email with the scope inside
Inside the document

What Riskora extracts from your client email

Every client email has the same signals — scope, deadline, deliverable, constraints. Riskora pulls them out and writes them into the method statement.

Task

The work being requested — install, strip-out, lift, commissioning.

Sequenced method

Numbered steps in the order the work will run on site.

Responsibilities

Supervisor, lead, banksman, first aider — who is responsible per step.

Plant & equipment

Plant on the job with inspection and certification requirements.

Materials & substances

Materials in use and any COSHH cross-references.

Hold points & checks

Inspection and check points between phases of work.

Emergency arrangements

First aid, rescue, escalation contact and route — built around the task.

Sign-off requirements

Preparer, reviewer, approver and briefing register set up.

Original email stored

The email is kept against the document for audit and provenance.

Example output

From a client email to a sequenced method statement

A scope email becomes numbered method steps with hold points, a responsible person per step and an emergency block. Edit anything before issuing.

Not a blank template

Not 'paste email, get paragraphs'

Generic AI tools turn an email into prose. Riskora turns it into an operating plan — sequenced steps, responsibilities, hold points — the document a competent person can review and sign off.

Inside the document

What your RAMS actually contains

Riskora builds a structured, client-facing document — not a generic AI paragraph. Every section is shaped around your job, your site and your team.

  • Hazards

    Task-specific hazards for the job, captured row by row — not a generic list pulled from an old RAMS.

  • Controls

    Control measures mapped to each hazard with residual risk scoring after controls are applied.

  • PPE

    PPE requirements tied to the activity and site, ready to brief to the team.

  • Method steps

    Step-by-step method statement structured around how the work is actually sequenced on site.

  • Emergency arrangements

    First aid, rescue plan, emergency contacts and site-specific escalation routes.

  • COSHH prompts

    Substance prompts when the work involves chemicals, dusts, fumes or sealants — flagged early, not missed at review.

  • Sign-off

    Operative sign-off captured against the document — names, dates and acknowledgement of the brief.

  • Version history

    Every change tracked so you can show what was issued, when, and which version the team signed.

  • Approval status

    Clear approval state on every document — draft, in review, approved, issued — visible across the team.

  • Audit trail

    Who created it, who reviewed it, who signed it. A complete trail you can hand to a principal contractor or auditor.

Before & after

From copied-and-pasted to site-specific

The reason RAMS get rejected is rarely the format — it's that the document is obviously generic. Riskora rebuilds it around this job, this site and this task.

Before

Generic template copied from an old job.

  • • Hazards and controls that don't match this site or task.
  • • Method steps written for a different sequence of work.
  • • No emergency arrangements specific to the location.
  • • Client flags it as generic and asks for a rewrite.
After

Site-specific document structured around this job, site and task.

  • • Hazards captured from the actual scope you pasted in.
  • • Method steps sequenced for how the work runs on site.
  • • Emergency arrangements and rescue plan tied to the location.
  • • Approved internally, briefed to the team, signed off and stored.
How it works

From job details to signed-off document

A four-step workflow used by contractors, consultants and safety teams to turn informal job details into client-ready safety paperwork.

  1. 1
    Paste job details

    Drop in a client email, a WhatsApp from the site manager, a scope of works or a tender note. Anything that describes the job.

  2. 2
    Riskora structures the document

    Riskora turns your brief into hazards, controls, method steps, PPE, emergency arrangements and COSHH prompts.

  3. 3
    Review, edit and download

    You stay in control of every section. Tweak anything, then download a clean PDF or share a link.

  4. 4
    Brief the team and record sign-off

    Brief operatives, capture their sign-off and keep a full audit trail of who signed which version.

Built for site reality

Built by people who've written this paperwork on real sites

Riskora is built by a founder with hands-on site and document experience — designed for contractors, consultants and safety teams who need to issue, brief and prove safety paperwork without losing a day to admin.

  • Built for contractors, consultants and teams
    Solo trades, principal contractors and in-house safety teams all run on the same workflow.
  • Supports multiple countries
    UK, Ireland, Australia, New Zealand, US and Canada — wording and document types match the local standard.
  • Not just documents
    Sign-off, approvals, version history and an audit trail — the management workflow around the paperwork.
Start in seconds

Add the email and build the method statement

Drop in the client email. Riskora builds the sequenced method statement they're asking for.

Preview first. No card needed. Download when you're happy.

FAQ

Questions for this exact situation

Templates leave every field blank. Riskora reads the email, structures the sequence around the actual job and captures the responsible person per step.

Yes — generate them together as a RAMS, or pair the method statement with a standalone risk assessment.

Riskora flags gaps (supervisor, plant, emergency arrangements) and prompts you for the missing inputs before issuing.

Yes — every step, role and hold point is editable before you issue.

No. A competent person should review and approve every method statement before it goes to the client.

Yes — the first document is free, no card.

Riskora helps structure a site-specific safety document. It does not replace competent review, site supervision, client requirements or legal duties. Always check the final document before issue.