Omni-channel Contact & Case Management

Monikanavaisuus typistetään rutiininomaisesti kanavien lukumääräksi: lisätään verkkochat, kytketään viestintänumero ja sosiaalisen median postilaatikot mukaan, ja julistetaan kokonaisuus valmiiksi. Mutta se, mitä asiakas kokee, ei synny niiden tapojen määrästä, joilla hän voi tavoittaa teidät, vaan siitä, muistaako organisaatio, kuka hän on, mitä hän kysyi ja mitä hänelle luvattiin, riippumatta siitä, mistä ovesta hän astui sisään. Seuraavassa kanavaa käsitellään sivuseikkana ja tapausta merkityksellisenä yksikkönä, koska kanavat ovat halpoja ja konteksti on kallista.

What Nashua offers hereToimeksiannot, jotka siirtävät järjestävän periaatteen kanavasta tapaukseen, niin että asiakas tunnistetaan ja hänen asiansa ratkaistaan riippumatta siitä, mistä hän saapuu.See the engagements

Nykytila ja miksi tällä on väliä juuri nyt

Järjestelmäympäristö, jota useimmat organisaatiot tänään pyörittävät, koottiin kanava kanavalta, kullakin oma budjettinsa, toimittajansa, tiiminsä ja raportointilinjansa. Puhelinalusta saapui ensin ja määritti kulttuurin. Sähköpostituki pultattiin sen viereen, yleensä erillisellä tikettityökalulla. Verkkochat tuli myöhemmin, usein kolmannelta toimittajalta, ja joku markkinoinnissa hankki hiljaisesti sosiaalisen median tilit. Viestintäpilotti pyöri nurkassa eikä koskaan aivan sulkeutunut. Jokainen lisäys perusteltiin omilla ehdoillaan ja, mikä olennaisempaa, instrumentoitiin omilla ehdoillaan. Tästä syystä tyypillinen kontaktikeskus voi raportoida puheluiden keskeytyksen kahden desimaalin tarkkuudella, mutta ei kykene kertomaan, kuinka monta erillistä kertaa yksittäinen asiakas tavoitti sen viime viikolla kaikkien sen käyttämien järjestelmien kautta.

Huomatkaa, että tämä historia on organisatorinen ennen kuin se on tekninen. Kanavat lisääntyivät, koska organisaatiokaavio lisääntyi: puheoperaatioiden tiimi, erillinen digitaalinen tiimi, markkinoinnin sisällä istuva sosiaalisen median toiminto, kullakin esimies, jonka toimenkuva ja bonus liittyivät omaan pintaansa. Teknologia vain tallensi rakenteen, joka oli jo olemassa. Tällä on merkitystä, koska se ennustaa, mistä muutosvastarinta kumpuaa. Konsolidointi tapauksen ympärille ei uhkaa niinkään alustaa kuin joukkoa raportointilinjoja, ja mikä tahansa ohjelma, joka käsittelee ongelmaa puhtaasti teknisenä, kaatuu politiikkaan, jonka se jätti nimeämättä. Järjestelmäympäristö on kartta menneistä päätöksistä siitä, kuka omisti mitäkin, ja useimmat noista päätöksistä ovat yhä voimassa.

Kaksi painetta tekee tästä järjestelystä nyt kestämättömän. Ensimmäinen on käyttäytymiseen liittyvä. Asiakkaat ovat siirtyneet asynkronisiin ja viestintäpainotteisiin tapoihin muualla elämässään, ja he tuovat odotuksen mukanaan: aloittaa asiointi yhdellä kanavalla ja jatkaa sitä toisella, tuntien tai päivien kuluttua, ilman että koko historia pitää kertoa uudelleen. Toinen on taloudellinen. Synkroninen puhe on kallein minuutti, jonka organisaatio ostaa, eikä sen kysyntä laske pelkästään siksi, että halvempia kanavia on olemassa; se laskee vasta, kun halvemmat kanavat todella ratkaisevat asioita. Samaan aikaan kielimallit ovat muuttaneet sitä, mihin itsepalvelutaso voi uskottavasti pyrkiä, mikä lisää sekä mahdollisuutta että riskiä ohjata asiointia väärin.

