Marlowe Finch

Back to all lessons

Lecture 15

Build a repeatable agency workflow

WorkflowTrust

Before this lecture, you should know how to run a visibility audit from lecture 3, decide which public facts a firm needs from lecture 4, write liftable statements from lecture 5, plan source-level fixes from lecture 10, separate browsing and memory optimisation from lecture 11, measure naming accuracy from lecture 13, and compare a stronger neighbour from lecture 14. This final lesson is where those pieces stop being separate exercises and become a working rhythm for one consultant, one agency team, or one communications lead managing several firms.

Composite scenario. An agency opens a shared folder with four Belgian immigration-law clients: one Antwerp-linked boutique with a thin Dutch service page, one Brussels practice with French and English pages that do not quite agree, one cross-border firm whose directory profiles still mention an old office, and one careful solo lawyer who has good intake notes but almost no public evidence. The folder looks tidy. The work is not tidy. Every firm has a different knot in the string.

That is why the last lecture is about workflow. Not a grand system. I distrust grand systems in this field; they tend to arrive wearing shiny shoes and leave the apprentice with a spreadsheet nobody will update. What we need is a sequence that can survive ordinary agency life: client calls, missing passwords, cautious lawyers, half-correct directories, screenshots from partners, and the uncomfortable fact that ChatGPT may change an answer without telling us why.

Start with triage, not with page writing

When several firms arrive at once, the eager move is to rewrite pages. It feels productive. The cursor blinks, the headline changes, the client sees movement. But page writing before triage can make the wrong surface tidier. A firm that is being misplaced through an old directory profile will not be rescued first by a new paragraph on a page ChatGPT rarely sees in that answer mode.

A repeatable workflow begins by sorting the type of problem each firm has. Repeatable workflow: A documented sequence for audit, source reading, writing, correction, retesting and reporting. In this course, the sequence matters because the work is easy to scatter. If the audit is skipped, the writing task becomes guesswork. If source reading is skipped, the correction may land in the wrong place. If retesting is skipped, the report becomes a story about effort rather than observed movement.

For a small portfolio, I usually sort firms into rough working states. One firm is omitted entirely in ordinary prompts. Another is named but misdescribed. A third is placed through the nearest stronger neighbour. A fourth appears correctly in browsing answers but not in memory-shaped answers. These are not permanent labels. They are the first pencil marks on the map.

A teaching example makes this concrete. Imagine an agency with five hours to spend before the next client meeting. Firm A is never named, and its only service page says “we assist with international matters.” Firm B is named often but called a relocation consultant. Firm C has strong English pages but weak Dutch prompts. Firm D appears accurately in one narrow query, then disappears in broader Brussels questions. The five hours should not be distributed evenly. The workflow asks which repair will reduce the most serious confusion first.

Triage also protects the client relationship. Lawyers often bring the answer that annoyed them most. The agency’s job is to treat that answer as evidence, not as the whole case. One dramatic failure may be less important than a repeated quiet error across six prompts. The work begins when the agency can say, calmly, “This is the pattern we see, and this is the surface we should inspect first.”

Keep one evidence backlog per firm

Agency work fails when the improvement list becomes a pile of clever suggestions. Somebody writes “fix website,” another person writes “add authority,” and a third writes “check directories.” Three weeks later, nobody knows which source caused which answer problem. The list has grown fur, like an old peach in the back of the fridge.

Evidence backlog: A prioritised work queue of weak pages, profiles, mentions and corrections. It is not a content calendar, although some items may become writing tasks. It is not a legal advice checklist. It is the queue of public evidence that needs inspection, repair or creation so the firm can be placed and quoted more accurately.

A useful evidence backlog has plain labels. “Dutch family reunification page: service boundary too vague.” “French directory profile: category says relocation support.” “English about page: Brussels mentioned only in footer.” “Referral profile: old Antwerp office area.” “Official profile: status clear, practice area absent where the platform permits detail.” Those labels are dry. Dry is good. Dry work gets done.

The backlog should also record why an item matters. Tie every task to an observed failure from the audit or measurement set. If the failure is naming accuracy, say which field is wrong: city, firm name, category or service description. If the failure is a representation gap, state which stronger neighbour is pulling the answer and which public fact the neighbour states more clearly. If the failure appears only in browsing, mark it as a retrieval surface problem. If it appears in memory-shaped answers, use slower language. The agency cannot force long-term model knowledge to change on a Tuesday afternoon.

