Process isolation
We select one process and one sample from the previous 30 days: enquiries, technical requests or a defined document set.
- one process owner
- one controlled data source
- dedicated VSA micro-instance in Shadow Mode
The client does not buy the VSA source code. The service provides access to a dedicated instance, VSA Connect, Dashboard and agreed modules for the duration of the active service.
The pilot is not a free demo. It is a controlled experiment on one operational bottleneck, using Shadow Mode and Human-in-the-Loop.
We select one process and one sample from the previous 30 days: enquiries, technical requests or a defined document set.
VSA prepares a System Proposal. The operator makes the Operator Decision: approve it or change a parameter.
We compare time before and during the pilot, the correction rate and proposal quality. The pilot ends with a decision, not an obligatory purchase.
The calculator estimates current manual cost, recoverable time and net monthly value after the VSA cost is included.
Each stage answers a separate question: does the use case work, how does it run in production and how is it maintained afterwards?
A controlled 14-day validation of one process before a production instance is launched.
Submit a process for Fast Pilot (PL)An isolated platform instance assigned to one organisation with its Dashboard, communication layer and active modules.
Discuss a production instance (PL)Maintenance, monitoring, updates, backups and agreed development of the active instance.
Define the support scope (PL)Every stage ends with a concrete output and a decision on whether to continue.
Free tools and diagnostics identify technical issues, knowledge gaps and automation potential.
A private demonstration of VSA behaviour on example or tightly limited data.
A controlled test of one process, success criteria, responsibility and operating boundaries.
Activation of an isolated instance, VSA Connect, Dashboard and agreed modules.
Monitoring, updates, backups, diagnostics and agreed development of the production instance.
The scope is deliberately narrow. We define inputs, operating boundaries, error scenarios and measurable success criteria before the Shadow Run starts.
The exact scope follows from the pilot. The platform core remains operated and controlled by Vis-Sol.
Own tenant, configuration, data, logs, rules, modules and communication channels.
A widget or endpoint connected to the correct instance through controlled routing and origin checks.
Views for knowledge, imports, conversations, leads, reports, widget and client-accessible settings.
Monitoring, updates, diagnostics, backups, limit control and incident handling.
Additional processes can be added without transferring VSA Core source code to the client.
Activity state, validity period, limits, roles and settings exposed by the Vis-Sol administrator.
Technical scope and data-handling rules are confirmed before a pilot or production instance starts.