When an internal assistant can add value
Signs it could be a good fit
- The same questions come up again and again.
- Information is scattered across documents, tools and people.
- It is hard to tell which version of a document is current.
- New team members rely too heavily on asking others for guidance.
- Too much knowledge is concentrated in a few people.
- Finding information takes more time than using it.
It may be too early if…
- Nobody knows which source is correct.
- The information is badly out of date.
- Permissions and access are unclear.
- AI is expected to replace judgement that has not yet been defined.
Where it can help
- Procedures and operations
- Find instructions, guidelines and operational information with less reliance on people who know them by heart.
- Onboarding
- Find documentation, understand guidelines and identify the right contacts so new team members do not have to keep asking the same questions.
- Sales
- Look up your offering, materials and available internal guidelines before preparing a response.
- Quality and documentation
- Consult procedures and guides using a more consistent knowledge base and sources people can check.
- Internal support
- Prepare answers to recurring questions and point people to the right source or contact when a question is out of scope.
From team questions to answers with sources
A useful answer needs more than convincing wording. It should make its basis clear and explain what happens when the available information is not enough.
-
Team question
A specific question, with the context the person can provide.
→
-
Authorised sources
Information made available for the use case and intended access levels.
→
-
Answer in context
Guidance grounded in the available information.
→
-
Sources, limits or referral
References where available; gaps and a person or source to consult where needed.
Illustrations of the behaviour a pilot would aim to validate, not client responses or a live demonstration.
When a useful source is available
Where can I find the procedure for reporting an incident?
It can locate an approved procedure, summarise its guidance and link to it if the integration supports this. The person checks the source and continues the process.
When information is missing
Which guideline applies to this exceptional case?
If the sources do not cover the case, it should make that gap clear and point to the designated contact, if there is one. The team remains responsible for the exception.
Company knowledge is not always in a folder of PDFs
Internal documentation, manuals, procedures and knowledge bases may live in SharePoint or Microsoft 365, Google Drive, Notion or other internal tools and systems.
An assistant can connect to internal sources and tools where a viable, secure integration is available. First, we assess what should be made available and to whom.
Tools differ in the integration, access and traceability they support. The design must reflect each company’s actual sources and permissions.
Control, permissions and trust
- Controlled sources
- Work with sources approved for the use case, using current versions and identified owners. The assistant does not need access to all company information.
- Permissions that fit the environment
- Depending on the environment, the assistant may use permissions assigned to the integration or respect each user’s permissions. The model depends on the company’s tools and system architecture. What each user group can access needs to be validated.
- Traceable answers
- Where useful and supported by the integration, show the source or reference so the person can check the answer.
- Knowing when to stop
- Design the system so it can recognise when it lacks sufficient information, say so and point to a suitable person or source. This behaviour needs validation; it does not rule out errors.
What it does and what it does not do
Support for finding answers
Find and connect information, prepare an answer, cite sources where possible and highlight limits or missing information. It can point to a person or source and suggest a next step where the sources or process clearly define it.
Taking action is outside this scope
This approach does not include executing actions, modifying systems, sending communications, making business decisions or acting autonomously. The assistant supports people; it does not replace experts or human judgement.
A system that acts autonomously across other tools is a separate agent project, with different risks and controls.
How we approach the work
-
1
Define the use case
Start with a specific set of questions, people and needs.
-
2
Define sources and access
Identify which information the assistant can use and under what conditions.
-
3
Validate with a pilot
Try it with one team and a limited scope before expanding.
-
4
Measure and decide
Assess usefulness, trust and adoption before scaling, adjusting or stopping.
More sources do not necessarily make a better assistant. A focused, reliable and well-managed knowledge base is usually a better starting point.
View the pilot and implementation service →
Add new sources through a controlled process
An assistant can grow to cover new sources, teams or use cases. Each extension needs review: it may introduce different permissions, versions and guidelines. Sources are added through a controlled process, not autonomous discovery or self-directed learning across company systems.
Frequently asked questions
What documentation does an internal assistant need?
Sources relevant to the questions you want to cover: procedures, manuals, guides or a knowledge base. They need to be sufficiently current, have an owner and have clear access conditions.
Does all our information need to be perfectly organised before we start?
No. You can start with a small set of reliable sources. If it is unclear which version is correct or who can access it, that needs resolving before the source is made available.
Can it cite or link to the sources behind an answer?
References or links can be shown where the sources and integration support them. Traceability needs assessing for each environment; a citation does not replace checking the content when needed.
Can it connect to Microsoft 365, Google Drive, Notion or other tools?
This can be assessed case by case. It depends on available integrations, permissions and the conditions of your environment. Naming these tools does not guarantee compatibility or the same level of access.
How are access permissions handled?
Sources can be restricted and, depending on the environment, access can use the integration’s own permissions or respect each user’s permissions. The model depends on the company’s tools and system architecture. Access for each user group needs to be defined and validated.
What happens when it cannot find a reliable answer?
The design should allow it to flag missing information and point to a suitable source or person. This capability is validated during the pilot; there can be no promise that it will never make mistakes.
Can we start with just one team or use case?
Yes. A pilot with one team, specific questions and a limited set of sources lets you assess usefulness before expanding the scope.