Platform enablement · ChatGPT

Turn your ChatGPT workspace into a few approved workflows people actually use

If your organisation has a ChatGPT Enterprise or Business workspace, commission a workflow pilot. I work through tenant-specific readiness questions with your administrator (what staff may upload, which apps and connectors are on, how GPTs and projects are shared), build two or three approved workflows with one team, coach them on real work and measure repeat use.

This is a good fit if…

  • You have a ChatGPT Enterprise or ChatGPT Business workspace and usage is broad but shallow.
  • Staff ask what they are allowed to upload, and the answer differs depending on who they ask.
  • Teams are building custom GPTs or projects with no agreement on ownership, sharing or upkeep.
  • IT is deciding which apps and connectors to enable and wants the decision driven by real workflows.

Look elsewhere if…

  • Your organisation has not chosen a platform yet. Use AI tool rollout and adoption support to run a fair comparison first.
  • Your staff work mainly in Microsoft 365 with Copilot licences. Use the Microsoft 365 Copilot page.
  • You want developers using AI for code. Use the engineering enablement pages instead.

What you get

Tenant-specific readiness questions, approved-workflow pilot and user coaching plan

  • Written answers to the tenant readiness questions, agreed by IT, data protection and the sponsor.
  • Two or three workflows packaged as shared GPTs or projects, each with a named owner and approved reference material.
  • A pilot team coached on those workflows using their own work.
  • Repeat use, time and reviewer quality measured against a baseline.
  • A coaching plan and rollout recommendation for the next teams.

How it runs

  1. 01

    Tenant readiness session

    A working session with your workspace administrator and data protection lead to answer the readiness questions for your plan and settings.

  2. 02

    Workflow selection

    With the pilot team, I choose two or three recurring tasks where uploaded or connected content plus a clear output format makes ChatGPT useful.

  3. 03

    Build and coach

    Each workflow becomes a shared GPT or project with instructions, approved reference files and a reviewer. The team uses it on live work with coaching.

  4. 04

    Measure and recommend

    Workspace analytics where your plan provides them, plus workflow-level measures, go into a short report with a coaching plan for the next teams.

What needs to be in place

  • An active ChatGPT Enterprise or Business workspace, and an administrator who can change its settings.
  • Your acceptable-use or data classification policy, or agreement to write a pilot version.
  • A pilot team of roughly eight to twenty people with a lead who will own the workflows.
  • A reviewer for each workflow who checks the output today.

Not included

  • Holding admin rights or acting as workspace administrator.
  • Building API integrations or custom applications on OpenAI's platform, unless scoped as delivery.
  • Legal advice on data processing terms. Your data protection lead and counsel own that.
  • Licence purchasing, resale or negotiation with OpenAI.

Independent practitioner; not affiliated with, endorsed by or certified by OpenAI. Product details on this page were checked against OpenAI’s help centre in October 2026 and are re-checked at the start of each engagement.

What is different about a ChatGPT rollout

ChatGPT for work is a separate workspace that your staff bring information into. Unlike assistants built into an office suite, it does not start from your documents and mailboxes. It sees what people paste or upload, what is attached to a shared GPT or project, and whatever your administrator allows it to reach through apps and connectors.

That shapes both the risk and the opportunity. The risk is that careful staff avoid it because nobody has said what they may upload, while less careful staff paste whatever is nearest. The opportunity is that a workflow can be packaged deliberately: a shared GPT or project with clear instructions, approved reference material and a defined output, owned by someone who keeps it current.

OpenAI offers more than one business plan, and the administrative controls differ between them. Product names, plans and settings also change frequently, so I check the current position against OpenAI’s help centre and your own admin console rather than assuming.

The readiness exercise: tenant-specific questions