Meneillään oleva muutos ei siis ole siirtymä harvemmista kanavista useampiin. Se on siirtymä kanavasta järjestävänä periaatteena tapaukseen järjestävänä periaatteena. Kanavasta tulee siirtokerros, jonka asiakas valitsee mukavuuden ja organisaatio kustannusten perusteella, kun taas tapaus, se asia jota ratkaistaan, säilyy kaikkien kanavien läpi. Organisaatiot, jotka vastaavat viestintäkysymykseen ostamalla viestintätuotteen ja sosiaalisen median kysymykseen ostamalla sosiaalisen median tuotteen, luovat uudelleen siilon, josta ne yrittävät paeta, yksi hankinta kerrallaan. Menestyjät kohtelevat jokaista uutta kanavaa uutena reittinä jo yhteiseen ytimeen.

Ydinviitekehys eli ensimmäiset periaatteet

Lähtekää erottelusta, jonka useimmat toimintamallit hämärtävät. Kontakti on yksittäinen vuorovaikutus: yksi puhelu, yksi viesti, yksi lomakkeen lähetys. Tapaus on asiakkaan todellinen syy ottaa yhteyttä, mikä voi ulottua useisiin vuorovaikutuksiin useilla kanavilla ja useiden päivien ajalle. Hallitsemisen arvoinen yksikkö on tapaus. Kun kontakti on yksikkö, kuten se on useimmissa puhelinkeskuksen perinteestä ammentavissa malleissa, jokainen kanavan vaihto aloittaa uuden tietueen, asiakas toistaa itseään, ja organisaatio laskee toimintaa, jota se ei kykene yhdistämään mihinkään ratkaistuun tarpeeseen. Kun tapaus on yksikkö, kontaktit liittyvät siihen tapahtumina, ja kanava, jolla kukin saapui, on metatietoa eikä rakenne.

Toinen erottelu on syytä todeta selvästi, koska juuri siinä monet mittausjärjestelmät menevät pieleen: kontaktin sulkeminen ei ole sama asia kuin tapauksen ratkaiseminen. Asiantuntija voi päättää puhelun, merkitä tiketin suljetuksi ja täyttää jokaisen operatiivisen tavoitteen, vaikka asiakkaan syy soittaa jää täyttämättä, mikä on juuri se syy, miksi hän soittaa uudelleen seuraavana päivänä ja kirjautuu laskuriin tuoreena kontaktina. Ratkaisu on ominaisuus, jonka asiakas myöntää, ei sellainen, jonka operaattori julistaa. Tapauksen rakentaminen yksiköksi pakottaa tämän esiin, koska uudelleen avautuva tapaus on näkyvästi sama tapaus eikä kätevä uusi numero, eikä toistuva kontakti voi enää piiloutua ensikontaktitilastoihin, jotka eivät koskaan mitanneet sitä, mitä ne väittivät mittaavansa.

Tästä seuraa ajatus yhtenäisestä kontekstinäkymästä: tapaus, sen historia, asiakkaan identiteetti ja oikeudet, aiemmat kontaktit, avoimet lupaukset ja olennaiset tietueet, koottuina ja saatavilla sille asiantuntijalle tai järjestelmälle, joka käsittelee nykyistä vuorovaikutusta, millä kanavalla tahansa. Konteksti ei ole näyttö, jolle asiantuntija vaihtaa; se on alusta, jonka päällä vuorovaikutus toimii. Jos se on olemassa vain puhealustan sisällä, chat-asiantuntija on sokea, ja asiakas maksaa tuosta sokeudesta toistolla.