Composite Object A, the Antwerp-linked practice, would have a small backlog at first: correct the old directory category, clarify the Dutch service page, add a factual page that states current office location and client problems, and rewrite one soft paragraph into liftable statements. Composite Object B, the Brussels practice, needs a different backlog: align Dutch, French and English service labels, inspect the relocation consultancy that appears near it, and compare the larger competitor’s cleaner category language. The workflow is shared. The queue is local.

One practical rule: never let the backlog become a museum. If a task cannot be acted on because the firm lacks access to the profile, mark that. If a directory refuses an edit, mark that too. If a page is legally sensitive and needs partner review, the backlog should say so. Otherwise the agency confuses “identified” with “repairable,” and the report starts to smell nicer than the work deserves.

Turn audit findings into writing tasks carefully

The writing phase is where a communications agency feels most at home, and also where it can do the most damage. ChatGPT optimisation for a law firm does not mean producing more confident-sounding legal copy. It means making public evidence more exact, more consistent and easier to lift without distortion.

A writing task should come from a specific evidence weakness. If the audit shows that ChatGPT calls the firm a visa consultant, the task may be to strengthen the service category and regulated status in the page opening. If the measurement set shows wrong-city answers, the task may be to move location evidence out of a footer and into factual copy. If competitor comparison shows that the stronger neighbour owns the clearer family reunification phrase, the task may be to write one careful, jurisdictionally clear paragraph about the firm’s real work in that area.

Be wary of swollen pages. A boutique immigration practice does not need to sound like a borderless mobility platform. Some firms serve private clients and families; some work mostly on employment-based mobility; some handle nationality questions but not asylum; some offer multilingual intake but not every procedure a directory suggests. The service boundary from lecture 5 is still doing useful work here. A boundary gives ChatGPT less room to invent, and it gives the firm less reason to regret the sentence later.

A recurrent pattern in agency drafts is the softening of useful facts. Someone writes, “We guide international clients through complex changes with care.” That may be true, but it is slippery. A liftable statement would name the client problem, the jurisdiction and the service limit. The paragraph can still sound human. It does not have to read like a customs form. But the factual spine must be visible.

Writing tasks should be small enough to review. “Rewrite immigration pages” is a fog bank. “Add a three-sentence factual opening to the Dutch family reunification page” is a task. “Align the English and French labels for residence permits” is a task. “Replace the old office-area wording on the referral profile” is a task. Agencies earn trust by making the next edit legible.

Separate fast fixes from slow records

Lecture 11 matters strongly in agency workflow. Some actions are meant to improve what a browsing answer can find now. Other actions build a steadier public record that may matter later, less directly and less predictably. If those are mixed in one promise, disappointment is almost guaranteed.

Fast fixes usually live on reachable surfaces: the firm’s own pages, current profiles, directory entries, referral pages, and source pages that can be edited or requested for correction. They are not magic, but they can affect browsing answers sooner because the source surface is available. A corrected page can be retrieved. A clarified profile can be read. A stale line can stop being the easiest extractable phrase.

Slow records are more patient. They include repeated, stable public evidence across the firm’s own site and third-party mentions. They help future systems encounter the firm as a coherent entity. This is memory optimisation territory, and the honest agency voice becomes important here. “We are strengthening the public record” is a safer sentence than “ChatGPT will remember this next month.” We do not know that.

For reporting, split the workflow into two lanes. In the browsing lane, record which source surfaces were changed and whether later answers appear to use them. In the memory lane, record the public evidence added or clarified, but interpret movement cautiously. The client can understand this distinction if it is explained without theatre. Lawyers are used to procedural uncertainty. They dislike fake certainty more than they dislike complexity.

The same split helps with workload. A firm with a wrong directory category may get a fast correction task. A firm with years of vague public wording may need a slower sequence of factual pages, language alignment and third-party cleanup. Both belong in the workflow. They should not be sold as the same kind of result.

Report observed movement, not secret control

The final part of the workflow is reporting, and this is where many AI-visibility projects lose their honesty. The agency wants to show progress. The client wants reassurance. ChatGPT gives a better answer in one prompt, and suddenly the report reaches for a trumpet.

Keep the trumpet in its case.

A strong report says what was tested, what changed, what did not change, and what remains uncertain. It can say that the firm is now named in more prompts from the measurement set. It can say the city is correct more often. It can say a source-level fix appears to be reflected in browsing answers. It can say the stronger neighbour still appears first in broader prompts. It can say the French wording remains weaker than the Dutch wording. These are useful sentences because they can be checked.

