See what’s happening
Keep device health, alerts and recent activity in view. Spot the issues that need attention without piecing together the picture.
Monitoring & visibilityProactive IT monitoring and support software.
For home computers, businesses and the clients you support.
Low disk space detected.
Find what is using the space.
Review changes before they run.
A slow computer. A stopped service. An alert that needs a closer look. Vycko brings the signals and the next steps together, so problems are easier to understand and act on.
Keep device health, alerts and recent activity in view. Spot the issues that need attention without piecing together the picture.
Monitoring & visibilityUse health readings, device checks and remote diagnostics to understand what’s behind a problem before deciding what to change.
Practical investigationBring reviewed runbooks and scheduled checks into the workflow. Handle repeatable tasks within the rules set for each environment.
Controlled automationDifferent needs. The same idea: understand the issue early,
take a sensible next step, and keep people informed.
Whether you’re working from home, keeping in touch or sorting everyday admin, a struggling computer gets in the way. Vycko gives your support provider a clearer view of its health, so they can help you look after it proactively.
Helpful oversight.
You keep the final say.
Illustrative view · no connection to your computer
When your team relies on its computers, small issues can interrupt the whole day. Vycko helps your IT team or support partner keep devices in view, investigate problems and organise the next step.
A shared picture.
Clear responsibility.
Illustrative view · no live business data
Support work needs more than another alert. Vycko brings customer and device context, diagnostics, incidents and reviewed runbooks together, helping technicians move from investigation to a considered action.
Tools for the next step.
Evidence for the decision.
Illustrative view · no live customer data
Here’s what a considered workflow looks like. Explore an example of a Windows print service issue, from the first signal to a checked result.
A device check shows that the Windows Print Spooler service has stopped. The technician looks at service status and recent events to understand the issue.
Service: Print SpoolerStatus: stoppedReview recent service eventsRead first. Understand the situation before making a change.
Automation should make life easier without making decisions harder to explain. Vycko’s approach keeps useful work inside defined controls, with a clear record of what was requested and what happened.
Talk through the approachUse diagnostics and context to understand a problem before acting on it.
Changes can wait for a person’s decision unless the environment’s rules already allow them.
Keep actions and incident notes together. Verify the result before calling the issue resolved.
Build your own view with numbers, charts, attention lists and action widgets. Save named dashboards, use shared templates and move from a headline figure to the work behind it.
Based on the current platform’s screens and features. All data shown is illustrative; no live devices are connected.
Move and resize widgets. Keep different views for different jobs.
See health, alerts, updates and performance, with reading freshness.
Open the work queue, investigate a device or ask Vycko AI.
Understand what Vycko does, how you can use it and where it helps. Explore 60 features with practical examples for home users, businesses and the teams who support them.
Search the full explanations, then choose an area to narrow the results.
Explore all 60 features across eight areas, with practical uses, examples and relevant controls.
Arrange and resize widgets, save named dashboards and copy shared templates. Each person keeps their own layout.
Build a workspace around the information you actually use. A home support view can concentrate on a few computers and their health, while a business or support team can bring several customers, open work and upcoming maintenance into the same overview.
A technician starts with a morning overview of urgent alerts, then switches to an update dashboard showing patch status and scheduled work before a maintenance window.
Widgets follow your customer access and available device evidence. An empty or outdated reading is identified rather than presented as a healthy result.
Explore health, alerts, patch trends, online devices, performance, warranties and certificates. Widgets show when readings were taken.
Turn collected device information into a picture you can read quickly. Summary figures show the scale of the environment, charts reveal patterns over time, and attention lists bring the specific computers or tasks needing a closer look into view.
A business sees several computers needing attention, opens the affected device list and discovers that the main concern is pending updates rather than a widespread hardware fault.
The dashboard shows the timing and coverage of its evidence. Offline computers and missing samples do not silently become reassuring green figures.
Keep shortcuts to the work queue, device checks, runbooks, Wake-on-LAN and AI close by, alongside your own notes.
A useful dashboard should help you do the next piece of work as well as understand it. Action widgets bring common destinations and supported tasks into the workspace, while notes keep the local context close to the figures.
A support team keeps a note about a planned office move next to the affected customer’s overview, with shortcuts to device checks and the upcoming automation calendar.
A shortcut does not grant extra permission. Any action it starts still follows the same customer rules, approval requirements and stop controls as elsewhere in Vycko.
Ask about a device or an incident. Bring evidence, proposed repairs and follow-up questions into a practical conversation.
Ask a practical question about a computer or an incident and work through the evidence in a conversation. Vycko AI helps connect symptoms, diagnostic results and possible next steps, keeping the investigation attached to the device or support task.
A home user reports that printing has stopped. The support team uses Vycko AI to inspect the relevant service and events, review a proposed repair and check whether printing recovers.
AI access is scoped to permitted customers, devices and tools. Configured rules determine whether it can observe, request approval or carry out an allowed repair.
Allow screen-based investigation within configured permissions, consent and stop controls. Remote changes stay accountable.
Some problems need the screen as well as background diagnostics. Within its configured access, Vycko AI can use screen-based assistance to investigate visible application behaviour and follow the permitted support workflow.
An application keeps showing an unfamiliar error dialog. Screen assistance lets the investigation include that message before the team decides whether a repair or manual support is appropriate.
The AI session has its own restricted capabilities. Technician clipboard, file-transfer and session-chat channels are not provided to AI screen sessions.
Use reviewed, versioned runbooks and recommended repairs. Review proposed fixes and see where an AI request needed human help.
Keep repeatable support procedures in a reviewed library instead of rediscovering them for every incident. A runbook describes a supported check or repair, its parameters and the evidence needed to judge the result.
After a recurring service problem has a reviewed repair, the team can reuse that procedure on the next affected computer and inspect the verification result.
A learned suggestion is not unlimited permission to change devices. The runbook must be applicable, enabled and allowed by the current customer policy.
Keep processor, memory, disk, services, crashes, update and antivirus readings in view. Run fresh device or fleet checks when needed.
Proactive care starts with knowing how the computers are behaving before someone calls. Vycko collects supported health readings and keeps them available at both device and fleet level, helping a support provider spot conditions that deserve investigation.
A home computer gradually runs low on system-drive space. The support provider can investigate the warning and discuss the appropriate response before routine use is interrupted.
Readings are collected at intervals and depend on connectivity and agent support. Vycko distinguishes fresh, stale and unavailable evidence; monitoring is not a guarantee against failure.
Review severity and evidence, assign alerts, acknowledge or snooze them, and track recovery. App and phone notifications keep work visible.
An alert brings together the condition, its severity and the evidence behind it. The queue helps the team decide what matters, who is dealing with it and whether the condition has actually recovered.
A critical server alert reaches the relevant support team, while a lower-priority workstation warning is reviewed during the next working day under the customer’s routing rules.
Notification history records delivery outcomes. Planned-work suppression has defined limits, and acknowledging an alert does not prove that its underlying fault has been fixed.
Bring support requests and work needing a technician into one queue, with the current action and the next step clearly shown.
Bring the work that needs a person into one place. The queue connects customer requests, support conversations and tasks requiring technician attention, giving the team a clearer route from an incoming problem to a next action.
A customer submits a slow-laptop request through the portal. It appears in the team’s queue, where a technician can review the description, identify the device and begin investigating.
Customer requests do not automatically start an AI investigation or grant remote access. The team decides how to handle the work within its existing permissions.
Keep diagnostic findings, conversation, jobs, approvals and the outcome together. Follow a chronological activity timeline.
Keep an investigation understandable from start to finish. An incident brings the device context, findings, conversation, jobs, approvals and outcome into a connected record, so the reasoning behind a repair remains available afterwards.
When an application freezes repeatedly, the incident can connect performance readings, event evidence, the chosen repair and the result of the follow-up check.
A completed job and a verified recovery are different outcomes. The record keeps failed checks and unresolved work visible instead of implying every attempted repair succeeded.
Start and review remote support sessions. Keep the session history connected to the incident or device.
Start supported remote help and keep a record of the session alongside the device or incident. This gives the team a practical way to understand when assistance happened and return to the associated support context.
A technician reconnects to a computer after an intermittent fault returns and uses the linked incident and previous session history to avoid repeating the same investigation.
Attended, unattended, technician and AI sessions have different permissions. Session history does not itself authorise another connection or reveal restricted recordings.
Help a Windows computer without installing the managed agent first, through a temporary support session.
Help a Windows computer that does not yet have the managed Vycko agent installed. Quick Support provides a temporary route into an attended support session, useful for a first enquiry or a device that is outside the managed estate.
A home user with an unfamiliar laptop needs help with an application. A technician can arrange Quick Support, then discuss managed care if ongoing monitoring would be useful.
Quick Support is temporary assistance, not continuous monitoring. Managed-agent capabilities such as eligible administrative file transfers and privacy mode are not automatically available in this session type.
Organise the estate by customer and site, with scoped access, device types, connection state and signed-in users.
Organise computers around the people and places they belong to. Customer and site structure provides the context for support, policies, reporting and access, whether the environment is one household, one business or several managed clients.
An IT support company can distinguish a client’s head office from its branch, review the branch computers and plan work within that client’s agreed settings.
Customer scope limits what an account can see and act on. A technician’s access to one client does not automatically give them access to another.
Explore processor, memory, firmware, hardware details, storage, battery and available health readings.
Understand the computer behind the reported problem. Hardware inventory brings together the available processor, memory, firmware and storage details, with battery and hardware-health readings where the device supports them.
Before recommending a memory upgrade for a slow office PC, the technician can confirm its existing specification and compare it with the observed workload.
Inventory reflects what the agent can collect and when it last reported. A missing hardware-health reading is shown as unavailable, not proof that the component is healthy.
See installed applications, versions and support or vulnerability findings. Investigate what is installed across an environment.
See the applications and versions reported by a device, then investigate the wider environment when a particular programme matters. This helps explain support issues, plan compatible updates and identify software needing closer review.
When an application vendor reports a problem in one release, the support team can identify the computers reporting that version and review the appropriate update route.
An installed application is not necessarily eligible for automatic updating. Package support, installation context and customer exclusions still decide what Vycko can change.
Read processor and memory history over different time ranges, with gaps and stale readings represented honestly.
A computer can feel slow even when it looks normal at the moment someone checks it. Performance history helps the team look back at processor and memory behaviour and compare periods around the reported symptom.
A business says a workstation becomes slow each afternoon. The technician compares the available history with scheduled tasks and running applications before choosing the next diagnostic check.
History is sampled evidence rather than a recording of every moment. High CPU or memory use does not automatically trigger a reboot or process termination.
Keep adapters, addresses and connectivity information alongside the device. Check remote access and Wake-on-LAN availability.
Keep the computer’s network information with the rest of its record. Adapter and address details help a technician understand how the device is connected and distinguish a local device problem from a connectivity issue.
A laptop works at home but cannot reach an office service. Its reported adapter and addressing information gives the technician a starting point for a focused network investigation.
This is device-level network visibility. It does not imply comprehensive monitoring or configuration of every router, switch, printer or other network appliance.
Review accounts and group membership. Use authorised actions for account access and password resets where supported.
Understand the accounts and group membership on a supported computer and use authorised tools when access needs attention. Keeping this information on the device page helps connect an account issue to the machine being investigated.
A member of staff cannot use a local resource. The technician reviews the computer’s account and group evidence before deciding whether an authorised membership change is appropriate.
Local account tools and domain account tasks have different requirements. A domain password reset needs the appropriate supported domain-controller route; device access alone is insufficient.
Investigate printers and the available share readings, startup entries and scheduled tasks in dedicated device views.
Look beyond the headline symptom into the components that often explain everyday support problems. Dedicated device views bring printer information, startup entries and scheduled tasks into the same investigation as services and performance.
A computer becomes busy shortly after sign-in. The technician compares startup entries and scheduled tasks with performance evidence to decide what needs further investigation.
Availability varies by device and collected evidence. Disabling a startup entry or task is a change and must follow the relevant permissions and customer rules.
Restart, shut down, lock, sign out or message a device within the applicable rules. Refresh inventory and manage agent health.
Handle common device tasks from the support workflow without losing the record of what happened. Vycko offers supported actions for the computer, signed-in session and agent, with the appropriate checks before a disruptive change.
After an approved update, a technician arranges a restart at an appropriate time and checks the computer’s subsequent connection and update state.
Actions are capability- and policy-dependent. Restarting or signing someone out can interrupt work, so the customer’s approval and notification requirements still apply.
Follow hardware, software and settings changes, with attribution where available. Keep useful notes and history with the device.
When something starts behaving differently, knowing what changed can shorten the investigation. Vycko keeps available hardware, software and settings changes with the device, alongside notes that preserve the human context.
An application begins failing after its reported version changes. The technician can relate the change to the support incident and review any associated update activity.
A detected difference does not always identify its cause or author. Attribution is shown where available, and private operator notes are not exposed as customer-portal conversations.
See warranty details, upcoming expiry and report coverage. Manufacturer lookups depend on configured provider access.
Bring warranty information into proactive care and replacement discussions. Vycko can show available coverage details, highlight approaching expiry and include warranty context in the dashboard, customer views and reports.
A business reviews laptops approaching the end of coverage and combines their warranty, condition and support history to plan the next purchasing discussion.
Manufacturer lookups depend on configured access and the provider’s response. A firmware date is not proof of manufacture or a substitute for confirmed warranty coverage.
Read available Hyper-V and VMware host and virtual machine information, including state and capacity. Availability depends on the environment.
Keep supported virtualisation information visible alongside the physical host. Read-only Hyper-V and VMware views help the team understand which virtual machines are present and how their state and available capacity relate to the wider environment.
Several virtual servers become slow at similar times. Host and virtual-machine information helps the support team decide whether to investigate shared capacity before treating each guest separately.
These views are read-only and depend on supported collectors and configured access. They do not imply that Vycko creates, moves, snapshots or deletes virtual machines.
Review collected certificate details and expiry findings, with dashboard and reporting views for attention where needed.
Expired certificates can interrupt services that otherwise appear healthy. Vycko collects supported certificate information and brings relevant expiry findings into device, dashboard and reporting views so the team can plan a response.
A support team sees an in-use server certificate approaching expiry and can arrange renewal work before the associated service starts rejecting connections.
Certificate collection is read-only. Vycko’s expiry visibility does not automatically renew, issue or install a certificate, and unsupported assignments may remain unknown.
Keep a written room and floor, map the site, and review supported device positions with their source, accuracy and time.
Know where an asset belongs and understand the quality of any reported position. Vycko combines a written device location, site addresses and supported location readings, with maps that distinguish a building from an approximate or precise device position.
A technician finds the correct office workstation from its written room and desk description, while a laptop’s last supported location is shown with its age and accuracy.
Reported location depends on customer settings, Windows permissions and available positioning. Approximate town-level results are not an exact address; location visibility is restricted by role.
Connect to a supported device with screen, mouse and keyboard controls, within the customer’s access and consent settings.
Help someone on the screen they are actually using. Supported remote sessions provide the technician with screen, mouse and keyboard access, making it easier to explain a problem, inspect application behaviour and work through a repair together.
A home user cannot find why an application is failing. The technician views the error with them, explains the next step and follows the agreed support procedure.
Consent, customer policy and device capabilities govern access. Optional audio and privacy mode have separate requirements, start disabled and remain technician-only.
Capture permitted session evidence, review recordings and use consented screenshots for a support investigation.
Keep permitted visual evidence of a support investigation. Screenshots can preserve a relevant symptom, while eligible session recordings allow authorised colleagues to review the screen work that took place.
A recurring dialog disappears before a second technician can see it. An allowed screenshot gives the follow-up investigation a clear reference to the original symptom.
Recording is off by default for customers and applies to eligible technician sessions, never AI sessions. Recordings contain pictures rather than sound; privacy mode and session audio are not recorded.
Use the device’s supported console for authorised investigation and commands, with a transcript and audit history.
Use a supported remote command environment when a technician needs a more direct diagnostic route. The console keeps the session attached to the computer, making the commands and their output available as part of the support work.
A technician uses a permitted diagnostic command to investigate a connection problem, then records the result with the incident before choosing a corrective action.
Console access is permission-dependent and powerful commands can change the machine. The available environment and action controls vary with the operating system and installed agent.
Browse and manage files. Transfer larger files with resumable uploads and downloads, integrity checks and overwrite protection.
Inspect supported device files and move the material needed for a support task without losing the surrounding permissions. The remote file manager helps a technician browse the relevant location and manage an authorised transfer.
A technician retrieves an authorised diagnostic log, reviews it with the incident and transfers an approved support file where the customer’s policy permits.
Administrative-location transfers require an eligible managed-agent technician session. Quick Support and AI screen sessions do not inherit these file-transfer capabilities.
Inspect service state and running processes. Make targeted changes under the relevant permissions and keep the action recorded.
Look at the activity behind an application or device symptom. Supported service and process tools let a technician inspect what is running and make a targeted, authorised intervention when the evidence supports it.
A printing problem may be traced to a stopped print service. The team can review the finding, follow the applicable approval route and check the state after a permitted restart.
Stopping a process or changing a service can affect other work. High resource use alone does not authorise automatic termination, and protected services are excluded from general automatic remediation.
Read device events with useful filters to investigate errors and service behaviour in context.
Use the computer’s recorded events to understand when a problem began and what happened around it. Supported log views bring the evidence into the remote investigation without requiring the person at the device to read technical messages aloud.
An application closes unexpectedly. The technician inspects the relevant events around the reported time and uses those findings to choose a focused diagnostic check.
Available logs and access depend on the operating system and agent. An event is evidence to interpret, not an automatic diagnosis or permission to run a repair.
Browse and manage supported Registry keys and values, import or export with a preview, and review recorded changes and undo copies.
Give authorised technicians a structured way to investigate supported Windows Registry settings. The tools bring browsing, searching and controlled changes into the device workflow, with previews and recorded context for sensitive work.
A documented application repair requires reviewing one Registry value. An authorised technician inspects that setting and previews the specific change before applying it.
These are human-operated Windows tools, not unrestricted AI Registry access. Protected areas such as SAM and SECURITY are excluded, and a saved undo copy is not a full system backup.
Scan for missing updates, review failed installs and plan update installation and restarts with customer policies.
Manage Windows updates as a planned support activity. Vycko separates discovery, installation and restart decisions so the team can see what is missing, understand failures and fit the work around the customer’s environment.
A business reviews missing updates, approves a workstation plan for an agreed window and follows the per-device results, including computers still awaiting restart.
Scanning is read-only. Installation depends on customer settings, agent capabilities and the approved plan; an excluded device or active stop control prevents the relevant automated work.
Use the application catalogue and supported package deployment, with rollout rings, pacing and stop controls. Confirm supported packages during setup.
Keep supported applications current through the package catalogue and configured rollout workflow. Vycko helps distinguish a package it can manage from an application that is simply present in inventory.
A support team reviews a supported package update on a pilot group before planning a wider rollout, with the individual results available for follow-up.
Windows package management primarily uses supported winget routes. Per-user installations, unknown packages and excluded applications may be ineligible; installation and removal support must be confirmed during setup.
Schedule reviewed runbooks across selected devices or groups, preview the plan, and see upcoming work and per-device outcomes.
Make repeatable maintenance visible before it runs. The automation calendar schedules an enabled, reviewed runbook against a defined set of devices, with its plan and eventual results available to the team.
A support provider schedules a reviewed check for a customer’s workstations, excludes an agreed blackout period and reviews the run’s device-by-device results afterwards.
Schedules use reviewed procedures, not arbitrary free-text instructions. Newly joined devices are not silently added to an already approved plan, and servers require the applicable named approval.
Review a multi-device plan before it runs. Use controlled batches and track succeeded, failed and skipped results.
Carry out a supported task across several computers with a reviewable plan. Bulk actions use the same controlled runbook approach as scheduled automation, but run once after a person approves the selected scope.
A technician selects an office’s eligible workstations for a reviewed check, approves the displayed plan and inspects the computers that failed or were offline.
A person approves the bulk plan. Current policy and device eligibility are checked again as work starts; cancellation withdraws unstarted work, while some already-running tasks may need to finish safely.
Configure reviewed fixes for known alert conditions. Rules decide what may run, what needs approval and when automation must stop.
Handle selected, well-understood alert conditions through reviewed fixes. Automatic remediation is configured deliberately, with per-fix and customer rules, rather than allowing any warning to trigger an unrestricted change.
An eligible low-disk alert can lead to configured housekeeping of approved temporary or cache locations, followed by a fresh space check.
Remediation is off until enabled. Housekeeping does not delete personal Desktop, Documents or Downloads files; it does not automatically reboot or kill processes for high CPU or memory use. Servers and shared devices need a person.
Set maintenance periods for a device, site or customer. Suppress relevant alerts and hold automatic remediation during the window.
Tell the platform when planned work is taking place. A maintenance window gives support activity a defined scope and period, helping the team distinguish expected interruptions from a new fault and hold relevant automation.
Before an office network change, the team creates a site window so expected connectivity interruptions do not produce the usual notification pattern.
Maintenance is not a blanket mute for every serious condition. Defined protection remains for findings such as failing disks, antivirus problems and firewall issues.
Check whether a supported device can be woken and use a relay on its network. Review the outcome of each attempt.
Bring an eligible sleeping or powered-down computer back online when its hardware and network support Wake-on-LAN. Vycko uses the supported network-relay route and keeps the attempt visible in the support workflow.
A technician needs to perform agreed work on an office workstation after hours and attempts to wake it through an eligible device on the same network.
Wake-on-LAN depends on firmware, power, adapter settings and an available network relay. A sent wake request is not proof that the computer started successfully.
Review device security readings and encryption state. Use authorised security actions according to the device and policy.
Bring supported endpoint security readings into the same view as device health. The team can review protection and encryption state, investigate missing or outdated evidence and use authorised actions where the device and customer policy allow them.
A support provider sees outdated supported antivirus definitions on a workstation and reviews the applicable correction and subsequent reading.
Supported Windows actions are specific to the reported product and state. Vycko does not replace an antivirus product, and missing security evidence is not presented as proof of protection.
Identify known application and operating system findings from configured vulnerability data, with exceptions and mappings for review.
Use configured vulnerability and support data to identify software that deserves attention. Vycko relates available application and operating-system information to known findings, helping the team prioritise investigation and update planning.
A business review finds machines reporting an unsupported Windows release. The team can check the evidence and discuss an upgrade or replacement plan.
Coverage depends on inventory quality, configured sources and matching. These checks do not establish that every vulnerability has been found or replace a full security assessment.
Review technical readiness from available endpoint evidence and explore supported corrective actions. Readiness evidence is not certification.
Understand the available technical evidence relevant to Cyber Essentials preparation. Vycko brings supported endpoint checks into a readable readiness view, helping the team identify gaps and discuss the corrective work that may be needed.
A company preparing for an assessment uses the readiness view to investigate endpoint update and protection gaps before discussing its formal assessment with the appropriate provider.
The feature provides technical evidence and preparation guidance, not certification. Stale, unknown or unsupported checks remain explicit and are not counted as a pass.
Explore available technical control evidence and a customer checklist for other controls. Unsupported or unknown checks remain explicit.
Connect supported technical evidence to an ISO 27001 readiness discussion without suggesting that endpoint data covers the whole management system. Vycko combines available technical checks with a separate customer checklist for areas requiring organisational evidence.
A business uses supported endpoint findings as one input to its readiness work, then gathers the policies, process records and other evidence needed outside Vycko.
This is a readiness aid, not an ISO 27001 audit, certification or guarantee of conformity. Customer checklist answers and endpoint checks represent different kinds of evidence.
Define diagnostics-only, approval-required, pre-approved or prohibited actions. Important decisions stay visible and attributable.
Decide what level of autonomy suits each environment. Vycko’s rules distinguish observing a computer from changing it, and make an approval decision specific enough for the person reviewing it to understand the proposed work.
A household allows routine observation but wants repairs approved. A business uses tighter rules for its server than for eligible workstations.
Approval applies to the plan that was reviewed. Changes to the material scope, procedure or parameters can invalidate that approval, and current policy is checked again before work starts.
Keep supported credentials and recovery keys in the vault, with controlled reveal, access records and rotation features.
Keep supported credentials and recovery information within a controlled vault workflow. Vycko separates ordinary device visibility from revealing sensitive values, with customer scope, permissions and records around access.
An authorised technician needs a stored recovery value for an agreed support task, completes the required verification and leaves an auditable access record.
Vault access is restricted and recorded. Supported key types and rotation depend on the device; Windows BitLocker support does not imply equivalent FileVault recovery-key escrow.
Pause the relevant automation, AI work or remote access when the environment needs it. Bound actions to the permitted scope.
Pause the relevant work when the environment or investigation needs a human decision. Stop controls give the team an explicit way to restrict supported automation, AI activity or remote access within the applicable scope.
During investigation of an unexpected application problem, a business pauses applicable automated changes while the team reviews the evidence and agrees the next step.
A stop request cannot always undo a task already running. Some procedures finish at a safe point, and the resulting record explains work that could not be interrupted.
Review configured external checks for a customer’s public-facing services, within the customer’s approved scope.
Review supported checks of a customer’s authorised public-facing services. This complements endpoint information by looking at the approved external scope, with findings available for the team to investigate.
A business authorises checks of its public service addresses. The support team reviews an unexpected exposed service and confirms whether that exposure is intentional.
External checks are off until configured and authorised, and only the approved scope is eligible. They are not unrestricted network scanning, penetration testing or a guarantee of external security.
Give customers their own view of computers, plain-language alerts, work done, reports and readiness information.
Give the people you support a clearer view of their own IT. The portal turns available device and support information into a customer-facing workspace, helping home users and business contacts understand what needs attention and what is being done.
A home user checks their computer’s overview and sees an open request with the support team’s reply. A business contact reviews its devices before a service meeting.
Portal accounts are separately scoped to the permitted customer and sites. Remote control, console tools, scripts, vault secrets and internal technician notes are not exposed in the customer workspace.
Give customers a searchable, read-only inventory of their computers, with filters, phone-friendly views and permitted exports.
Give customers a usable inventory of the computers they own. The portal asset register presents a read-only selection of device information, helping a household keep track of its computers and a business review its estate.
A business contact prepares for an equipment review by filtering the asset register to laptops at one site and exporting the relevant inventory.
The register is read-only and uses an explicit allowlist of customer-visible fields. Confidential operator information is excluded, and the feature can be disabled for a customer.
Review warranty, operating-system support, estimated age and disk-health indicators to plan an equipment discussion.
Turn inventory and health evidence into a practical equipment conversation. Replacement planning highlights supported indicators that a computer may need review, allowing customers and support teams to plan rather than wait for a failure.
A business identifies an out-of-warranty workstation with an unsupported operating system and discusses whether an upgrade or replacement best suits its needs.
Replacement indicators are prompts for review, not purchase instructions. Age estimates may use firmware or installation dates and are not proven manufacture dates; virtual machines are not judged by physical warranty or age.
Let customers ask for help, starters, leavers or quotes, then follow and reply to requests in the portal.
Let customers ask for help and follow the response in the same place. Structured requests capture useful detail at the start, while the conversation keeps the support team and customer connected as the work progresses.
A business submits a starter request with the required information, then follows the support team’s questions and updates through the portal conversation.
The request enters the work queue without automatically starting AI or a remote session. Internal notes stay internal, and attachment types and access follow the portal’s restrictions.
Summarise device health, alerts, work completed and outstanding issues, with evidence coverage and available readiness sections.
Explain the value and state of ongoing care in a readable monthly report. Vycko builds a stored snapshot from the available platform evidence, covering the customer’s estate, support activity and work still needing attention.
A support provider uses the report to explain what was handled for a home user, or to discuss a business’s remaining issues and planned work at its monthly review.
The report is a frozen evidence snapshot and does not query every computer when opened. Missing coverage is described explicitly rather than presented as zero problems.
Give the person at the computer a direct route to ask for help and follow a support conversation, with handoff when needed.
Give the person using a managed computer a direct route to help. Desktop support chat connects the local user’s question to the support workflow, reducing the effort needed to identify the affected machine and explain the problem.
A home user opens support chat on the laptop that is behaving unexpectedly, describes the symptom and follows the support team’s response.
The installed agent and configured support route determine availability. Starting a conversation does not by itself give unrestricted remote control or bypass the customer’s action rules.
Use the responsive dashboard on a phone, add it to the home screen and receive supported app notifications.
Keep useful support visibility close when you are away from a desk. The responsive dashboard adapts the platform to a phone, so an authorised operator can review the relevant work and decide what needs attention.
A technician away from the office receives a configured critical notification, reviews the alert on their phone and decides whether to return to a full support session.
Phone access uses the same sign-in and customer scope. Notification support and permissions vary by browser and device, and some detailed support tasks are better suited to a larger screen.
Connect one device or prepare site installers for a rollout. Manage enrolment keys, held devices, agent updates and removal.
Connect computers to the managed platform through a deliberate enrolment process. Vycko supports individual setup and site-oriented rollout preparation, with controls over enrolment keys, device admission and the agent lifecycle.
A support provider starts with one business workstation, confirms the customer setup and then prepares the remaining site’s supported rollout.
Feature availability depends on the operating system, agent version and granted permissions. Windows has the broadest feature set; Mac and Linux capabilities should be confirmed for the intended workflow.
Separate administrator, technician and read-only access. Use authenticator sign-in and supported passkeys with scoped customer visibility.
Match platform access to the work a person is responsible for. Roles and customer scope help separate administration, technical support and read-only visibility, while supported stronger sign-in controls protect access to the workspace.
A support business gives a technician access to the clients they look after, while an authorised read-only colleague can review the permitted information without changing computers.
Sign-in is only one layer. Remote tools, approvals, secret reveal and integrations also have their own applicable permission checks; portal users use a separately scoped customer experience.
Review who changed what and when. Export supported device, inventory, warranty, alert and audit views within the reader’s permissions.
Keep the platform’s decisions and actions reviewable. The audit log records supported activity, while CSV exports make selected estate and support information available for an authorised review outside the dashboard.
A business asks why a setting changed. The support team reviews the related action and approval record, then shares an appropriate authorised export for the discussion.
Audit and export access follow the reader’s permissions. An export is a snapshot of the chosen information and does not grant access to hidden customers, secrets or internal data.
Find customers, devices and incidents from the dashboard, with supported inventory and device search fields.
Find the right computer or record without remembering where it sits in the navigation. Vycko’s supported search connects names and inventory evidence to devices, customers, incidents and useful destinations in the dashboard.
A technician has an application name rather than a computer name. Search identifies the devices reporting that software and opens the relevant filtered view.
Search follows customer scope and supported indexed fields. Old matched readings are marked where applicable; a search result does not mean the computer is currently online.
Connect authorised tools through scoped platform access. Manage keys, connected assistants and supported event delivery.
Connect authorised tools to the platform through supported integration routes. API access supports external workflows, MCP connects compatible assistants to permitted capabilities, and webhooks deliver selected platform events to a configured receiver.
A support business sends selected alert events to an authorised external workflow, while a connected assistant uses permitted platform tools to help investigate a device.
Available actions depend on the integration’s permission and current catalogue. Webhook receivers must verify signatures and handle retries; an integration does not bypass customer policy or approval requirements.
Manage policies, AI controls, update settings, catalogue entries, remote access, portal settings and platform usage.
Configure the platform around the service you want to provide. Settings bring the supported customer policies, technical controls and delivery choices into a manageable workspace, while usage information helps administrators understand platform activity.
An administrator prepares a new customer by reviewing its action rules, update choices, notification routing and portal access before the managed devices are rolled out.
Sensitive settings require the applicable administrator permissions and verification. Enabling a setting does not add a capability that the device, agent or configured provider does not support.
Features depend on the device, operating system, installed agent and your configured permissions. Readiness checks provide evidence and guidance, not certification. Email info@vycko.com to talk through the right setup for your computers or the clients you support.
Both, as well as IT support companies. Home users can discuss proactive care with a support provider; businesses and support teams can explore how the software fits their own environment. Get in touch to talk through the right setup.
No. It means reducing routine effort through monitoring, diagnostics and controlled automation. Actions follow the rules for the environment, and changes can require a person’s approval before running.
Your own arrangement of health figures, charts, alerts, incidents, approvals, AI activity and scheduled work. Named dashboards and shared templates help each person keep the information they need close by.
Windows is the main focus of the platform. Mac enrolment, remote tools and screen support are also available, with permissions and feature availability depending on the device and installation. Ask us to confirm support for your environment.
Email info@vycko.com with a little about your computers, business or support team. We can discuss your requirements, show you the platform and explain the available options.
One computer or a whole environment.
Tell us what you’d like to look after.