Kolme lisäperiaatetta täydentää viitekehyksen. Ensinnäkin, asiakaspolut orkestroidaan, ei reititetä: kysymys ei ole vain siitä, mihin jonoon kontakti saapuu, vaan siitä, missä tilassa tapaus on ja mitä pitäisi tapahtua seuraavaksi, mahdollisesti kanavien yli ja mahdollisesti ilman yhtään elävää asiantuntijaa. Toiseksi, tieto on yhteinen voimavara: saman vastauksen tulee palvella itsepalvelutasoa, avustetun palvelun asiantuntijaa ja tekoälykerrosta, koska kolme toisistaan poikkeavaa kopiota totuudesta on tapa, jolla organisaatiot ovat ristiriidassa itsensä kanssa. Kolmanneksi, mittaus seuraa tapausta: ratkaisu ja vaivannäkö ovat tapauksen ominaisuuksia, eivät minkään yksittäisen kanavan, ja toimintamalli, joka palkitsee kanavatason toimintaa, optimoi väärää asiaa aikeista riippumatta.

Nykyinen kehitys ja mallit

Asynkroninen viestintä oletusasenteena. Merkittävin viimeaikainen muutos ei ole uusi kanava vaan uusi odotus ajasta. Viestintäkeskustelut eivät avaudu ja sulkeudu käsittelyikkunan sisällä; ne säilyvät, hiljenevät ja jatkuvat. Synkronisen samanaikaisuuden ympärille rakennetut järjestelmäympäristöt, joissa asiantuntija pitää kiinteän määrän eläviä chatteja, sopeutuvat tähän huonosti. Toimiva malli kohtelee jokaista keskustelua kestävänä, tapaukseen liitettynä säikeenä, jonka poimii kuka tahansa saatavilla oleva asiakkaan palatessa, täydellä historialla eheänä eikä oletuksena siitä, että sama henkilö vastaa.

Tekoälyavusteinen asiointi eikä tekoäly muurina. Kielimallien uskottavat käyttöönotot sijaitsevat kahdessa paikassa. Avustetulla tasolla ne luonnostelevat vastauksia, tiivistävät pitkiä historioita ja nostavat esiin olennaisen tietoartikkelin ihmiselle, joka pysyy vastuullisena lähetetystä. Itsepalvelutasolla ne ratkaisevat kapeita, hyvin rajattuja tarkoituksia päästä päähän ja, mikä ratkaisevaa, siirtävät asian eteenpäin täydellä kontekstilla rajansa saavuttaessaan. Epäonnistuva malli on tekoäly otettuna käyttöön porttina, jonka tarkoituksena on estää asiakasta tavoittamasta ihmistä; asiakkaat oppivat kiertämään sen, ja sen raportoima asioinnin ohjaus on kuvitteellista.

Ohjaus uudelleenmääriteltynä ratkaisuksi. Kypsät operaattorit ovat lakanneet laskemasta kontakteja, jotka itsepalvelu imi itseensä, ja alkaneet laskea tarpeita, jotka itsepalvelu todella täytti. Asiakas, joka luopuu chatbotista ja soittaa kontaktikeskukseen, ei ollut ohjattu pois; kustannus vain siirtyi ja kasvoi. Tämä uudelleenmäärittely muuttaa sitä, mitä rakennetaan: tieto ja automaatio suunnataan niihin tarkoituksiin, jotka aidosti ratkeavat ilman ihmistä, ja ne, jotka eivät ratkea, reititetään ihmisille nopeasti sen sijaan, että niitä puolustauduttaisiin vastaan.

