Industries · Professional services

A firm-wide AI adoption sequence that partners will sponsor and clients can accept

If you run a law, accounting, consulting, engineering or advisory firm and need to decide where AI goes first, I build a firm-level use-case portfolio, a client boundary model setting out which client data may go where and on what terms, and a governed pilot sequence with a partner sponsor for each stage. Your risk partner keeps the final word on client obligations.

This is a good fit if…

  • Partners are split between enthusiasm and refusal, and practice groups are adopting tools on their own.
  • Clients have started asking, in panel reviews, tenders or engagement terms, whether and how you use AI on their work.
  • You have firm-wide licences but no agreed position on which client data may be used with them.
  • The COO needs a sequence that respects information barriers, partner review and the way the firm records and bills time.

Look elsewhere if…

  • You only need one team to adopt AI in its own workflow. Use AI enablement for client-service teams, or for finance teams if it is the firm's finance function.
  • You want advice on professional-conduct rules or the drafting of your engagement terms. That belongs with your general counsel or professional body.
  • You want AI to replace partner review of client deliverables. I will not design that.

What you get

Firm-level use-case portfolio, client boundary model and governed pilot sequence

  • A use-case portfolio across practice groups and business services, scored on value, client-data exposure, review burden and effect on recorded time.
  • A client boundary model: categories of client information, which tools and environments each may enter, and what client consent or contract term each requires.
  • A staged pilot sequence with a named partner sponsor, review rule and exit criterion for each stage.
  • One or two first-stage pilots run, with evidence on time, quality and reviewer findings.
  • A decision record the management committee can adopt, amend or reject.

How it runs

  1. 01

    Partner interviews and inventory

    I interview practice and business-services leaders, list current and wanted AI use, and record the licences, tools and shadow use already in the firm.

  2. 02

    Client boundary model

    With your risk partner, I classify client information and map it against tools, environments and the client commitments in your standard terms and key client agreements.

  3. 03

    Portfolio and sequence

    Use cases are scored and staged, starting with internal and non-client work, with a partner sponsor and exit criterion for each stage.

  4. 04

    First pilots and committee decision

    One or two first-stage pilots run with real users; results and the proposed next stage go to the management committee.

What needs to be in place

  • A managing partner or COO who sponsors the work and can put a decision to the management committee.
  • A risk or general-counsel partner who owns client obligations and will rule on boundary questions.
  • Your standard engagement terms and the AI or data clauses from key client agreements.
  • An inventory, even rough, of AI tools and licences already in use.

Not included

  • Legal, regulatory or professional-conduct advice.
  • Drafting or changing engagement letters or client contracts.
  • Client-facing statements about the firm's AI use; the firm makes those.
  • Automated sign-off of client deliverables.
  • Redesigning the firm's billing model; I show the effect on recorded time, the partnership decides what follows.

The situation

Professional-services firms adopt AI under conditions most businesses do not face. The product is expert judgement, signed off by a partner. The most valuable raw material is client information, held under confidentiality obligations, information barriers and increasingly explicit client terms about AI. And the commercial model often rewards time spent, which AI is designed to reduce.

Inside most firms the result is uneven. One practice group pilots a drafting tool; another bans everything. Business services quietly use public chat tools. A major client sends a questionnaire asking how AI is used on its matters, and nobody can answer for the whole firm. The managing partner is asked to approve spending without a view of where the value or the exposure lies.

The task is sequencing: deciding what goes first, under which rules, sponsored by whom, so the firm learns safely and partners can see evidence before client work is affected.

What the work involves

The use-case portfolio. I interview practice and business-services leaders and collect candidate uses: research and first drafts, document review preparation, proposal and pitch assembly, knowledge retrieval over precedents, time narrative drafting, meeting notes, internal reporting. Each is scored on four things that matter in a firm: value to the practice, client-data exposure, review burden on partners and senior staff, and effect on recorded time.

The client boundary model. With your risk partner, I classify client information (public, firm-generated, client-confidential, specially restricted by contract or regulation) and map each class to the tools and environments it may enter, the permissions those tools must respect, and the client consent or contract term each use depends on. Questions the model cannot answer, such as whether a particular client’s terms permit any AI processing, go to the risk partner as named decisions.

The governed pilot sequence. Stages run from internal, non-client work, through client work in approved environments with existing matter permissions, to client-facing outputs where the client has agreed. Every stage has a partner sponsor, a review rule (who checks what before it leaves the firm) and an exit criterion.

