Digitaalinen kitka IT-tuesta: Pienyrityksen opas

Johdanto

Teknologian tarkoitus on yksinkertaistaa työtä. Silti työntekijät menettävät säännöllisesti aikaa epäonnistuneisiin kirjautumisiin, epäluotettaviin sovelluksiin, hitaisiin laitteisiin ja tukiprosesseihin, jotka vaikuttavat lähes yhtä vaikeilta kuin alkuperäinen ongelma.

Pienille ja keskikokoisille yrityksille nämä keskeytykset harvoin pysyvät eristyksissä. Viivästynyt tukipyyntö voi pysäyttää työntekijän, viedä teknikon aikaa ja vaikuttaa asiakaspalveluprosessiin samanaikaisesti. Digitaalisen kitkan vähentäminen tarkoittaa siksi enemmän kuin vain paremman ohjelmiston käyttöönottoa. Se vaatii koko matkan tarkastelua ensimmäisestä ongelman merkistä sen lopulliseen ratkaisuun.

Mikä on digitaalinen kitka IT-tuesta?

Digitaalinen kitka kuvaa teknologiaan liittyviä esteitä, jotka vaikeuttavat ihmisten työtä. A 2025 TeamViewer -raportti määrittelee laajemman käsitteen, joka kattaa kaikki työpaikan teknologiset ongelmat, jotka estävät työntekijää työskentelemästä tai työskentelemästä tehokkaasti, mukaan lukien järjestelmiin, sovelluksiin ja laitteisiin vaikuttavat viat.

IT-tuesta huolimatta kitka ei rajoitu pelkästään tekniseen vikaantumiseen. Se sisältää myös ylimääräisen vaivan, joka syntyy avun saamiseksi käytetystä prosessista.

Hyödyllinen määritelmä on:

Digitaalinen kitka IT-tuesta on mikä tahansa vältettävissä oleva vaihe, viivästys tai monimutkaisuus teknologian ongelman ilmenemisen ja sen täydellisen ratkaisun välillä.

Se voidaan jakaa kolmeen toisiinsa liittyvään kategoriaan.

Teknologinen kitka

• laitteisto- ja sovellusongelmat, mukaan lukien hitaat tietokoneet, epävakaa ohjelmisto ja keskeytyneet päivitykset
• käyttöongelmia, kuten epäonnistunut todennus, unohtuneet tunnistetiedot ja epäluotettava yhteys
• infrastruktuurin häiriöt, jotka vaikuttavat palvelimiin, liiketoimintasovelluksiin tai järjestelmäkokoonpanoihin

Nämä ongelmat saattavat vaikuttaa toisiinsa liittymättömiltä, mutta jokainen niistä keskeyttää työntekijän työn ja voi aiheuttaa lisätukea, jos taustasyy jää ratkaisematta.

Apua hakeva kitka

Vaikeudet alkavat usein ennen kuin IT tietää, että ongelma on olemassa. Työntekijä saattaa etsiä vanhoja sähköposteja, ottaa yhteyttä useisiin kollegoihin tai täyttää pitkän lomakkeen ennen kuin löytää oikean teknikon.

Ennen tuen alkamista työntekijä on jo käyttänyt aikaa tukiprosessin läpikäymiseen sen sijaan, että olisi ratkaissut alkuperäisen ongelman.

Ratkaisun kitka

Tämä epätasapaino tulee erityisesti näkyviin, kun tekninen korjaus on yksinkertainen. Teknikkon voi tarvita vain viisi minuuttia ongelman korjaamiseen, mutta käyttää toiset kaksikymmentä tietojen keräämiseen, lupien hankkimiseen tai etäyhteyden luomiseen.

Tukikokemus muotoutuu siten ympäröivän prosessin kuin myös korjauksen itsensä mukaan.

Miksi digitaalinen kitka on tärkeää pk-yritysten IT-tiimeille?

Digitaalinen kitka vaikuttaa kaiken kokoisiin organisaatioihin, mutta pk-yrityksillä on vähemmän kapasiteettia kestää syntyvää tehottomuutta.

Pieni IT-tiimi voi olla vastuussa käyttäjätuesta, infrastruktuurista, kyberturvallisuudesta, varmuuskopioista, sovelluksista ja toimittajahallinnasta. Aika, joka kuluu kysymysten toistamiseen tai työasemaan uudelleen yhdistämiseen, on aikaa, jota ei käytetä ylläpitoon ja parantamiseen.