Before any workflow is built, I run a working session with your workspace administrator, your data protection lead and the pilot sponsor. We answer a set of questions about your workspace, and write the answers down:

  1. Plan and identity. Which plan do you hold? Is single sign-on in place? How are users and groups provisioned, and can feature access differ by group on your plan?
  2. Upload rules. Which categories of information may staff paste or upload (public, internal, confidential, personal data, client data), and which may they not?
  3. Apps and connectors. Which are enabled, for whom, and with what access? Where a connector can take actions as well as read, are actions allowed?
  4. GPTs and projects. Who may create them? How widely may they be shared? Who owns a shared GPT when its creator leaves?
  5. Retention and sharing. What retention setting applies to conversations? Can chats or GPTs be shared by link, and to whom?
  6. Measurement. Who can see workspace analytics, and what will the pilot report from them?

Any question nobody can answer is a finding. It usually explains a good part of why adoption has been shallow.

The pilot approach

Choose workflows that suit the platform. The best first workflows in ChatGPT combine a defined set of reference material with a repeatable output. Illustrative examples: first drafts of proposal sections from an approved boilerplate library; summaries of supplier documents against a standard checklist; analysis of a non-personal data export with a fixed set of questions. Tasks that depend on live data in other systems are better left until the connector decision is settled.

Package each workflow. Each becomes one shared GPT or project with written instructions, approved reference files, an output format and a named owner. The owner is responsible for updating the reference files and retiring the GPT when it is no longer needed.

Coach on real work. The pilot team uses each workflow on live tasks. I run short sessions using their own material and then sit alongside people as they work. Managers are asked to request the new workflow in their normal routines, which matters more than any training session.

Review points. Each workflow has a reviewer who checks output before it leaves the team, against an agreed checklist.

The signature deliverable

You receive tenant-specific readiness questions, an approved-workflow pilot and a user coaching plan. Illustrative extract from a workflow record:

FieldEntry
WorkflowProposal section first drafts, bid team
Packaged asShared GPT, workspace-only, owner: bid manager
Reference filesApproved boilerplate library, current case summaries cleared for reuse
Not permittedClient personal data; unreleased pricing
ReviewerBid manager, before any draft enters the proposal document
MeasuresTime to first draft; reviewer edits per section; repeat use by bid writers

Illustrative example. It shows the format, not a client’s configuration.

How acceptance is judged

The sponsor and your workplace technology owner agree the measures before the pilot starts. Acceptance means the readiness answers are signed off by IT and data protection, each workflow is in use on live work with its owner and reviewer, and results are reported against the baseline. The coaching plan sets out how the next teams will be onboarded, by whom.

Ownership and handover

Your administrator owns the workspace and its settings. Each workflow owner owns their GPT or project. The sponsor owns the rollout decision. For further teams, internal AI champions are usually the cheaper route. If you are still weighing ChatGPT against Microsoft 365 Copilot or Google Workspace with Gemini, start with AI tool rollout and adoption support.

Questions buyers ask

Do we need ChatGPT Enterprise, or will ChatGPT Business do?

It depends on the controls you need. The plans differ in administrative features such as role-based access to features, identity provisioning and analytics. I check what your plan offers against OpenAI's current documentation during the readiness session, and tell you which pilot decisions depend on the difference. I do not sell either plan.

Should every team build its own custom GPTs?

Not at first. Uncontrolled GPT building produces dozens of overlapping assistants nobody maintains. In the pilot, each workflow has one shared GPT or project, one owner, approved reference files and a review date. Wider building rights can follow once the team has seen what a maintained one looks like.

Should we switch on connectors to our other systems?

Only for a named workflow that needs them, and only with the narrowest access that works. Each connector is a decision about what ChatGPT can read, and sometimes act on, in another system. The readiness questions record who approved it and why.

How do you measure adoption in ChatGPT?

Workspace analytics, where your plan includes them, show who is active and which GPTs are used. That is a starting point. The pilot also measures repeat use of the named workflows, time per item and reviewer quality against a baseline, which is what a sponsor actually needs to know.

Are you an OpenAI partner?

No. I am an independent practitioner with no commercial relationship with OpenAI. I work with your existing workspace and verify product details against OpenAI's own documentation rather than relying on memory, because plans and settings change frequently. I also have no preference between OpenAI and other vendors.

Scope a workflow pilot

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