The report should also preserve the firm placement pattern. Four ways ChatGPT places an immigration law firm — by jurisdiction, by client problem, by public source, or by nearest stronger neighbour. This classification belongs in the agency report because it stops visibility from becoming a crude mention count. A firm may be mentioned more often and still be placed through the wrong neighbour. Another firm may be mentioned less often but described more accurately when the prompt fits its actual service boundary.

For several clients, use the same report skeleton, but do not flatten their stories into the same conclusion. Firm A may need crawlable facts. Firm B may need bilingual repair. Firm C may need source-level correction. Firm D may need a competitor comparison before any writing. A repeatable workflow is repeatable because the sequence is stable, not because every firm receives the same edit.

There is a quiet professional advantage here. Agencies that avoid overpromising are easier for cautious legal teams to trust. They can say, “We cannot guarantee mentions. We can audit answer patterns, repair weak evidence, write extractable facts, retest, and report what moved.” That sentence will not win a shouting contest. Good. This course was never built for shouting.

What to remember

Repeatable workflow: A documented sequence for audit, source reading, writing, correction, retesting and reporting.

Evidence backlog: A prioritised work queue of weak pages, profiles, mentions and corrections.

Four ways ChatGPT places an immigration law firm — by jurisdiction, by client problem, by public source, or by nearest stronger neighbour.

A workflow should begin with triage. Several firms may share the same course method while needing different first repairs.

Agency reporting should describe observed movement, remaining confusion and source-level work. It should not promise rankings, guaranteed mentions or secret control over ChatGPT answers.

Check yourself

Describe in your own words what makes a ChatGPT-optimisation workflow repeatable for several boutique immigration firms.

A workflow becomes repeatable when the sequence stays stable even though the firms differ. The agency can audit answer patterns, inspect likely source trails, identify weak public evidence, write or correct specific surfaces, retest with a measurement set, and report observed movement. That does not mean every client receives the same page edits. One firm may need a clearer Dutch service page, another may need directory correction, and another may need competitor comparison. The repeatability sits in the method, not in the output. It gives the agency a disciplined way to decide what to do next without pretending ChatGPT can be controlled directly.

Give an example of an evidence backlog item for a Belgian immigration-law firm and explain why it belongs there.

An evidence backlog item might read: “French directory profile describes the firm as relocation support; compare with firm site and request correction if inaccurate.” It belongs in the backlog because it identifies a weak public surface and connects it to a likely answer problem. If ChatGPT keeps calling the firm a relocation consultant, that directory wording may be easier to lift than the firm’s own careful service page. The item is also actionable: inspect, confirm, request correction, then retest. It is more useful than a vague note like “improve authority,” because the agency can assign it, track it and explain why it matters.

How would you distinguish a useful writing task from a vague content task in this workflow?

A useful writing task comes from an observed weakness and names the surface to repair. For example, “add a factual opening to the Dutch family reunification page that states jurisdiction, client problem and service boundary” is useful because it is concrete and reviewable. A vague task such as “improve immigration content” gives no clear standard for completion. In this workflow, writing is not just more content. It is a correction or clarification of public evidence. The task should help ChatGPT lift a more accurate fact without tempting the firm into broad claims it should not make.

In what case would this agency workflow fail or become misleading?

The workflow becomes misleading when the agency records activity instead of observed evidence. If it rewrites pages without an audit, treats one good answer as proof, or promises that ChatGPT will remember a correction quickly, the method loses discipline. It can also fail when the agency has no access to the surfaces causing the problem and does not say so. A directory may be wrong but uneditable. A third-party mention may stay stale. In those cases the backlog should mark the limit clearly. Honest workflow includes blocked items, uncertain effects and slow movement, not just completed tasks.

How would you explain this final workflow to a cautious lawyer who dislikes AI marketing language?

I would say the workflow is closer to record-keeping than marketing theatre. We test how ChatGPT describes the firm, inspect the public evidence that may explain those answers, correct weak or stale sources where possible, write clearer factual statements, then retest the same prompts. The goal is not to guarantee that ChatGPT recommends the firm. The goal is to reduce avoidable confusion: wrong city, vague category, stale profile, or stronger-neighbour pull. A cautious lawyer can treat the workflow as a public-evidence maintenance process with measurement, rather than as a promise of machine favour.