Classification
Which category does it belong to?
Assigns a case to known categories, such as a document type or image class.
Machine learning · Concepts and applications
A clear explanation of how a model learns from examples, makes predictions and can help with specific tasks.
Learning from examples
Instead of writing a rule for every situation, we provide examples with known information and outcomes. The model finds relationships in that data and uses them to estimate what could happen in a new case.
From example to decision
Each step helps check whether the approach answers the question and whether its result can be used responsibly.
Agree on the outcome to estimate and the decision it could support.
Review data quality, coverage, permissions, labels and relevance to the task.
Learn patterns from examples and measure performance with separate data.
Review errors, limitations and integration before using the model in operations.
Three common approaches
The goal defines what is predicted and how it is evaluated.
Which category does it belong to?
Assigns a case to known categories, such as a document type or image class.
What value might it take?
Estimates a numeric value, such as demand or time, from available signals.
Which cases are similar?
Groups data by similarity without starting with predefined categories.
Examples by sector
These diagrams are illustrative: they show types of problems, not T2G results or specific projects.
A classifier can sort documents to help a person review them.
A system can flag unusual transactions against historical patterns to support a review.
Computer vision can analyse visible features to support expert classification.
A model can estimate future ranges from historical data and relevant conditions.
Ideas to explore
Nine starting points for a conversation with T2G. These are ideas: feasibility depends on available data, the process and evaluation against the current way of working.
Propose categories from previously classified transactions for the team to confirm or correct.
Rank possible matches between invoices and transactions when references are incomplete.
Highlight uncommon amounts or combinations to guide a quality review.
Data to start withHistorical transactions, documents and team corrections with consistent criteria.
People keep responsibility for judgementConfirm classifications and matches. An anomaly alone does not prove an error or fraud.
Suggest document or matter types to support routing and review.
Retrieve internal records by content similarity to help people find relevant information.
Explore ranges of hours or task volumes using previous matters with comparable characteristics.
Data to start withAuthorised documents, reviewed categories and task histories with context.
People keep responsibility for judgementVerify documents and sources. Similarity does not establish legal relevance or replace a lawyer’s judgement.
Estimate ranges of receipts and payments from historical records to complement planning.
Flag changes from usual patterns and prioritise alerts for the responsible team.
Suggest a team or request type for recurring enquiries, with review for uncertain cases.
Data to start withTime series of receipts and payments, transactions and dated requests with recorded outcomes.
People keep responsibility for judgementCompare scenarios and review alerts. These ideas support operations, rather than automated investment or credit decisions.
When to explore it
Machine learning may be relevant when there is a specific question and data related to it.
Next step
We can review the question, data and criteria to decide whether machine learning is an appropriate approach.
Book a diagnostic session directly with the partners