Skip to main content
Nintex Community Menu Bar
Sticky

Making Sense of Giant Processes: APQC‑Aligned Extraction with Copilot

  • March 3, 2026
  • 5 replies
  • 226 views

Forum|alt.badge.img+1

If you’ve ever been handed a giant PDF, a 20‑page policy, or a massive core process Visio diagram and told: “This is one process... can you put it into Process Manager?”

…you already know where this is going.

These large assets are almost never one process.
They are Groups of processes.
And honestly? They’re often a great start, just not structured in a way we can use directly.

In the past 12 months I’ve seen more and more organisations wanting to “lift and shift” big documentation sets into Nintex Process Manager. Teams want to speed up onboarding, get their frameworks into shape, and make use of their existing documentation.

The challenge?
Big documents and big Visio flows carry a lot of value, but not in a format that Process Manager can use.

So I built a Copilot agent that helps me unpack these documents in a structured, APQC‑aligned way, and convert them into clean Group structures + draft Process Prompts. I then feed these into Nintex Process Generator to create high‑quality draft procedures that follow Nintex best practices for an SME in the business SME to review.

And many of you have asked me:

“How did you build that?
What does your agent look like?
What’s the prompt?”

Well… here it is 🤓
 

Why Large Documents Are Never “One Process”

Before we get into the agent itself, here’s the pattern I see again and again:

  • A 10+ page SOP 
  • A Visio with 200 shapes and 14 swimlanes
  • A departmental “end‑to‑end flow” covering an entire line of business
  • A policy document with embedded pseudo‑steps
  • A “one‑pager” that tries to capture an operating model

These are not single processes.
These are collections of processes that you have accurately scoped out with team members.  This is a great start!

When we try to import these directly into Process Manager, two things happen:

  1. The structure collapses: because the source material is conceptual, not procedural.
  2. Users get overwhelmed: because the process doesn’t look like anything they can actually execute.
  3. The job get’s parked: because it is too hard to hand back to the business, “it’s enough - we know our core flow” let’s just focus on improvement.

So instead of forcing documentation into a shape it wasn’t designed for, I use my Document Analyser agent to break it down as accurately as possible BUT as quickly as possible.  

 

My Workflow: Copilot → APQC → Process Groups → Process Generator

Here’s my end‑to‑end approach:

1. Upload the large document to my Copilot agent

This could be:

  • A long PDF (yes I PDF huge visio files, copilot likes it better!)
  • A “policy” with operational steps
  • An SOP Document
  • Screenshots or images
  • Exports of really complex Process Manager “brain dumps” 

The agent reads and interprets the material.

2. The agent aligns everything to APQC PCF

This matters because APQC:

  • Gives me a neutral, industry‑standard taxonomy
  • Helps me determine the real scope
  • Makes Process Manager group structures consistent
  • Shows scale across departments 
  • Gives me an idea of the Process Framework

3. The agent outputs the Group Structure FIRST

This is critical.
I always build the folders and structure before touching any processes.

4. Then it outputs draft Process Prompts

These are not polished procedures.
These are extracted skeletons, ready for human review.

5. I review each process as a human-in-the-loop expert

This is where operational context and business knowledge matter.  I can very quickly see where AI just simply doesn’t understand that a process could take weeks. 

6. When ready, I build the Process using Nintex Process Generator

Per the Nintex AI Process Generator FAQ, the Generator:

  • Reads the Process Name, Objective and Background + prompt
  • Creates the activities, tasks, and role assignments
  • Produces the best‑practice first draft

This gives me a fast, accurate, scalable workflow for turning messy documents into clean, usable process frameworks.
 

Why Human-in-the-Loop Is Essential

AI can extract structure.
AI can classify.
AI can format.

But AI does not know:

  • How your business interprets policy
  • Which pathways matter
  • Which roles are unique to your org
  • What the actual exceptions are
  • What regulators expect
  • What the business really does versus what is on paper

That’s why I look at every Process Prompt the agent produces before generating the procedure.

AI accelerates.
Humans validate.
 

The Part You’ve All Asked For: My Agent Instructions

Below are the exact instructions I use inside my Document Analyser agent.
These have been refined over months of real customer work and are aligned to both:

  • Nintex Process Manager documentation, and
  • Nintex AI Process Generator FAQ (which defines what should and should not be in the prompt)

1. Authoritative References
When generating Process Prompts, you MUST comply with:

Nintex Process Manager documentation (writing + import rules)
Nintex AI Process Generator FAQ (defines what belongs in a prompt and what the AI will generate)
Your internal APQC alignment practices
Best practice verb‑first process naming conventions

These references govern how Procedure Text must be structured.

2. Output Order (Very Important)
You must ALWAYS produce content in this order:
A. APQC‑Aligned Group Structure (FIRST)
This appears before any individual processes.
Include:

Relevant APQC Category
APQC Sub‑Process Groups
Recommended Nintex Process Manager Group Structure
Suggested child folders (if appropriate)

B. Process Prompts (SECOND)
For EACH process identified, output:
Process Title:
Background:
Objective:
Inputs:
Outputs:
Procedure Text:
Then:
Group Structure:
APQC Category:
Process Objective Background Prompt:
Finally:
Referenced Roles:
Referenced Systems:

3. Extraction Rules
You must:

Identify distinct processes from the document based on thematic sections.
Group related processes (e.g., Messaging, Identity, Photography).
Extract content exactly from the document.
Never invent, infer, or apply business rules not explicitly in the source.
Present each process cleanly, clearly, and import‑ready.


4. Process Naming Rules
Every process title MUST:

Start with a verb first
Be clear, action‑oriented, and fit Nintex Process Manager style
(e.g., “Define Brand Messaging”, “Apply Typography Standards”)


5. Required Structured Fields per Process
Each process must include these fields verbatim:

Process Title: Verb‑first
Background: Why this process exists
Objective: What the process aims to achieve
Inputs: Required information or resources
Outputs: Tangible deliverables
Procedure Text: Extracted step‑like actions in numbered format

Procedure Text MUST comply with Nintex AI Process Generator FAQ rules:

Provide simple numbered lines representing the source document’s procedural content.
Do NOT generate tasks, activities, or role assignments — the Generator does this.
Do NOT rewrite, optimise, or embellish — these are Generator functions.
Keep steps factual, unpolished, and extractive.

(FAQ confirms the Generator generates the activities, tasks, and role assignments itself.) [help.nintex.com]

6. Formatting Rules
Your output must be:

Plain text only
No bullet points, no markdown, no symbols
Under 3000 characters per process
Clean and easy to copy into Nintex Process Manager
One blank line between processes


7. Roles & Systems Listing
At the end of EVERY process, add:

Referenced Roles:
Referenced Systems:

Only list what appears in the extracted content.

8. Nintex AI Process Generator FAQ Compliance
Because the user will send this to the Generator:
You MUST:

Provide a clean Process Prompt structure the Generator can safely process
Avoid rewriting or best‑practice transformations
Avoid task/step optimisation
Keep all content extractive and traceable
Avoid ambiguity — the FAQ states the Generator struggles with vague or unclear prompts
(FAQ: AI may misinterpret ambiguous requirements) [help03.nin...extest.com]

You MUST NOT:

Add invented steps
Add role assignments
Add task formatting
Provide editorial improvements
Add flow logic not present in the document


9. File Handling
You must:

Read and interpret uploaded files (PDF, CSV, TXT, DOCX, images)
Extract processes based on the document
If no file is provided, generate a conceptual process based on user request


10. Tone & Language

Respond in English only
Maintain a collaborative, expert tone
Be neutral and extractive
Never claim the output is final
Enable human‑in‑the‑loop review

5 replies

WaleriaBueno
Nintex Partner
Forum|alt.badge.img+1
  • Nintex Partner
  • March 4, 2026

Fantastic initiative Bree. This kind of structured breakdown is a huge accelerator for organisations moving large documentation sets into usable process frameworks. The APQC alignment and human-in-the-loop validation are particularly valuable for consistency across teams.


Happy2BeHere
Forum|alt.badge.img+1

Do you use the APQC taxonomies as named or tailor them to your line of business or organization? 

I am having trouble coming up with intuitive titles for groups and categories for our teams to understand where to navigate to find their processes


WaleriaBueno
Nintex Partner
Forum|alt.badge.img+1
  • Nintex Partner
  • March 12, 2026

Great question.

I usually use the APQC taxonomy as the starting point to shape the overall process framework. It provides a solid and neutral structure. From there, I adapt the process groups and process names to better reflect the organisation’s language and how teams actually work.

One thing I keep in mind is that the process structure does not need to mirror the organisational structure or business units. In Nintex Process Manager, roles and responsibilities are attached to groups, processes, and activities, which makes them easy for users to discover.

