Workflow guide · IT and technology

Technical support
AI and automation with human control.

Where should automation for technical support start?

Start with a specific workflow: ticket triage and incident context. AI can help organise information and prepare tasks; a person should review exceptions and approve business decisions.

Classify requests, gather logs and prepare an initial diagnosis without making changes to customer systems by default. Use test environments and action logs before extending permissions.

Scope of the first pilot
AreaProposal to assess
Initial workflowTicket triage and incident context
Human reviewApprove access, deployments, configuration changes and customer data handling.
What to measureTriage time, reopened incidents and changes requiring rollback.
Condition for proceedingCheck permissions, data quality and pilot outcomes before expanding the workflow.

An initial workflow to assess

Ticket triage and incident context

For a business such as technical support, start with this bounded workflow. Gather incoming requests and the steps you repeat before deciding which parts are suitable for automation.

  1. Collect

    Create a record for “ticket triage and incident context” with required information, request status and the person responsible for review.

  2. Prepare

    Connect the record to your tools. Prepare a draft or task, check for missing information and retain a history of changes.

  3. Review and close

    Approve access, deployments, configuration changes and customer data handling. Record approval and the outcome before marking the workflow complete.

Information specific to this activity

  • Affected system, symptom and incident time
  • Actions already tried and logs without credentials
  • Agreed priority, permissions and test environment

Illustrative example

Illustrative example: a ticket says an application will not start. The workflow asks for the system, error message and recent changes, then prepares a summary with relevant logs. It does not restart services or change customer configuration: it proposes a check for the technician to approve.

Checks before implementation

Test logs containing sensitive information, an incident with insufficient detail and a duplicate ticket. The output should exclude credentials, ask for missing details and link duplicates without making system changes.

What to prepare before connecting tools

  • Real request examples, removing personal data that is not necessary.
  • A list of tools, fields and statuses you currently use.
  • Approved information for the workflow: ticket triage and incident context.
  • A person responsible for approving exceptions and a procedure for returning to manual work.

What should remain under your control

Approve access, deployments, configuration changes and customer data handling.

Set minimum permissions, review drafts before sending and stop the workflow when information is incomplete or no answer has been confirmed.

How to assess whether it adds value

Triage time, reopened incidents and changes requiring rollback.

Record these measures during a week of manual work and compare them with a pilot of the same scope. Include reviews and corrections in total time: fewer steps are not enough if error correction creates more work.

Guides to explore the workflow

View all guides →

Questions before you start

Can every part of technical support be automated?

We do not assume so. This guide proposes assessing specific administrative tasks. Service delivery, physical work and professional decisions may require people and specific obligations.

Which tools do I need?

It depends on your existing tools and their integration permissions. Start with your calendar, documents or management system and validate which information can be read and written. We do not assume an integration works before checking it.

How do I request access information?

Join the waitlist or email jm@unapersona.es with your activity, the workflow you want to improve and the tools you use.

Illustrative organisation and automation proposals. Feasibility, qualifications, permissions and obligations for each activity must be checked before implementing a workflow.

Tell us about your workflow