Aconex
Field
Test Plans

Transitioning ITPs into Aconex

Moving Inspection and Test Plans (ITPs) into Aconex is less about digitizing forms and more about aligning existing inspection practices, responsibilities, and evidence requirements with a connected and collaborative digital process.

Done well, Aconex Test Plans helps remove duplication, improve consistency, and makes quality requirements clear before work starts.

Time

4-6 weeks

Difficulty

Hard

Project Stage

Plan; Phase Change

Using the Play

The aim of this Play is to help you move your ITPs from disconnected, paper-based processes (including digital versions that directly replicate paper) into a connected and collaborative digital process within Aconex, in a structured, low-risk way.

Many teams attempt this by jumping straight in and re-creating paper forms verbatim in the digital solution. This often results in duplication, confusion, and a digitized version that doesn't work in the real world. It is important to recognize that a direct copy from paper to digital is rarely successful, as some elements just don't translate.

Instead, this Play guides you through the transition, taking advantage of the opportunities presented by digital collaborative ITPs in Aconex Test Plans.

The key is to start small, learn what works, then apply it consistently across all your ITPs.

 

This Play will…

Show you how to transition your current ITP processes into Aconex Test Plans using structured workshops, parallel real-world testing, and help you prepare to deploy on your project.

 

Why you need this Play

Disconnected, paper-based ITPs rely on manual coordination, signatures, and can inadvertently create siloed information. As projects progress, this leads to:

  • Poor traceability
  • Double handling
  • Unclear approvals
  • Manual inspection tracking

Aconex Test Plans addresses these issues, but only if the digital inspection process is designed, agreed, and then adopted properly.

 

Setting the scene

Moving ITPs into Aconex can feel complex, especially when multiple stakeholders are involved.

The most common mistake is approaching it in an unstructured way and trying to solve everything in a single session or one configuration pass.

Instead, this Play separates understanding the process from designing the digital solution, ensuring a coordinated approach while giving both areas the attention they need.

If you're ready...let's get started!

This Play is designed to be practical and easy to follow. However, transitioning ITPs into Aconex is a significant undertaking that involves both process alignment and configuration.

Many teams choose to engage our Professional Services team to help structure the work, guide workshops, validate design decisions, and support parallel testing. This can reduce rework and shorten time to adoption.

Step-by-step

  • 1Get your information together (30 min)

    Collect current ITPs, reference material, and identify who needs to be involved.

    Start by creating a small shortlist of candidate ITPs that could be suitable for a digital approach. Then collect all the related materials such as:

    • Forms
    • Checklists
    • Process documentation
    • Work Instructions
    • Completed examples

    Now determine who the players are. Who does this impact, and who is involved?

    The specific roles will vary by project, but typically include:

    • Quality Manager
    • Construction Manager
    • Site Supervisor
    • Document Controller
    • Consultants

    This becomes your invite list to your workshop sessions.

Consultant Tip