My approach to review rules follows published work on approval boundaries: the system should make the required review unavoidable, not rely on people remembering it. My book on everyday AI automation covers the research, drafting and reporting workflows that usually make up the first stage.

The signature deliverable, illustrated

Illustrative extract from a pilot sequence, not taken from a client:

StageScopeClient data allowedReview rulePartner sponsorExit criterion
1Proposals and knowledge retrieval from firm materialNoneAssociate checks citations; partner approves proposalHead of business developmentReviewers report fewer corrections over the pilot
2First-draft research memos on live mattersClient-confidential, in approved environment onlySupervising partner reviews every memoPractice group headNo boundary breaches; review time recorded
3Client-facing summariesOnly where client terms permitPartner sign-off; client informedManaging partnerClient feedback and risk partner approval

How acceptance is judged

The management committee accepts the portfolio, boundary model and sequence as a decision record, and each pilot is accepted against its own exit criterion. The risk partner signs off the boundary model before any stage involving client information starts. Pilot evidence covers time, reviewer corrections and any boundary incidents.

Ownership and handover

The COO owns the sequence; each stage belongs to its partner sponsor; the risk partner owns the boundary model and keeps it current as client terms change. I hand over the scoring method so the firm can add new use cases without restarting.

When to choose something else

To enable one client-delivery team inside an approved stage, see AI enablement for client-service teams. For the firm’s own finance function, see AI enablement for finance teams. If tools are bought but unused, start with stalled rollout rescue. Other sectors are on the industries overview.

Questions buyers ask

Why start with internal work rather than client work?

Because it lets the firm learn how review, quality and time recording change without putting any client obligation at risk. Knowledge management, proposal drafting from the firm's own material and business-services work usually come first. Client work follows once the boundary model is agreed and the first stage has produced evidence partners trust.

How do you handle information barriers between clients?

As a boundary in the system, not a reminder. Where a tool can reach client documents, its access follows the same matter or engagement permissions as your document system, and the model records which tools respect those permissions. A tool that cannot enforce them stays out of client work until it can.

What about the billable hour?

Pilots measure time saved and where it went. In a firm that bills by time, that raises commercial questions about pricing and write-offs. I make the effect visible in the pilot evidence; how the firm prices, records or shares it is a partnership decision I will not pre-empt.

How is this different from your client-service team enablement?

That page helps one team adopt AI in its own delivery workflow. This page is the firm-level decision: which practices go first, what client data may be used, who sponsors each stage. Firms often commission this first and then team-level enablement for the stages it approves.

Do you need access to client files?

Not for the portfolio and boundary model, which work from categories, terms and interviews. Pilots that use client material happen only in approved environments, under your matter permissions, after the risk partner has approved that stage. I work on firm devices or approved devices, through your access controls, and nothing is copied out of the firm's environment.

Related engagements

Industries · Regulated operations

Regulated operations

We need useful AI workflows in a controlled environment. How do we translate agreed policies into technical and review controls?

You get:Policy-to-workflow control mapping, evidence capture and pilot approval dependencies

Industries · Retail and marketplaces

Retail and marketplaces

Which search, merchandising and operations problems should we tackle first, and how will we measure whether the change helps?

You get:Retail-specific opportunity brief, evaluated retrieval or recommendation pilot and rollout plan

Department enablement · Client service

Client-service teams

How can consultants prepare research and client deliverables faster without mixing client data or publishing unsupported advice?

You get:Client-separated research workflow, evidence ledger and partner review checklist

Department enablement · Finance

Finance teams

We want faster management reporting, but every number and source still needs review. What can safely be piloted?

You get:Source-linked reporting workflow, reconciliation checks and reviewer sign-off steps

Industries · B2B SaaS

B2B SaaS

We need an AI feature that works across customer accounts without breaking tenant isolation or unit economics. What belongs in the delivery plan?

You get:Tenant-aware feature architecture, task evaluation and per-customer cost model

Industries · Education operations

Education operations

We need help with administrative research and communications, not automated student selection or grading. What workflow fits?

You get:Staff workflow pilot, source checks, restricted-data handling and human approval

Further reading

Describe what needs to work

A short, non-confidential description is enough to start. I read every brief personally and reply within two business days, including when the answer is that I am not the right fit.

Step 1 of 2 · The basics