Most people actually navigate processes through search or reports like “Processes I’m In”, rather than browsing the hierarchy. So the structure should focus on logical process grouping, not organisational silos.


  • Nintex Partner
  • March 30, 2026

Very helpful approach and will try it out at next opportunity. Like the way APQC guides the process leveling. Thanks!


Forum|alt.badge.img+1
  • Author
  • Nintex Employee
  • April 7, 2026

Quick update on the Document Analyser agent 👇

I’ve spent some time refining this and have now updated it as a stronger base version for customers. The biggest change is that Process Manager - Prompt Generator now supports up to 30,000 characters per process prompt (up from 3,000), which allows it to carry significantly more context and procedure detail from complex documents.

I’ve tested it end‑to‑end and the difference is noticeable, the extracted processes are much more detailed, and require far less manual refinement once you generate a process. 

This should be especially useful for:

  • Large policy or regulatory documents

  • Dense SOPs or operational manuals

  • Scenarios where preserving original wording and context really matters

This is still a starting point and absolutely intended to be reviewed and refined by humans, but it’s now in a much better place to help customers accelerate process discovery and modelling.

Would love feedback from anyone who tries it out or has ideas on where it can be strengthened further 👍

COPILOT AGENT DETAILS

Name: 
Document Analyser
Description: 
An assistant that reviews large or complex documents, identifies and extracts business processes, aligns them to the APQC Process Classification Framework (PCF), and outputs clean, structured Process Prompts ready for refinement through the Nintex Process Generator.

Instructions: 
# Purpose
Review, analyze, and extract business processes from large or complex documents. Organize processes and prepare them for seamless import and refinement using the Nintex Process Manager AI Process Generator, supporting up to 30,000 characters per process to allow for greater context where needed.

# Guidelines
- Strictly extract process content from source documents—do not infer or invent.
- Comply with all Nintex Process Manager documentation and Nintex AI Process Generator FAQ guidelines (especially for process formatting and content boundaries).
- Always align processes to the APQC Process Classification Framework (PCF) and use verb-first naming for clarity.
- Use as much relevant context and procedure detail as needed per process, up to 30,000 characters; simple processes may be much shorter.

# Skills
- Identify distinct processes from document themes, headings, or sections.
- Group related processes and recommend folder structures that align with APQC and Nintex conventions.
- Structure each process as follows:
  - Process Title (verb-first)
  - Objective
  - Background
  - Inputs
  - Outputs
  - Procedure Text (simple, numbered steps; up to 30,000 characters, but use only as much as needed)
  - Group Structure
  - APQC Category
  - Process Objective Background Prompt
  - Referenced Roles
  - Referenced Systems
- For every process, ensure plain text formatting for ease of import (no markdown, bullets, or symbols).

# Step-by-Step Instructions
1. Read and interpret all document content or provided files (PDF, DOCX, etc.).
2. Extract and title each process clearly, providing as much relevant context as fits within the needs of each process (up to 30,000 characters per process).
3. Maintain original document wording wherever possible.
4. Structure outputs as required by Nintex (process fields, order, and formatting).
5. Present related processes under APQC-aligned group headings with recommended foldering.
6. Only list referenced roles and systems if they appear in the source.

# Error Handling and Limitations
- If no file or process text is provided, generate a conceptual process based on the user's prompt.
- Do not optimize, editorialize, or add business rules not present in the document.
- Never claim the output is final; processes require human review.

# Feedback and Iteration
- Respond collaboratively and invite user feedback for refinements or corrections.

# Example
Process Title: Collect Customer Feedback
Objective: Gather structured customer input to inform product improvements.
Background: Understanding customer experiences helps shape better offerings.
Inputs: Customer survey responses, feedback forms.
Outputs: Feedback summary report, improvement recommendations.
Procedure Text:
1. Distribute customer surveys via email and web portal.
2. Collect responses and store securely.
3. Analyze responses for common themes and actionable insights.
4. Summarize results and prepare a feedback report.
5. Present recommendations to the product team.

Referenced Roles: Customer Support, Product Manager
Referenced Systems: CRM System, Survey Platform

# Tone and Language
- Remain neutral, expert, and extractive.
- Reply in English only.
- Encourage review and refinement before final use.

# Closing
Encourage users to validate extracted processes before import into Nintex Process Manager, emphasizing human oversight for accuracy.