Choose ITP candidates that are representative, but manageable and that test the flow end-to-end.


  • 2Conduct workshops (90-120 mins each)

    Create a shared understanding of the current process, then redesign it for digital use.

    This step consists of two consecutive workshops. They should be close together in time, but not combined.

    Each has a different purpose.

     

    Workshop 1 - Review the current process

    Purpose: This is about fully understanding the existing "real world" process, you are not designing anything new yet.

    The goal of this session is to discuss broadly and get a clear picture of how the process works today, not what the procedure document or flow diagram shows.

    This workshop allows those involved to share and understand how the process actually works today. The intent is to surface assumptions, inconsistencies, and informal workarounds that paper-based (or disconnected digital) processes often hide.

    Review the materials you collected in step 1, and focus on:

    • How inspections are performed
    • Where decisions are made
    • Who is responsible at each point
    • What is driven by contract or specification
    • What is challenging about the process

    Draw it out on a whiteboard to facilitate the discussion. You could use stepped process diagrams for a good way to visualize.

    As part of this discussion, agree on a single ITP from the shortlist to configure as a Test Plan Template in Aconex.

    By the end of this session, everyone should have the same understanding of how the process works today and where the pain points are.

     

    Workshop 2 - Design the digital version

    Purpose: You're not configuring anything yet. This is where you design what the digital version of your ITP will look like.

    In this session, you'll take the ITP you selected at the end of workshop 1 and work through how it would function digitally in Aconex Test Plans.

    Watch the What is Test Plans video, and read through the Get started with Test Plans article, which will give you a foundational level of understanding.

    Walk through the ITP step by step and identify the activities required to complete the work. For each activity, focus on what must happen for the work to be considered acceptable, not how it has historically been recorded.

    As you work through the ITP, use the following prompts to guide discussion:

    Control and hold points
    • Why does this hold point exist?
    • What risk is it managing?
    • Does it need to stop the collection of information, or just notify someone?
    • What does it mean on site if the next activity cannot proceed until this is released?
    • If this control point didn't exist what would break?
    Roles and responsibility
    • Who is the person responsible for completing the step?
    • Who contractually needs to review or approve this step?
    • Who needs visibility after the fact?
    Activity structure
    • Which activities always happen together on site?
    • Which activities are separate only because of the paper format?
    • What could reasonably be collapsed into a single activity?
    Digital application realities
    • Who completes this action, and where are they when they do it?
    • Do they realistically have access to a device at that point?
    • What happens if it can't be completed immediately?

    These discussions help determine which parts of the process you are prepared to enforce digitally, and which may need to change before they can be.

    This is your opportunity to review the process and make changes based on the digital capabilities of Aconex Test Plans and the other Aconex features.

     

    Once you're happy with the process design, document the detail needed to configure the Test Plan template in Aconex.

    The following is a guide on what you'll need to know:

    Across the process
    • Which organization needs to oversee the ITP and submit it?
      You'll make this organization the Manager in the template.
    • Which organization or user needs to close the test plan?
      You'll make this organization the Approver in the template.
    • What needs to be done to successfully complete the work?
      These are the Activities, which are supported by Record Requirements (evidence) like checklists and attachments.
    For each activity
    • What are the requirements to complete? (Acceptance Criteria)
    • How should it be performed, tested or inspected? (Method)
    • How often should it be performed? (Frequency)
    • Which organization will work on the activity? (Assignee)
    • What documents are needed to complete the work? (Reference Documents)
    • What records are needed as evidence of the work? e.g. photos, or checklist (Record Requirements)
    • Who needs to review after the Assignee completes their work and marks it for review? (Reviewer)
    • What actions should the Reviewer take, and how do these impact the flow of the ITP? e.g. hold point, or witness point (Reviewer Actions)

    Custom Reviewer Actions can be configured in Aconex Test Plans, and used to describe what the reviewer needs to do.

     

    By the end of this session, you'll need to have the following:

    • A single ITP with a structured set of Activities
    • Clearly defined Reviewer Actions
    • Agreed ownership of the ITP
    • Enough detail to confidently configure the template in Aconex

Consultant Tip

Two workshops work better than one long session. Teams need time to reflect on the current process before redesigning it.

If you need more time or workshops, that's ok. This is the time to review current process, understand the digitization opportunities and challenges before moving on.


  • 3Configure the Test Plan Template in Aconex (60-90 mins)

    Configure your template based on agreed decisions from the workshops.

    This is where you'll take your outcomes from the workshop sessions and configure into Aconex.

    You should set this up in a sandbox project (testing environment) rather than your live projects. Once it has been thoroughly tested you'll be able to copy it into your live projects.

     

    Part 1: Prerequisite Setup

    Before you dive in to creating the template you'll need to set up a few other items in Aconex.

    Add Inspection Templates

    To maximize your use of the Aconex platform and the connected collaboration it brings you can use Field's Inspection Templates. This approach allows you to link your existing checklists or PDF forms, enabling assignees to use them for completion of Record Requirements or evidence of their work.

    If you have not already done so, you can digitize your Inspections (Checklists) in Field. There are a couple of ways you could do this. Follow the guides on Support Central for detailed step-by-step instructions.

    1. Adding a checklist template to your project
    2. Adding a PDF Form template to your project

     

    Configure Test Plan Categories

    Test Plan categories help you organize templates. They'll also make it easier to filter and search as your library of Test Plan Templates grows.

    There's no fixed rule for how categories must be set up. The key is choosing a structure that makes sense not only to you, but to everyone involved in creating and using Test Plans across the project.

    The best category structure is the one your team actually uses.

    You might organize templates around disciplines. This mirrors how work is typically packaged on site.

    • Architectural
    • Electrical
    • Fire
    • Health & Safety
    • Mechanical
    • Structural

    Or the elements of work on the project. This might look like:

    • Early Works
    • Demolition
    • Temporary Works
    • Construction
    • Fit Out
    • Commissioning

    A smaller set of well-understood categories is usually more effective than a large, detailed set that's used inconsistently.

     

    Configure Reviewer Actions

    Aconex Test Plans comes pre-configured with Hold Points and Witness Points as Reviewer Actions, reflecting standard practices across the industry.

    1. Hold Point: Reviewer will be notified to review, and this must be released before any subsequent activities can be 'started' (in the Test Plan).
    2. Witness Point: Reviewer will be notified to review, but doesn't stop the next activities from being 'started' (in the Test Plan).

    If you determined the need for additional actions, then you'll need to create them as custom reviewer actions. These will operate in the same way as a Witness Point, allowing subsequent Activities to be 'started'.

     

    Add users and assign roles

    1. Add required Users
    1. Assign Test Plan Roles
    1. Assign Participant Roles

    Participant roles can be assigned at an individual or organizational level. Check Support Central for full details on Test Plan and Participant Roles.

    For this initial setup it is reasonable for the project-owning org to ensure that people are added to the Field directory. As more Test Plan templates are added it might make more sense for Subcontractors to administer this, and will require someone from those organizations to have the Field Project Administrator role.

     

     

    Part 2: Setting up the Test Plan Template

    Follow the step-by-step instructions on how to do this.

    Once completed, if you are a Test Plan Administrator, the template will be available immediately after you select 'Publish'. If not, the template will enter a review process and must be approved before it can be used.