Proaktiivinen yhteydenotto liitettynä tapaukseen. Hiljaisempi muutos on siirtymä puhtaasti saapuvasta käsittelystä organisaation itse aloittamaan yhteydenottoon: toimituspoikkeama, palvelukatko, uusiminen joka vaatii päätöksen. Lähetyksenä kohdeltuina nämä ilmoitukset synnyttävät aallon hämmentyneitä saapuvia vastauksia, joita mikään kanava ei odota. Oikein kohdeltuna lähtevä viesti on yksinkertaisesti toinen tapahtuma tapauksessa, lähetetty kontekstin kanssa ja valmis vastaanottamaan vastaus millä tahansa asiakkaan suosimalla kanavalla, niin että vastaus proaktiiviseen viestiin laskeutuu takaisin samaan säikeeseen eikä aloita kylmää asiointia. Organisaatiot, jotka vakiinnuttavat saapuvan tapausmallin ensin, saavat lähtevän lähes ilmaiseksi; ne, jotka pulttaavat lähtevän erikseen päälle, luovat seitsemännen siilon ja kutsuvat sitä sitoutumiseksi.

Tieto yhteisenä infrastruktuurina. Yleistyvä malli on yksi tietokanta, joka syöttää julkisen ohjekeskuksen, asiantuntijan sisäisen paneelin ja tekoälykerroksen yhdestä lähteestä, kirjoittaminen, tarkistus ja käytöstä poisto hallittuina kuten mikä tahansa muu tuotantovoimavara. Siellä missä tieto pysyy hajallaan intranet-sivuilla, tallennetuissa vastauksissa ja yksilöiden muistissa, mikään kanavainvestointi ei tuota johdonmukaisuutta, koska itse vastaukset ovat ristiriidassa.

Arkkitehtuuri ja suunnitteluperiaatteet, jotka saavat sen toimimaan

Yhteinen tapausydin, kanavat reunalla. Kantava päätös on pitää tapaus, konteksti ja tieto kanavariippumattomassa ytimessä, ja kohdella puhetta, sähköpostia, chattia, verkkoa, sosiaalista mediaa ja viestintää sovittimina siihen. Kunkin sovittimen tehtävä on todentaa, kaapata kontakti, liittää se oikeaan tapaukseen ja renderöidä konteksti takaisin sille, joka sitä käsittelee. Kun ydin on aidosti yhteinen, kanavan lisääminen on integraatioharjoitus eikä uusi toimintamalli; kun se ei ole, jokainen kanava on oma pieni kontaktikeskuksensa.

Identiteetin selvittäminen ensiluokkaisena huolena. Tapaus ei voi säilyä kanavien läpi, jos organisaatio ei osaa kertoa, että soittaja, sähköpostittaja ja viestittäjä ovat sama henkilö. Identiteetin selvittäminen, kontaktien yhdistäminen tunnettuun asiakkaaseen ja olemassa olevaan avoimeen tapaukseen hyväksyttävällä varmuudella, on hiljainen perusta, jonka päälle kaikki muu lepää. Aliinvestoikaa tähän, niin yhteinen ydin pirstaloituu käytännössä silloinkin, kun se on suunnittelussa terve, koska kontaktit laskeutuvat orpoina.

Orkestrointi erotettuna kanavalogiikasta. Päätökset siitä, mitä tapahtuu seuraavaksi (eskalointi, reititys, kysyminen, automatisointi, odottaminen), kuuluvat orkestrointikerrokseen, joka päättelee tapauksen tilan perusteella, ei chat-työkalun tai puhelinvalikon sisään. Tuon logiikan upottaminen kuhunkin kanavaan takaa ajautumisen: samaa tapausta kohdellaan eri tavoin riippuen siitä, missä asiakas sattuu olemaan, eikä kukaan voi muuttaa käytäntöä muuttamatta sitä kuudessa paikassa.

Konteksti koottuna käsittelyn hetkellä. Sen sijaan että asiakastietoa monistettaisiin jokaiseen kanavatyökaluun, kootkaa kontekstinäkymä vuorovaikutuksen hetkellä niistä järjestelmistä, jotka omistavat kunkin osan siitä, esitettynä johdonmukaisesti ihmiselle ja koneelle. Tämä pitää omistajuuden selkeänä, välttää vanhentuneet kopiot ja tarkoittaa, että parannus kontekstinäkymään tavoittaa jokaisen kanavan kerralla eikä sitä tarvitse toteuttaa uudelleen työkalukohtaisesti.