Kumulatiivinen vaikutus voi ilmetä useilla alueilla:

• pidempi työntekijöiden seisokki
• lisää keskeytyksiä teknikoille
• viivästyneet operatiiviset tehtävät
• toistuvat tukipyynnöt
• työntekijöiden turhautuminen ja kiertotavat
• hyväksymättömien laitteiden tai sovellusten lisääntynyt käyttö
• rajoitettu aika ennaltaehkäisevälle IT-työlle.

Laajemman ongelman laajuus on merkittävä. TeamViewer tilasi Sapio Researchilta kyselyn, jossa haastateltiin 4 200 johtajaa ja työntekijää yhdeksässä maassa elokuussa ja syyskuussa 2025. Tässä tutkimuksessa 80 % vastaajista ilmoitti menettäneensä aikaa toimimattoman IT:n vuoksi, keskimääräisen ilmoitetun menetyksen ollessa 1,3 työpäivää kuukaudessa.

Sama tutkimus osoitti, että 48 % uskoi digitaalisen kitkan viivästyttäneen kriittisiä toimintoja tai projekteja edellisen vuoden aikana. Yhteysongelmat, ohjelmistovirheet, laitteistoviat ja todennusongelmat olivat yleisimmin raportoituja syitä.

Nämä luvut perustuvat myyjärahoitteiseen tutkimukseen, eivätkä ne ole erityisiä pk-yrityksille, mutta ne havainnollistavat, miksi ilmeisesti pienet teknologiset ongelmat eivät saisi jäädä huomiotta. Kun kitkaa esiintyy monien käyttäjien keskuudessa, pienet viiveet muuttuvat operatiiviseksi ongelmaksi.

Missä kitka ilmenee IT-tukimatkalla?

Tukiprosessi tulisi tarkastaa käyttäjän ensimmäisestä kohtaamisesta ongelman kanssa aina seurantaan ja ennaltaehkäisyyn saakka.

Tukivaihe	Käyttäjäpuolen kitka	Teknikkopuolen kitka
Ongelman tunnistaminen	Epävarma, pitäisikö se raportoida vai yrittää kiertotietä.	Ei näkyvyyttä ilmoittamattomiin ongelmiin
Tukipyynnön tekeminen	Epäselvä yhteydenottokanava tai pitkä lomake	Puuttelliset tai epäjohdonmukaiset lipputiedot
Triagedus	Toistuvat kysymykset ja lipun siirrot	Puuttuva laite, käyttäjä tai virhekonteksti
Pääsyn luominen	Lataukset, koodit, käyttöoikeudet tai aikataulun viivästykset	Yhteysongelmat ja käyttöoikeusrajoitukset
Diagnostiikka ja korjaus	Rajoitettu näkyvyys edistymiseen	Vaihteleminen tuen, valvonnan ja dokumentaatiotyökalujen välillä
Sulku	Epäselvä ratkaisu tai toistuva ongelma	Heikko dokumentaatio ja ei juurisyyn seurantaa

Ennen kuin käyttäjä ottaa yhteyttä IT:hen

Alhainen tikettimäärä voi siten olla vaikea tulkita. Se voi heijastaa vakaata ympäristöä, mutta se voi myös tarkoittaa, että työntekijät pitävät raportointiprosessia vaivalloisena tai eivät odota nopeaa vastausta.

Kun näin tapahtuu, käyttäjät luovat usein omia kiertoteitään. Tiedostojen siirtäminen henkilökohtaisille laitteille, vaihtoehtoisen ohjelmiston asentaminen tai hyväksytyn prosessin kiertäminen voi auttaa jotakuta jatkamaan työskentelyä, mutta se voi myös muuttaa tuottavuusongelman turvallisuus- tai hallintaongelmaksi.

Lippujen vastaanottamisen ja triage-prosessin aikana

Jotta pyyntö olisi toteutettavissa, teknikon on yleensä määritettävä kolme kohtaa:

• mikä on vaikuttanut, mukaan lukien käyttäjä, laite ja sovellus
• kuinka ongelma käyttäytyy, mukaan lukien sen ajoitus, laajuus ja virheilmoitukset
• mikä on jo kokeiltu ja kuinka vakavasti ongelma häiritsee työtä

