Hobfolk
Compliance · Method statements & site documents

Written to your scope,
not around a template.

Method statements, risk assessments, inspection and test plans, material and technical submittals, HSE plans, quality plans, prequalification documents. Each one written against your project’s own scope, drawings and programme — not adapted from the last job’s file with the names changed. Wherever the job is.

Start a conversationSee the whole crew
You go home. It doesn't.Every promise gets a row and a due dateAnswered the same day, not the next working dayA drawing before the quoteUnverifiable is never a passNine desks, one address eachNothing is sent that a human cannot read backThe folder exists before you price itYou go home. It doesn't.Every promise gets a row and a due dateAnswered the same day, not the next working dayA drawing before the quoteUnverifiable is never a passNine desks, one address eachNothing is sent that a human cannot read backThe folder exists before you price it
The case for it

A recycled method statement describes somebody else’s job

The reviewer has seen a hundred templated method statements this year. The one written to the actual scope is the one that stops collecting comments.

Most method statements are the last project’s document with the names changed — which is why they come back covered in comments. The plant list doesn’t match the lift, the sequence describes a site this job doesn’t have, and every resubmission cycle comes out of a programme that had no slack in it to begin with.

The alternative is not a better template. It is a document written from the job itself: the actual scope of works, the actual drawings, the actual plant, the actual interfaces with whoever else is on site. That takes longer to write the first time and less time to approve every time after, which is the only arithmetic that matters when the submittal date is fixed and the start date depends on it.

It is written from what you give this desk — the scope, the drawings, the programme, the site constraints only your people know. Where something is missing, the desk asks rather than assumes; what it never does is pad the gap with boilerplate that reads plausibly and describes nothing. A method statement that survives review is one that could only have been written about this job.

A heavy operation that goes to plan is one somebody wrote down first
A heavy operation that goes to plan is one somebody wrote down first
What's included

Everything below, not a menu underneath the menu

01

Method statements & risk assessments

Task-specific, written to the actual sequence, plant and people — including combined risk assessment method statements where your client asks for them as one document.
02

Inspection & test plans

ITPs built against the specification’s own clauses, with hold and witness points where the contract puts them — not a generic grid with the project name at the top.
03

Material & technical submittals

Compiled clause by clause against the specification: data sheets, compliance statements and supporting documents assembled in the format your reviewing engineer actually asks for.
04

HSE plans & safety documentation

The project HSE plan and job safety analyses, aligned to your client’s own requirements and kept consistent with the method statements they sit beside.
05

Quality plans & prequalification documents

Project quality plans, and prequalification packs assembled from what your company can actually evidence — never a claim this desk cannot point to a document for.
06

O&M manuals & handover packs

The same desk assembles the operation and maintenance manual through the job, so handover is a formality rather than a reconstruction.
The run of it

How a job moves through

  1. The scope arrives

    Scope of works, drawings, programme, plant list, site constraints. Whatever is unclear gets asked the same day, plainly.

  2. The first draft is written to it

    Sequence, plant, people and interfaces from the actual job — nothing carried over from anyone else's.

  3. Your people review it

    The person who will run the work reads it. If the sequence on paper is not the sequence on site, it changes now, not in review.

  4. Comments turned around

    The reviewing engineer's comments come back as a revision, not an argument — tracked, numbered, resubmitted.

  5. Approved for use

    The revision the crew is briefed on is the revision that was approved. One current document, never two.

  6. Filed against the project

    Every revision kept against the job — and feeding the handover pack, which is being assembled by the same desk as it goes.

The limits

What this desk will not do

Every department has a written boundary. A service that claims no limits has simply not found its own yet, and you will find it for them.

Where this desk stops

  • It is not a substitute for a qualified safety adviser where your sector requires one, or for a competent person’s sign-off on regulated work. It prepares the information; the competent person signs it.
  • It does not sign documents. A signature from something that is not a person is not a signature, and the defect surfaces years later, in the one meeting where it matters.
  • It is not your solicitor. It reads contracts, flags what you have agreed to, and drafts the ordinary ones. Anything genuinely contested goes to a lawyer, and we say so rather than have a go.
  • 🔴 We are not ISO registered and we do not claim to be. We build the discipline — document control, nonconformance, corrective action with a root cause, audit on a cycle — and we will prepare you for certification if you want the badge. The badge is yours to earn.
Questions

Asked before, answered here

Is this a template with our project name dropped in?
No. Every document is written from your project’s own scope, drawings and programme. A reviewer can tell the difference in about a page — that is precisely why templated documents collect comments and bespoke ones stop.
What do you need from us to write one?
The scope of works, the drawings, the programme, the plant list, and the site constraints only your people know. Where your client or consultant has a required format or numbering, that too. This desk asks for what is missing rather than assuming — what it cannot do is invent site knowledge nobody gave it.
Will it pass our consultant’s review?
It is written to be approved: against the specification’s own clauses and your client’s stated requirements, with comments turned around as tracked revisions until it is. Nobody can honestly guarantee another engineer’s stamp — what can be promised is a document about your actual job, and a fast, orderly resubmission cycle when there are comments.
Do you work in our client’s format?
Yes. If the consultant or client issues a template, a numbering scheme or a submittal register format, the documents follow it. The writing is bespoke; the format is whatever gets it through review.
What about the O&M manual at the end?
Same desk. The operation and maintenance manual and the handover pack are assembled through the job rather than reconstructed after it — as-builts, product data, warranties and certificates filed the day they happen.
Where are you, and when do you work?
The desk is part of a UK company and works through the UK night — which means a document or a revision that goes in at your close of business is being worked while your site sleeps. The overnight back office is the whole idea of Hobfolk, not a feature of this page.

The submittal date is coming whether the document is written or not.

Tell us what the job is and what the reviewer is asking for. We will tell you plainly whether this desk can have it ready for that date.

Start a conversation Read the method