Hallittu heikkeneminen osan pettäessä. Yhteinen ydin keskittää arvon, mikä tarkoittaa, että se myös keskittää riskin: kun identiteetin selvittäminen tai kontekstipalvelu ei ole saatavilla, jokainen kanava tuntee sen kerralla. Terve suunnittelu varautuu tähän eikä oleta sitä pois. Sovittimen, joka ei tavoita ydintä, tulisi silti kaapata kontakti, jonottaa se väliaikaista identiteettiä vasten ja täsmäyttää myöhemmin, niin ettei asiakasta koskaan käännytetä siksi, että myötävirran palvelu on hidas. Vaihtoehto, jossa osittainen katko hiljaa hukkaa kontakteja tai jättää ne kanavaan, joka ei näe tapausta, on huonompi kuin pirstaloitunut ympäristö, jonka se korvasi, koska se epäonnistuu näkymättömästi ja mittakaavassa. Suunnittelu huonoa päivää varten ei ole pessimismiä; se on keskittämisen hinta.

Channels at the edgevoice, email, chat, web, social, messaging as adaptersJourney orchestrationdecides the next step from case state, not channel logicShared case coreone case, one context, one identity across every contactKnowledge and recordsone governed source feeding self-service, agents and AI
Channels sit at the edge as interchangeable adapters while the case, its context and its knowledge live in a shared core beneath them.

Yleiset epäonnistumisen tavat

Kanavamäärän teatteri. Monikanavaisuuden julistaminen saavutetuksi siksi, että asiakas voi nyt tavoittaa teidät kuudella tavalla, samalla kun jokainen tapa avaa tuoreen tietueen ja asiakas toistaa itseään jokaisessa vaihdossa. Useampi ovi samaan sokkeloon ei ole sama asia kuin yksi rakennus, joka muistaa kävijänsä.

Ohjauksen kirjanpito. Itsepalvelun palkitseminen kontakteista, jotka se imi itseensä, eikä tarpeista, jotka se ratkaisi. Chatbot, joka raportoi korkeaa pidätystä samalla kun hiljaa tuottaa vihaisia soittajia, optimoi sen yhden luvun, joka imartelee sitä, eikä yhtäkään niistä luvuista, joilla on väliä, ja todellinen kustannus paljastuu yhtä kanavaa myötävirtaan.

Tekoälyportti. Sellaisen mallin käyttöönotto, jonka todellinen tehtävä on seistä asiakkaan ja ihmisen välissä. Asiakkaat havaitsevat tämän nopeasti, oppivat läpimurtavat fraasit ja saapuvat ihmistasolle jo ärtyneinä, lisättyään vaivaa sen sijaan että olisivat poistaneet sitä. Teknologia on kunnossa; vika on sen sijoittelun takana olevassa aikeessa.

Tiedon hajaantuminen. Erillisten vastausten ylläpitäminen ohjekeskukselle, asiantuntijoille ja automaatiolle, jotka väistämättä ajautuvat erilleen, niin että organisaatio antaa kolme eri vastausta samaan kysymykseen riippuen siitä, mihin pintaan asiakas koski. Johdonmukaisuus ei ole koulutusongelma, kun lähteet itse ovat ristiriidassa.

Alustanvaihto, joka toistaa siilon. Yhden ohjelmistokokonaisuuden ostaminen, joka nimellisesti kattaa jokaisen kanavan, ja sitten kunkin kanavan konfigurointi sen sisällä erilliseksi työtilaksi omine jonoineen, omine tietoineen ja omine raportointeineen, niin että siilot selviävät migraatiosta eheinä yhden toimittajan logon alla. Yhteinen ydin on arkkitehtoninen ja toimintamallia koskeva sitoumus, ei hankintatapahtuma; ohjelmistokokonaisuus tekee siitä mahdollisen eikä tee mitään sen toteuttamiseksi. Organisaatiot, jotka erehtyvät luulemaan lisenssiä lopputulokseksi, kuluttavat raskaasti päätyäkseen täsmälleen sinne, mistä lähtivät, nyt pidempään sopimukseen sidottuina.