Selvityksiä tarvitaan aina. Prosessi muuttuu turhauttavaksi, kun käyttäjien on pakko toistaa samaa tietoa, liput siirtyvät teknikoiden välillä ilman kontekstia tai vastaanottomenetelmä ei onnistu keräämään perusasioita johdonmukaisesti.

Kun perustat etäistunnon

Yhteysprosessi vaikeutuu, kun käyttäjien on tunnistettava oikea lataus, asennettava ohjelmisto ilman riittäviä oikeuksia tai viestittävä pitkiä tunnistetietoja puhelimitse. Teknikoilla saattaa olla samanlaisia viiveitä, kun eri laitteet, asiakkaat tai istuntotyypit vaativat erillisiä työkaluja ja menettelyjä.

Ennustettava prosessi vähentää epävarmuutta molemmilla puolilla. Aikana osallistuva tuki käyttäjän tulisi ymmärtää, kuka on yhteydessä, mitä pääsyä pyydetään ja milloin istunto päättyy. Hyväksytyssä valvomattomassa tuessa teknikoiden tulisi pystyä pääsemään hallittuihin järjestelmiin ilman, että heidän tarvitsee toistuvasti järjestää pääsyä työntekijän kanssa.

Ratkaisun ja seurannan aikana

Teknikko on saattanut käyttää suurimman osan istunnosta tietojen keräämiseen tai vian toistamiseen sen korjaamisen sijaan. Vaikka tiketti suljetaan, työntekijä saattaa kohdata saman ongelman uudelleen, koska välitön oire ratkaistiin ilman sen syyn käsittelyä.

Hyödyllinen dokumentaatio estää seuraavaa teknikkoa aloittamasta alusta. Selkeä kirjaus diagnoosista, toimenpiteistä ja tuloksista helpottaa toistuvien tapausten tunnistamista ja antaa IT-tiimille vahvemman perustan toistuvien ongelmien tutkimiseen.

Miten pk-yritykset voivat tunnistaa digitaalista kitkaa?

Lippujen määrä yksinään ei tarjoa täydellistä kuvaa. Ne mittaavat ilmoitettua kysyntää, eivätkä kaikki teknologiset ongelmat, joita työntekijät kokevat.

PK-yritysten tulisi yhdistää operatiiviset mittarit suoraan käyttäjäpalautteeseen ja infrastruktuuridataan.

Hyödyllisiä mittareita ovat:

• aika pyynnön ja ensimmäisen teknikon vastauksen välillä
• etäyhteyden muodostamiseen tarvittava aika
• keskimääräinen ratkaisuaika
• ensimmäisen kontaktin ratkaisuaste
• teknikon siirtojen määrä
• uudelleen avatut liput
• toistuvat tapahtumat, jotka vaikuttavat samaan järjestelmään
• hylätyt tai keskeneräiset tukipyynnöt
• työntekijöiden tyytyväisyys tuen jälkeen
• palvelin-, sovellus- ja verkkosivustohälytykset ennen tapahtumia

Tavoitteena ei ole rakentaa yritysasteista digitaalista työntekijäkokemusohjelmaa. Yksinkertainen kuukausittainen arviointi voi paljastaa, mihin aika kuluu.

Esimerkiksi, ratkaisuaika saattaa vaikuttaa korkealta, koska teknikoilta puuttuvat vaaditut taidot. Vaihtoehtoisesti itse korjaus voi olla nopea, kun taas tiimi käyttää jatkuvasti viisitoista minuuttia etäyhteyden saamiseen. Nämä tilanteet vaativat erilaisia vastauksia.

IT-tiimien tulisi myös esittää työntekijöille pieni määrä käytännön kysymyksiä:

• Onko selvää, miten ottaa yhteyttä tukeen?
• Mikä vaihe vaatii eniten vaivannäköä?
• Ratkaisetko usein ongelmia ilmoittamatta niistä?
• Oletko lopettanut hyväksytyn työkalun käytön, koska se on epäluotettava?
• Palaavatko samat ongelmat jatkuvasti?

Avoin raportointi on tärkeää, koska toistuva kitka jää usein näkymättömäksi, kun käyttäjät sopeutuvat hiljaa. TeamViewerin ohjeet suosittelevat myös teknisten tietojen yhdistämistä työntekijöiden palautteeseen sen sijaan, että luotettaisiin pelkästään perinteiseen tukipalvelutoimintaan.