Consultant Tip

You don't need to use Checklists in Field to be successful, although they can be a strong option for digital collaboration, and may already be in place on your project.

Record Requirements can be satisfied just as effectively with a scan or photograph of a paper-based checklist.


  • 4Run parallel testing (3-4 weeks)

    Trial the new digital process alongside the existing.

    This step is about building confidence in the digital process without putting delivery at risk. Rather than switching over to your newly created Test Plan Template, run the Test Plan alongside the existing paper process for a short period.

    Use the Test Plan end-to-end, from starting each activity through to review and completion.

    Let your existing process continue in parallel.

    Things to look for

    • Activities that are not clearly defined
    • Instructions that are unclear
    • Roles or responsibilities that slow things down
    • Record requirements that are easy to capture, and those that are not

Consultant Tip

Keep the scope deliberately small. One crew. One area. One inspection cycle. One supervisor who'll actually use it.

Remember to capture feedback while it's fresh. Small issues can be easier to fix on-the-fly and harder to fix later.


  • 5Update and apply across other templates (60 min)

    Incorporate learnings and apply the approach to similar ITPs.

    Once parallel testing is complete, review what worked, what didn't, and what surprised you.

    If the changes are significant, it may be worth running another test.

     

    Making changes and copying to your live project

    Focus on the structure of the Test Plan Template, not edge cases.

    Make targeted changes to:

    • Activity sequencing
    • Reviewer actions
    • Record requirements
    • Role assignments
    • Language and clarity

    You're now in a position to copy this template from your sandbox into your live projects.

    Project specific data such as participants, categories, reviewer actions, inspection templates, and documents from the source project are not copied. You'll need to recreate them in your live project.

    Copying a Test Plan Template cannot, and should not, bring users, roles assignments or documents into another project.

     

    Apply across other ITPs

    When the approach feels stable, apply the same pattern to other ITPs.

    The project team should now have a good understanding of how to build and test a Test Plan Template.

    You don't need to redesign every template from scratch. But you should still review each one before adding as a Test Plan Template in Aconex.

Consultant Tip

ITPs for other areas of quality management will differ, and that's to be expected. The key is knowing which Test Plans features and configurations can be reused as you scale across the project.


  • 6Determine how you'll deploy on the project (60-90 min)

    At this point, the focus shifts from configuration (how to set up) to adoption (how to encourage use).

    Before rolling Test Plans out more broadly, take time to agree how they'll be introduced on the project.

     

    Start with ownership

    Decide who is responsible for maintaining templates, approving changes, and supporting teams if template or configuration issues arise.

     

    Then consider enablement and support

    Think about who needs to be trained, how that training will happen, and what additional support people will need.

    You won't always require a formal training session. In some cases informal methods may work better, for example toolbox talks, site-walks, or providing simple reference material. You'll likely need a mix of these methods to reinforce learning and support ongoing improvement.

    Decide who people go to when they get stuck, and how quickly issues need to be resolved.

    Use Support Central to support enablement. It's a useful source of documentation, learning paths, and real-world examples of ITPs in practice.

     

    Finally, think about timing

    Decide when using Test Plans for the management of quality on your projects becomes mandatory and whether the rollout should be phased by discipline, area, or subcontractor.

    Be clear about how existing work in progress will be handled.

Consultant Tip

It doesn't make sense to bring Test Plans in midway through an activity. Pick a compelling event that will act as your trigger for change, and work towards that date.

Next Steps

Once you've agreed on and documented your deployment plan, and ensured your team is on board and aligned with it, it's time to roll Test Plans out.

Once Test Plans are in use:

  • Monitor how they're being applied on site
  • Capture feedback from all those involved
  • Make small adjustments as needed

Remember, don't just "set and forget". Revisit your templates regularly to make sure that they are configured in the most effective way, and still match how work is actually being done.

Getting the structure right early makes a real difference to adoption.

If you'd like support validating your approach or accelerating rollout, our Professional Services team can help guide discussions, validate design decisions, and support parallel testing — helping you reach a stable, adoptable solution faster and with less disruption to delivery.