Kanavasiiloutunut mittaus. Käsittelyajan, keskeytyksen ja volyymin raportointi kanavakohtaisesti, samalla kun kukaan ei omista koko tapauksen ratkaisuastetta tai vaivannäköä. Se, mitä mitataan kanavakohtaisesti, optimoidaan kanavakohtaisesti, yleensä siirtämällä vaikeutta rajan yli paikkaan, jota mittari ei näe. Näin instrumentoitu toimintamalli ei kykene edes havaitsemaan, että se pettää asiakkaan, vaan ainoastaan sen, että jokainen sen osa näyttää kiireiseltä.

Miten työskentelemme

Aloitamme tapauksesta, emme kanavista. Ennen minkään alustan käsittelyä kartoitamme todelliset syyt, joiden vuoksi asiakkaat ottavat yhteyttä, miten nuo syyt ratkeavat tänään, ja missä nykyinen ympäristö pakottaa toistoon, siirtoihin ja pudonneeseen kontekstiin. Tämä tuottaa rehellisen kuvan siitä, mitkä kontaktityypit aidosti ratkeavat ilman ihmistä, mitkä tarvitsevat sellaisen nopeasti, ja mitä vastaan puolustaudutaan automaatiolla, joka tuottaa kustannuksia muualla. Tuo kartta, eikä kanavien toivelista, asettaa prioriteetit.

Sieltä suunnittelemme yhteisen ytimen ensin ja kanavat toiseksi. Vakiinnutamme, miten identiteetti selvitetään, miten tapaus säilyy vuorovaikutusten läpi, miten konteksti kootaan käsittelyn hetkellä, ja miten tietoa kirjoitetaan ja hallitaan yhtenä voimavarana. Vasta kun tuo ydin on määritelty, kohtelemme jokaista kanavaa sovittimena siihen. Tällä järjestyksellä on väliä: se on syy siihen, miksi myöhemmästä kanavasta tulee integraatio eikä tuore toimintamalli, ja miksi käytäntömuutos laskeutuu yhteen paikkaan eikä kuuteen. Olemme harkittuja tekoälykerroksen suhteen, sijoittaen sen sinne missä se ratkaisee kapeita tarkoituksia siististi tai avustaa vastuullista ihmistä, ja kieltäytyen käyttämästä sitä esteenä.

Työskentelemme askelittain, tavoilla jotka ratkaisevat todellisia kontaktityyppejä päästä päähän, sen sijaan että etenisimme monivuotisessa ohjelmassa, joka ei tuota mitään ennen kuin kaikki on valmista. Jokainen askel on instrumentoitu ratkaisua ja asiakkaan vaivannäköä vasten alusta alkaen, niin että parannus näkyy niissä luvuissa, joilla on väliä, ja taantumat havaitaan varhain. Pysymme toimittajapragmaattisina: suuri osa arvosta on identiteetin selvittämisessä, orkestroinnissa, kontekstin kokoamisessa ja tiedonhallinnassa, jotka ovat yhtä lailla suunnittelu- ja toimintamallityötä kuin tuotevalintoja. Siellä missä olemassa olevat alustat palvelevat yhteistä ydintä, pidämme ne; siellä missä ne juurruttavat siilon, sanomme sen suoraan.