Miten pienet ja keskikokoiset yritykset voivat vähentää digitaalista kitkaa IT-tuesta?

Tavoitteena ei ole koko IT-ympäristön uudelleenrakentaminen. PK-yritysten tulisi ensin tunnistaa suurin viivästymislähde ja yksinkertaistaa se.

Luo yksi selkeä reitti tukeen

Ongelmia ilmenee, kun pyyntöjä saapuu yksityisten viestien, puhelinsoittojen, käytäväkeskustelujen ja useiden ei-liittyvien postilaatikoiden kautta Teknikot kokevat sitten vaikeuksia työn kirjaamisessa, priorisoimisessa ja seuraamisessa, kun taas työntekijät saattavat olla epävarmoja siitä, hallitseeko kukaan heidän pyyntöään.

Kriittiset tapahtumat voivat silti käyttää nopeampaa eskalaatioreittiä. Tärkein asia on määritellä tämä reitti selkeästi, jotta työntekijöiden ei tarvitse itse päättää, miten ja mistä tavoittaa IT joka kerta, kun ongelma ilmenee.

Kerää riittävästi kontekstia ylikuormittamatta käyttäjiä

Lyhyt lomake voi tallentaa vaikuttavan laitteen, sovelluksen, virheilmoituksen, liiketoimintavaikutuksen ja toivotun yhteydenottotavan. Mahdollisuuksien mukaan tukijärjestelmän tulisi kerätä teknisiä tietoja, kuten käyttöjärjestelmä, isäntänimi tai ohjelmistoversio automaattisesti sen sijaan, että pyydettäisiin työntekijöitä tunnistamaan ne.

Sisäänottoprosessin tulisi antaa teknikoille riittävästi kontekstia aloittaa triage ilman, että siitä tulee uusi este. Pitkät tekniset kyselylomakkeet voivat estää raportointia ja saada työntekijät tuntemaan, että heidän on diagnosoitava ongelma ennen kuin IT auttaa heitä.

Yhdistä itsepalvelu helposti saatavilla olevaan ihmistukeen

Itsepalvelu luo lisähankaluutta, kun työntekijöiden on etsittävä epäolennaisia artikkeleita tai suoritettava useita automatisoituja vaiheita ennen kuin he voivat tavoittaa teknikon. Tietopankin tulisi tarjota nopeampi reitti tunnetuille ongelmille, ei muodostaa estettä työntekijän ja tukipalvelun välille.

Todellinen lippudata voi näyttää, onko kukin opas todella hyödyllinen. Kun artikkeli ei onnistu vähentämään toistuvia pyyntöjä, sen löytäminen voi olla vaikeaa, se voi olla vanhentunut tai kirjoitettu tasolla, joka ei vastaa sitä tarvitsevien työntekijöiden tarpeita.

Miten etätuki ja valvonta voivat vähentää viiveitä?

Käyttäjien ei pitäisi tarvita ymmärtää etätukirakennetta. He tarvitsevat selkeät ohjeet ja rajoitetun määrän vaiheita.

Osallistuvan avun osalta pyri johdonmukaiseen järjestykseen:

1. Työntekijä avaa hyväksytyn yhteysvälineen tai tukilinkin.
2. Teknikon henkilöllisyys ja pyydetty pääsy ovat selkeitä.
3. Työntekijä antaa tai vahvistaa istuntotiedot.
4. Teknikko yhdistää ja aloittaa diagnostiikan.
5. Istunto päättyy näkyvästi, kun työ on valmis.

Missä rutiininomainen huolto on tarpeen, valtuutettu valvomaton pääsy voi estää toistuvat aikataulut ja yhteysviiveet. Sen tulisi rajoittua hyväksyttyihin laitteisiin ja ylläpitäjiin sen sijaan, että se mahdollistettaisiin mielivaltaisesti.

Käytä seurantaa ongelmien havaitsemiseksi ennen kuin tikettejä kertyy.

Se ero on tärkeä, kun palvelin, verkkosivusto tai liiketoimintasovellus alkaa heikentyä. Resurssien loppuminen, palvelun epäonnistumiset ja epätavalliset käyttömallit saattavat ilmetä. seurantatiedot ennen kuin useat työntekijät ilmoittavat samoista oireista. Kynnysilmoitukset antavat teknikoille mahdollisuuden tutkia aikaisemmin ja vastata paremmalla kontekstilla.

Valvonta voi myös näyttää, kuuluuko ongelma yhteen työasemaan vai laajempaan infrastruktuuriin. Sen sijaan, että IT-tiimi selvittäisi useita käyttäjiä erikseen, se voi tunnistaa yhteisen palvelun ja viestiä, että taustalla oleva tapaus on jo käsittelyssä.

Etä tuki ja palvelinvalvonta kattavat siten eri, mutta toisiinsa liittyviä osia tukityönkulusta:

Kyky	Pääasiallinen tarkoitus	Kitka vähennetty
Etätuki	Diagnosoi ja korjaa käyttäjä- tai laiteongelmia	Yhteysviiveet, matkustaminen, epäselvä vianetsintä
Palvelimen valvonta	Havaitse infrastruktuurin terveys ja lähetä hälytyksiä	Piilotetut viat, toistuvat tapahtumat, viivästynyt havaitseminen
Lippu tai dokumentaatio	Tallenna pyyntöjä, toimia ja tuloksia	Toistuvat selitykset ja heikot siirrot
Tietämyksen hallinta	Ratkaise tunnetut, matalan riskin ongelmat	Vältettävät liput ja toistuva teknikon työ

Valvonta ei voi korvata suoraa tukea, aivan kuten etäinterventio ei voi tarjota täydellistä infrastruktuurin näkyvyyttä. Käytettynä yhdessä, nämä kaksi ominaisuutta auttavat pientä IT-tiimiä ratkaisemaan aktiivisia tapahtumia samalla, kun ne tunnistavat olosuhteet, jotka toistuvasti tuottavat niitä.

Vähennä teknikon työkalujen vaihtamista

Ei kaikkia tuotteita tarvitse poistaa tai yhdistää. Todellinen ongelma on toistuva manuaalinen työ, kuten saman laitetiedon kopioiminen järjestelmien välillä, konsolien vaihtaminen yhden diagnoosin aikana tai useiden päällekkäisten tarkoitusten omaavien työkalujen ylläpitäminen.

Työnkulun tarkastelun tulisi siksi keskittyä kolmeen kysymykseen:

• Tarjoaako työkalu tietoa tai ominaisuuksia, joita tiimi todella tarvitsee?
• Sopiiko se olemassa olevaan tukiprosessiin ilman toistuvien manuaalisten vaiheiden luomista?
• Onko sen käyttöarvo suhteessa sen käyttöönottoon ja hallintaan vaadittavaan aikaan?

Kehittyneelle IT-tiimille ennakoitava päivittäinen työnkulku voi olla arvokkaampi kuin suuri ominaisuusvalikoima, joka vaatii laajaa konfigurointia. Sopivin tukikasa on se, jota teknikot voivat käyttää johdonmukaisesti ilman, että he menettävät aikaa eristyksissä olevien järjestelmien välillä.

PK-yritysten tulisi puuttua toistuvien tapausten taustasyihin.

Toistuvat tapahtumat ovat yksi selvimmistä merkeistä ratkaisemattomasta digitaalisesta kitkasta.

Jos useat käyttäjät kokevat saman todennusvirheen, vastaus ei ole yksinkertaisesti sulkea jokaista lippua nopeammin. IT:n tulisi tarkastella identiteettikonfiguraatiota, synkronointia, politiikan soveltamista tai käyttäjätukea.

Sama periaate pätee ylikuormitettuihin palvelimiin, epävakaisiin sovelluksiin ja epäonnistuneisiin päivityksiin. Seurantatiedoista ja tukitiedoista voi nähdä, onko ilmeisesti erillisillä lipuilla yhteinen lähde.

Varaa aikaa juurisyiden selvittämiseen, vaikka jono olisi kiireinen. Muuten toistuvat ongelmat kuluttavat jatkuvasti kapasiteettia, joka tarvitaan niiden estämiseen.

Automoi valikoivasti

Käytännöllisimmät ensimmäiset ehdokkaat ovat toistuvat ja matalariskiset tehtävät, mukaan lukien:

• laitteen tietojen kerääminen ja pyyntöjen reitittäminen kategorian tai vaikutuksen mukaan
• ilmoittaminen työntekijöille tunnetuista tapahtumista ja teknikoiden hälyttäminen, kun rajat ylitetään
• hyväksyttyjen palvelun uudelleenkäynnistysten suorittaminen tai standardien jälkeisten yhteenvetojen jakaminen

Privilegioitujen tai suurivaikutteisten toimintojen tulisi edelleen vaatia asianmukaista valtuutusta ja tarkastusta. PK-yritykset voivat aloittaa ennakoitavilla, palautettavilla tehtävillä, vahvistaa, että työnkulku on luotettava ja vasta sitten harkita laajempaa automatisoitua korjausta.

Miten pienet ja keskisuuret yritykset voivat vähentää kitkaa heikentämättä turvallisuutta?

Ei jokainen lisäaskel ole tarpeetonta kitkaa. Identiteetin vahvistaminen, käyttäjän suostumus, salatut yhteydet ja hallitut oikeudet suojaavat sekä organisaatiota että työntekijää.

Tavoitteena on tehdä nämä turvatoimet suhteellisiksi ja ymmärrettäviksi.

NIST-ohjeistus suosittelee rajoitusten ja yhteysvaatimusten määrittämistä sallitulle etäyhteydelle, jokaisen pääsytavan valtuuttamista sekä etäkomentojen ja turvallisuuteen liittyvän tiedon pääsyn hallintaa.

Käytännössä pk-yritysten tulisi:

• valtuuta etäyhteysmenetelmät ennen käyttöä
• rajoita teknikoiden oikeuksia roolin mukaan
• erota läsnäoleva apu pysyvästä valvomattomasta pääsystä
• poista pääsy, kun laite tai asiakas ei enää tarvitse sitä
• pidä kirjaa etuoikeutetuista tukitoimista
• vältä pysyvien tunnistetietojen jakamista epävirallisilla kanavilla

Turvallisuus muuttuu digitaaliseksi kitkaksi, kun hallintatoimenpiteet ovat päällekkäisiä, epäjohdonmukaisia tai huonosti selitettyjä, ei vain siksi, että ne ovat olemassa.

Aloita korjaamalla kallein tukipulma.

PK-yritysten ei tarvitse omaksua täydellistä DEX-alustaa parantaakseen tukikokemustaan.

Käytännöllinen aloitussuunnitelma on:

1. Kartoitus nykyisestä matkasta ongelman havaitsemisesta ratkaisuun.
2. Mittaa vastaus-, yhteys- ja ratkaisuaikoja edustavasta näytteestä.
3. Tunnista vaihe, joka aiheuttaa suurimman viivästyksen tai toistamisen.
4. Muuta yhtä prosessia tai työkalua ja vertaa tuloksia.
5. Käytä seurantamalleja ja tikettimalleja seuraavan parannuksen valitsemiseksi.

Tämä asteittainen lähestymistapa on helpompi hallita ja mahdollistaa sen osoittamisen, säästääkö kukin muutos todella aikaa.

Miten TSplus voi auttaa vähentämään digitaalista kitkaa?

TSplus Etä Tuki antaa IT-tiimeille läsnäolevaa ja läsnäolematonta etäapua integroituineen chatin, tiedostonsiirron ja järjestetyn pääsyn kautta hallittuihin tietokoneisiin, auttaen teknikkoja yhdistämään ja puuttumaan asioihin ilman tarpeettoman monimutkaista tukiprosessia.

TSplus Server Monitoring täydentää sitä kynnysperusteisilla infrastruktuuri hälytyksillä ja hälytyshistorialla, mikä mahdollistaa pk-yritysten tiimien havaita kehittyviä palvelin- ja verkkosivustoprobleemeja aikaisemmin.

Päätelmä

Digitaalinen kitka IT-tuesta sisältää enemmän kuin vain toimimattoman teknologian. Se kattaa myös esteet, joita käyttäjät kohtaavat pyytäessään apua, sekä viivästykset, joita teknikot kohtaavat yhdistäessään, diagnosoidessaan ja seuratessaan.

PK-yritykset voivat vähentää sitä ilman, että ne rakentavat yritystason digitaalista kokemusta. Selkeämmät tukikanavat, parempi tietojen keruu, suoraviivainen etäapu, suhteellinen turvallisuus ja kohdennettu valvonta voivat poistaa tarpeetonta työtä molemmilta osapuolilta tukisuhteessa.