Kun kontaktityypit liikkuvat yhteisen ytimen läpi, asetamme niiden ympärille mittaus- ja tarkastelurytmin, jota vanha kanavaraportointi ei kyennyt tukemaan. Ratkaisuaste ja asiakkaan vaivannäkö luetaan tapauksen tasolla, tarkoituksittain, niin että yhden syyn toistuvan kontaktin nousu näkyy signaalina eikä sula kanavakeskiarvoon, joka näyttää vakaalta. Hallitsemme tietokantaa elävänä voimavarana, nimetyllä omistajuudella, tarkistuspäivämäärillä ja reitillä poistaa se, mikä ei enää pidä paikkaansa, koska automaatiokerros on aina vain niin hyvä kuin vastaukset, joista se ammentaa. Ja pidämme toimintamallin tarkistuksen alla teknologian rinnalla, sillä tapauskeskeinen ympäristö vaatii rooleja ja kannustimia, jotka palkitsevat ratkaisua eivätkä läpimenoa, eivätkä ne muutu itsestään.

Missä Nashua tekee eron

Se erityinen asia, jonka tuomme kontakti- ja tapaushallintaan, on kuri pitää tapaus keskiössä silloin, kun jokainen kaupallinen paine työntää kohti uuden kanavan ostamista ja sen kutsumista edistykseksi. Olemme yhtä vaivattomia toimintamallin ja mittausjärjestelmän uudelleenpiirtämisessä kuin alustojen integroinnissa, ja kohtelemme identiteetin selvittämistä, orkestrointia ja tiedonhallintaa todellisena työnä eikä satunnaisena putkityönä. Tuo yhdistelmä, perusteltuna ratkaisusta ja vaivannäöstä eikä kanavatoiminnasta, on se, mikä muuttaa postilaatikoiden kokoelman organisaatioksi, joka muistaa asiakkaansa.

On syytä olla rehellinen siitä, mitä tämä vaatii ja mitä ei. Se vaatii harvoin toimivan puhelinalustan tai pidetyn tikettityökalun repimistä irti; se vaatii niiden alentamista keskiöstä reunalle, mikä on vaikeampi muutos, koska kyse on vallasta eikä ohjelmistosta. Työ, joka ansaitsee paikkansa, on epäglamourinen keskikohta: identiteetin selvittäminen kanavien läpi riittävällä varmuudella luottamuksen ansaitsemiseksi, tapauksen tilan pitäminen jossakin, jonka jokainen kanava voi lukea, ja yhden tietokokonaisuuden hallinta niin, että vastaus on sama riippumatta siitä, mistä asiakas sen löytää. Mikään tuosta ei valokuvaudu hyvin esittelyssä, ja se kaikki on juuri se, mikä erottaa asiakkaansa muistavan järjestelmäympäristön sellaisesta, jolla on vain sangen monta tapaa unohtaa heidät.

On myös käytännöllinen seuraus, joka muuttaa sitä, mitä työn sallitaan olettaa. Kun toimeksianto vaatii kyvykkyyttä, jota ei vielä ole olemassa, sen ei tarvitse odottaa hankintasykliä tai toimittajan tiekarttaa. enterprise platform on rakennettu mukautumaan lähes mihin tahansa ominaisuuteen vauhdilla, agenttisen insinöörityön kautta: tarvittava kuvataan selkokielellä ja generoidaan nopeasti, mutta aina tiukkojen arkkitehtuuriperiaatteiden puitteissa ja tinkimättömän laadunvarmistuksen alaisena, niin ettei nopeus koskaan tule johdonmukaisuuden, tietoturvan tai hallinnan kustannuksella. Vaikutus on strateginen eikä pelkästään kätevä. Se siirtää tee tai osta -rajaa, pitää valinnanvapauden halpana ja antaa arkkitehtuurin seurata strategiaa sen sijaan, että strategia taipuisi siihen, mitä sattui olemaan hyllyllä.

Tuloksena on järjestelmäympäristö, jossa kanava on aidosti sivuseikka: asiakkaat tavoittavat teidät heille sopivalla tavalla, tapaus seuraa heitä, ja organisaatio voi vihdoin nähdä, ja parantaa, ratkesiko se asia, jonka vuoksi he tulivat, todella. Se on lopputulos, johon sitoudumme, ja se, jota vasten pyydämme itseämme mitattavan.