Monet yritykset lankeavat samaan ongelmaan. Varsinainen asiakastieto löytyy Salesforcesta, mutta varsinainen keskustelu ja päätöksenteko tapahtuvat Slackissa. Niinpä ihmiset tuhlaavat yllättävän paljon aikaa Salesforcen kääntämiseen chatiksi.
Joku kysyy uusinta päivitystä tilaisuuteen liittyen. Joku toinen tarkistaa tiedot, poimii tärkeät tiedot, liittää ne ketjuun ja tekee saman uudelleen tunnin kuluttua, kun ketju on jo hautautunut piiloon. Lopulta Slack- ja Salesforce-integraatio tuntuvat välttämättömyydeltä.
Kun yhdistät Salesforcen ja Slackin oikein, työnkulut alkavat tuntua hieman sujuvammilta. Tiimejä hidastava toistuva hukka vähenee.
Useimmat tiimit haluavat juuri sitä. Mahdollisuuden keskustella sopimuksesta, tapauksesta tai asiakkuudesta ilman, että CRM:ää joutuu jatkuvasti kääntämään muille. Mahdollisuuden oikeille ihmisille nähdä tietueen konteksti keskustelun aikana, ei kaksikymmentä minuuttia myöhemmin, kun joku on kopioinut sen. Salesforcea ja Slackia tuodaan lähemmäs toisiaan juuri tästä syystä. Hyödyllinen osa ei kuitenkaan ole itse yhteys, vaan sen takana oleva ajatus.
Kyllä, Salesforce osti Slackin vuonna 2021 yrittäessään luoda digitaalisen työpaikan pääkonttorin. Tämä on hyviä uutisia yrityksille, jotka ovat kiinnostuneita Salesforcen ja Slackin integroinnista, koska kyseessä ei ole jokin satunnainen sivussa oleva liitin.
Tänään saat kaksi tuotetta, joita kehitetään aktiivisesti toimimaan paremmin yhdessä ajan myötä. Salesforce esittelee jatkuvasti uusia tapoja tehdä Slack for Salesforce -kokemuksesta entistäkin paremman, mukaan lukien useita tekoälyominaisuuksia ja uusia… Slackbotin ominaisuudet (vuodesta 2026).
Ajatuksena on luoda ympäristö, jossa yhteistyö pysyy tiiviisti sidoksissa CRM-tietueisiin, tekoälytyökaluihin ja ominaisuuksiin, joita tiimit käyttävät päivittäin.
Slackin ja Salesforcen integraation arvo käy melko ilmeiseksi, kun katsoo, miten tiimit todellisuudessa toimivat. CRM:ssä on tili, mahdollisuus, tapaus, omistaja ja tila. Slackissa on keskustelu, jossa ihmiset reagoivat kaikkeen tähän. Kun nämä kaksi asiaa pysyvät erillään, joku päätyy aina toimimaan tulkkina.
Aika kuluu manuaaliseen käännöstyöhön. Myyjä kysyy uusimman tarjouksen tilaa. Esimies haluaa tietää, miksi tapaus on edelleen avoinna. Tuki tarvitsee nopean vastauksen myynniltä ennen kuin vastaa asiakkaalle. Ilman Slack- ja Salesforce-integraatiota ihmiset avaavat Salesforcen jatkuvasti, kopioivat tietoja Slackiin ja toistavat sitten saman kontekstin seuraavalle ketjuun liittyvälle henkilölle.
Hyvä kokoonpano muuttaa kaiken tämän tahtia. Tiimit voivat pudottaa tietueita suoraan kanaviin, keskustella mahdollisuuksista samassa paikassa, jossa päivitys tapahtuu, ja saada ilmoituksia, kun jokin todella on tärkeää. Muutamia yleisiä käyttötapauksia Slack-integraatiolle Salesforcen kanssa erottuu joukosta:
Tuloksena on parempi työnkulku. Myynti voi reagoida nopeammin, kun sopimus etenee vaiheittain. Tuki voi houkutella oikeat ihmiset mukaan, kun tapauksen vakavuusaste muuttuu. Esimiehet voivat nähdä, mihin on kiinnitettävä huomiota, ilman että heidän tarvitsee jahdata ihmisiä kuvakaappausten tai yhteenvetojen perässä. Jos haluat laajemman kuvan työkaluista, jotka laajentavat Salesforcea sen oletusasetuksista pidemmälle, kannattaa tutustua seuraaviin: parhaat AppExchange-sovelluksetkoska tämäntyyppinen yhteistyöongelma esiintyy harvoin yksinään.
Yleensä a Salesforcen kolmannen osapuolen integrointi vie enemmän työtä kuin kahden saman omistajan omaavan järjestelmän yhdistäminen. Silti on tehtävä joitakin valmisteluja, jos haluat yhdistää Salesforcen Slackiin ilman ongelmia.
Aloita perustarkistuksista. Onko tiimisi haluama kokoonpano todella tuettu ja onko oikeilla henkilöillä järjestelmänvalvojan oikeudet? Salesforce-järjestelmänvalvojan on asennettava ja määritettävä Slack-paketti Salesforcessa, joten tiiminvetäjä ei yleensä voi vain ottaa tätä käyttöön ilman järjestelmänvalvojan apua.
Muutamat yksityiskohdat kannattaa tarkistaa selkeästi:
Yksi hyödyllinen huomautus lisensoinnista: Tarkista Salesforce-version vaatimuksetVaikka Enterprise- ja Unlimited-tasot sisältävät täydet integrointiominaisuudet, Professional Edition saattaa vaatia tiettyjä lisäosia tai API-käyttöoikeuden käyttöönottoa sopimusehdoistasi riippuen.
Oikean Salesforce-organisaation on oltava yhteydessä oikeaan Slack-työtilaan ja oikeiden käyttäjien on oltava yhteydessä oikeisiin tileihin.
Tiimit voivat yhdistää jäsentensä Salesforce-tilit heidän Slack-tileihinsä, jotta oikeat ihmiset saavat käyttöoikeuden oikeisiin työkaluihin. Salesforcen järjestelmänvalvojan ohjeet tukevat myös yhdistämistä sähköpostiosoitteen tai SAML-liittoutumistunnuksen avulla. Jos identiteetin vastaavuus on heikko, Salesforcen ja Slackin yhdistäminen johtaa osittaiseen näkyvyyteen, rikkinäisiin työnkulkuihin ja hämmentäviin reunatapauksiin.
Tarkista nämä ennen käynnistystä:
Ennen julkaisua, tarkista:
Salesforceen linkitettyjen kanavien käyttöoikeus Slackissa kunnioittaa yleensä Salesforce-tietueiden näkyvyyttä. Jos jollakulla on pääsy tietueeseen Salesforcessa, hän voi käyttää myös siihen liittyvää kanavaa. Ulkoisia käyttäjiä ei voi kutsua Salesforce-kanaviin.
Ennen kuin hälytykset tai jakaminen määritetään, päätä, mitä tietueita Slackissa todellisuudessa käytetään.
Integraatio tukee saumattomasti keskeisiä vakio-objekteja, kuten tilejä, tapauksia, mahdollisuuksia ja liidejä, tiimisi mukautettujen objektien rinnalla.
Myös konfiguroituja mukautettuja objekteja voidaan tukea. Se ei vieläkään tarkoita, että määrityksestä olisi hyötyä. Se riippuu näiden tietueiden taustalla olevista tiedoista. Tiimien tulisi tarkistaa:
Ennen kuin integroit Slackin Salesforcen kanssa, määritä todelliset käyttötapaukset:
Slack jakaa hälytykset kolmeen tyyppiin:
Jotkut tiimit tarvitsevat vain hälytyksiä. Toiset taas tarvitsevat pysyvämmän järjestelmän tietueiden ympärille, minkä vuoksi Salesforce-kanavat ovat järkevämpiä. Slackin mukaan järjestelmänvalvojat voivat määrittää Salesforce-kanavia tietuetyypin mukaan, ja nämä kanavat voidaan yhdistää lähes mihin tahansa tietuetyyppiin paitsi käyttäjiin.
Jos yritys tarvitsee perusasennuksen lisäksi enemmän, konsultti, kuten Routine Automation, voi auttaa suunnittelemaan selkeämmän Salesforce for Slack -logiikan, yhdenmukaistamaan työnkulut todellisten liiketoimintaprosessien kanssa ja hoitamaan Salesforce-puolen mukautukset, jotka estävät asennuksen muuttumisen jälleen yhdeksi puoliksi käytetyksi sisäiseksi työkaluksi.
| Valmistelualue | Mitä selvitetään ennen käyttöönottoa |
| Pääsy | Järjestelmänvalvojan roolit, tuettu asennuspolku, eristys vs. tuotanto |
| Identiteetti | Organisaation ja työtilan yhteensopivuus, käyttäjäkartoitusmenetelmä, todennus |
| Turvallisuus | Käyttöoikeusjoukot, kenttien näkyvyys, kanavan yksityisyys |
| Asiakirjat | Vakio-objektit, mukautetut objektit, nimeäminen, omistajuus |
| Hälytykset | Henkilökohtainen, kanava- tai joukkomyynti |
| Työnkulku | Kuka saa päivityksen, missä se näkyy ja kenen on tarkoitus tehdä jotain seuraavaksi |
Tämä prosessi ei ole aivan yhtä monimutkainen kuin esimerkiksi Microsoft Teamsin ja Salesforcen integrointi, mutta ei silti kannata kiirehtiä.
Puhdas Salesforcen ja Slackin välinen asennus riippuu oikeasta järjestyksestä. Jos yhteys on alussa huolimaton, muu työnkulku muuttuu nopeasti ärsyttäväksi.
Aloita Slackista. Täältä Slack-työtilaan tulee Salesforce-sovellus, jonka avulla käyttäjät voivat hakea tietueita, jakaa niitä keskusteluihin ja käsitellä ilmoituksia Slackissa.
Asennuksen aikana tarkista:
Tämä vaihe näyttää pieneltä, mutta se on yksi helpoimmista paikoista, joissa asiat voivat mennä pieleen. Tiimit joskus yhdistävät sovelluksen väärään työtilaan tai hyväksyvät käyttöoikeudet liian nopeasti, ja se yleensä johtaa myöhemmin siivoukseen. Jos yrität yhdistää Salesforcen Slackiin, on fiksumpaa käyttää tähän viisi ylimääräistä minuuttia kuin kuluttaa kaksi tuntia sen korjaamiseen jälkeenpäin.
Tämän vaiheen hoitaa yleensä Salesforce-ylläpitäjä. Salesforce-puolen asennusvaiheessa valmistellaan objektit, käyttöoikeudet ja yhteyslogiikka, johon Slack luottaa.
Muutamat asiat ovat tässä tärkeitä:
Hiekkalaatikkotestaus kannattaa huomioida, koska juuri siellä monet hiljaiset ongelmat ilmaantuvat ensimmäisenä. Väärä objektien näkyvyys. Hämmentävä kentän näyttö. Hälytykset, jotka näyttävät teoriassa hyviltä, mutta käytännössä hyödyttömiltä. On parempi havaita nämä ennen tuotantoa.
Vanhemmasta lähtien Slackilla rakennettu AppExchange polku ei enää tue uusia asennuksia, uusien käyttäjien tulisi käyttää Salesforcen luomaa reittiä.
Kun molemmat osapuolet on valmisteltu, yhdistä Slack-työtila Salesforce-organisaatioon.
Tässä vaiheessa:
Jos väärät käyttäjät on yhdistetty tai niitä ei ole yhdistetty ollenkaan, toiminnot ja näkyvyys muuttuvat nopeasti oudoiksi. Joku voi nähdä tietueet, mutta ei päivittää niitä. Joku toinen saa ilmoituksia, joita hänen ei pitäisi saada. Kolmas käyttäjä ei voi käyttää oikeaa työnkulkua ollenkaan.
Tässä kohtaa on myös järkevää tarkistaa:
Slack huomauttaa, että Lightning-komponenteille vaaditaan mukautettu Salesforce-verkkotunnus, ja juuri tällainen asennustieto jää usein huomaamatta, kunnes joku törmää esteeseen kesken julkaisun.
Kun yhteys on luotu, aloita jollain hyödyllisellä ja näkyvällä: jaa tietueita Slack-keskusteluihin.
Tämä on yksi helpoimmista tavoista saada Slack SFDC tuntumaan käytännölliseltä. Käyttäjä voi vetää asiakkaan, mahdollisuuden, tapauksen, yhteyshenkilön tai liidin ketjuun ja antaa keskustelun tapahtua varsinaisen tietueen kontekstin ympärillä sen sijaan, että se olisi muistista kirjoitettu epämääräinen yhteenveto.
Muutamia yleisiä esimerkkejä:
Slackin mukaan tuettuihin vakio-objekteihin kuuluvat tili, tapaus, yhteyshenkilö, liidi, mahdollisuus ja tehtävä, ja saatavilla on myös mukautettuja objekteja. Tämä riittää useimmille tiimeille saadakseen todellista hyötyä varhaisessa vaiheessa, kunhan lähdetiedot Salesforcessa ovat riittävän puhtaita ollakseen hyödyllisiä.
Slack jakaa hälytykset seuraaviin osiin:
Tuo rakenne on hyödyllinen, koska se pakottaa kysymään jo varhaisessa vaiheessa: kuka tätä päivitystä oikeastaan tarvitsee?
Käytä henkilökohtaisia hälytyksiä, kun yksi henkilö on vastuussa toiminnasta. Käytä tiimihälytyksiä, kun työryhmän on reagoitava. Käytä joukkohälytyksiä varoen, sillä ne voivat muuttua nopeasti kohinaisiksi, jos liipaisulogiikka on laiska.
Hyödyllisiä esimerkkejä hälytyksistä:
Huono hälytyssuunnittelu on melko helppo havaita. Kaikki lähetetään kaikkialle. Kanavat täyttyvät päivityksistä, joita kukaan ei omista. Ihmiset mykistävät kanavan. Sitten se yksi tärkeä hälytys jätetään huomiotta muiden mukana.
Kanavahälytykset toimivat parhaiten, kun kanava vastaa jo aitoa yhteistyötä.
Se kuulostaa itsestään selvältä, mutta tiimit rakentavat usein kanavia teknisten kategorioiden ympärille sen sijaan, että he käsittelisivät sitä, miten työ itse asiassa tapahtuu. Silloin kukaan ei tiedä, minne päivitykset pitäisi viedä.
Parempi lähestymistapa on yhdistää hälytykset todellisiin työnkulkuihin, kuten:
Tässä vaiheessa Slack for Salesforcesta tulee joko hyödyllinen päivittäisessä työssä tai se muuttuu taustahälyksi. Kanavalogiikan tulisi heijastaa todellista omistajuutta ja oikeita keskusteluja. Ei siisteyden vuoksi käytettyjä objektien nimiä.
Monet Slack-Salesforce-asetukset ovat teknisesti toimivia, mutta eivät vieläkään kovin hyviä.
Ennen täyttä käyttöönottoa, tarkista:
Slack asettaa myös Salesforce-sovellukselle asynkronisen käyttörajan, joka on enintään 250 000 asynkronista kutsua 24 tunnin aikana. Tämä ei ole iso juttu kaikille yrityksille, mutta suuremmassa organisaatiossa tai sellaisessa, jossa on paljon hälytyksiä, se on asia, jota kannattaa pitää silmällä ajoissa.
Autamme tiimejä suunnittelemaan, testaamaan ja käynnistämään Salesforce-integraatioita, jotka sopivat todellisiin työnkulkuihin, käyttöoikeuksiin ja pitkän aikavälin CRM-hallintaan.
Monissa artikkeleissa Salesforcen ja Slackin integrointi kuulostaa aloitusprojektilta. Käytännössä se on toimiva tapa. Todellinen kysymys ei ole, onko yhteys olemassa. Kyse on siitä, käyttävätkö ihmiset sitä tavoilla, jotka lyhentävät viiveitä, vähentävät edestakaista tiedonvaihtoa ja pitävät CRM-kontekstin lähellä keskustelua.
Myynti on luultavasti helpoin paikka nähdä arvo. Myyjä jakaa mahdollisuuden Slackiin. Esimies voi nähdä vaiheen, omistajan ja viimeisimmän toiminnan pyytämättä yhteenvetoa. RevOps voi puuttua asiaan, jos omistajuus vaihtuu tai seuraava vaihe on epäselvä. Joku talousosastolta tai johdosta voi ottaa kantaa odottamatta kokousta.
Sillä on merkitystä, koska sopimuskeskustelut etenevät yleensä nopeammin kuin CRM-päivitykset. Ihmiset esittävät nopeita kysymyksiä. "Miksi tämä unohtui?" "Kuka omistaa tämän nyt?" "Vastasiko asiakas?" Jos Slack-integraatio Salesforcen kanssa on määritetty hyvin, kyseinen keskusteluketju ei ole riippuvainen siitä, että yksi henkilö avaa Salesforcen ja lukee tietueen kaikkien muiden puolesta.
Tukitiimit tuntevat hyödyn nopeammin, koska tapausten käsittely sotkeutuu nopeasti, kun mukana on useampi kuin yksi tiimi.
Tapauksen vakavuus muuttuu. Tuki tarvitsee suunnittelua. Operatiivisen tiimin on tiedettävä, onko tilille olemassa riski. Menestys haluaa kontekstia ennen kuin puhuu asiakkaalle. Ilman Salesforce–Slack-integraatiota se tarkoittaa yleensä kuvakaappauksia, kopioituja muistiinpanoja ja ketjua, joka menettää lähdetietueen lähes välittömästi.
Selkeämmän kokoonpanon ansiosta tapaus voidaan jakaa suoraan oikeaan Slack-keskusteluun, päivitykset voivat laukaista hälytyksiä ja vastauksen tarvitsevat henkilöt voivat työskennellä samasta tietuekontekstista.
Hyväksynnät ja siirrot epäonnistuvat lähes aina, kun ne riippuvat siitä, että joku siirtää kontekstin manuaalisesti järjestelmästä toiseen. Myyjä tarvitsee alennushyväksynnän. Asiakkuuspäällikkö siirtää uusimisongelman. Yksi tukitiimin jäsen tarvitsee toisen tiimin ottamaan vastuun. Mikään tästä ei ole teoriassa monimutkaista. Se vain hidastuu, kun jokainen siirtymä alkaa kysymyksellä "Voiko joku lähettää minulle uusimmat tiedot?".
Slack toimii tässä hyvin, koska se pitää luovutuksen lähellä Salesforce-tietuetta. Seuraava tiimi voi nähdä kontekstin, esittää kysymyksiä samassa ketjussa ja viedä työtä eteenpäin odottamatta yhteenvetopuhelua tai kaivamatta CRM:ää tyhjästä.
Hyödyllinen puoli ei ole nopeus sinänsä. Se on selkeämpiä siirtymiä. Vähemmän kontekstin katoamista. Vähemmän "voisitko lähettää sen uudelleen" -hetkiä.
Slack Salesforce -integraatio voi silti törmätä ongelmiin, kuten:
| Mikä menee pieleen | Mikä yleensä korjaa sen |
| Liian monta ilmoitusta osuu samoihin kanaviin | Vähennä vähäarvoisia hälytyksiä. Pidä ne, jotka johtavat toimintaan. |
| Slack näyttää osittaista tai sekavaa Salesforce-dataa. | Tarkista kenttien käyttöoikeudet, puhdista tietueiden logiikka ja testaa, mitä käyttäjät todella näkevät sen sijaan, mitä järjestelmänvalvojat odottavat heidän näkevän. |
| Arkaluontoinen CRM-data päätyy väärään Slack-tilaan. | Tiukentaa käyttöoikeuksia, tarkistaa kanavien yksityisyysvaatimukset ja olla tiukempi sen suhteen, mitkä tietueet tai kentät ylipäätään näkyvät Slackissa. |
| Ihmiset eivät oikeastaan käytä tätä järjestelmää, koska he eivät ole varmoja, mikä kuuluu Slackiin ja mikä Salesforceen. | Aseta muutamia yksinkertaisia perussääntöjä ja tee omistajuus selväksi. Jos kukaan ei omista työnkulkua, se yleensä kuolee pois. |
| Tiimi noudattaa vanhaa asennusopasta ja rakentaa väärän asennuspolun ympärille. | Tarkista ajantasainen Salesforce- ja Slack-dokumentaatio ennen julkaisua. |
| Päivitykset jaetaan laajoihin kanaviin, joita kukaan ei oikeastaan katso. | Käytä kanavia, jotka vastaavat todellisia työryhmiä, jonoja tai hyväksymispolkuja. |
| Yksi käyttäjä voi nähdä tietueen tai toiminnon, toinen ei, eikä kukaan tiedä varmasti miksi. | Tarkista käyttäjäkartoitus, organisaation ja työtilan yhteensovittaminen ja käyttöoikeudet oikeiden testikäyttäjien kanssa. |
| Oletusasetuksia käsitellään kuten valmiita asetuksia. | Käsittele sitä versiona yksi ja muokkaa sitten hälytyksiä, käyttöoikeuksia ja työnkulkusääntöjä, kun ihmiset alkavat käyttää sitä. |
Useimmat näistä ongelmista ilmenevät melko tavallisista syistä. Harvoin se johtuu siitä, etteivät Slack ja Salesforce toimi yhdessä. Yleensä se johtuu siitä, että käyttöönotto tapahtui ennen kuin tiimi oli sopinut käyttöoikeuksista, tietueiden logiikasta, hälytysten omistajuudesta ja testauksesta. Salesforcen terveystarkastus voi myös auttaa tunnistamaan kokoonpano- ja tietoturvaongelmia ennen kuin ne vaikuttavat käyttöönottoon.
Autamme tiimejä suunnittelemaan räätälöityjä Salesforce-automaatioita, hälytyksiä ja työnkulkulogiikkaa, jotka tekevät Slackista aidosti hyödyllisen päivittäisessä toiminnassa.
Kun perusasetukset toimivat, todellinen kysymys kuuluu, onko niistä mitään hyödyllistä. Siinä kohtaa Slack Salesforce -integraatio alkaa olla tärkeämpää. Oletusasetukset pystyvät käsittelemään yksinkertaisia hälytyksiä ja tietueiden jakamista. Ne eivät yleensä riitä tiimeille, jotka haluavat selkeämmän reitityksen, paremman ajoituksen ja vähemmän kohinaa.
Oletusilmoitukset ovat lähtökohta, mutta voit mennä pidemmälle.
Parempi kokoonpano yhdistää hälytykset tapahtumiin, jotka todella vaativat toimia, kuten:
Tässä kohtaa Salesforce for Slackista tulee hyödyllisempi. Tavoitteena ei ole enemmän hälytyksiä. Merkityksellisempää on vähemmän hälytyksiä.
Kanavan rakenne vaikuttaa käyttöönottoon enemmän kuin useimmat tiimit odottavat. Jos päivitykset tulevat väärään paikkaan, ihmiset jättävät ne huomiotta. Jos kukaan ei omista kanavaa, hälytykset kasaantuvat eikä mitään tapahdu.
Kohdista kanavat työtehtävien jo käynnissä olevaan etenemiseen:
Tällä on vielä suurempi merkitys Slack for Salesforcen kanssa, kun tiimit käyttävät Salesforce-kanavia. Nämä kanavat perivät Salesforcen käyttöoikeudet ja käyttävät tietuekenttiä nimeämiseen, joten sekava tietuerakenne muuttuu melko nopeasti sekavaksi yhteistyöksi.
Slackista tulee arvokkaampi, kun se on sidottu muuhun Salesforce-prosessiin sen sijaan, että se olisi sen vieressä. Tämä tarkoittaa yleensä Salesforcen ja Slackin integroinnin yhdistämistä seuraaviin:
Tässä kohtaa tiimit alkavat ajatella pelkän Slackin ulkopuolella. Jos tarkastelet lisäintegraatiovaihtoehtoja, ratkaiset yleensä saman suuremman ongelman: miten saada Salesforce ohjaamaan parempaa toimintaa työkaluissa, joita ihmiset jo käyttävät.
Rutiiniautomaatio voi myös auttaa tässä. Ei pelkästään Salesforce for Slack -sovelluksen puolella, vaan myös sen taustalla olevien Salesforcen mukautusten osalta, mukaan lukien prosessien suunnittelu, automaation siivous, käyttöoikeudet ja työnkulun rakenne.
Yksinkertainen asennus voi riittää peruskäyttötapauksiin. Jaa muutama tietue. Lähetä muutama ilmoitus. Paranna näkyvyyttä hieman.
Vaikeampi versio alkaa, kun yrityksen on saatava järjestelmä toimimaan moitteettomasti tosielämässä. Tämä tarkoittaa yleensä:
Silloin Salesforcen ja Slackin yhdistäminen ei ole enää pelkkä asennustehtävä, vaan suunnitteluongelma.
Rutiiniautomaatio voi auttaa toteutuksessa, suunnittelussa, mukauttamisessa, testauksessa, laadunvarmistuksessa ja julkaisun jälkeisissä parannuksissa. Se on yleensä arvokkaampaa kuin toinen yleinen asennusopas, koska todellinen haaste ei ole työkalujen yhdistäminen, vaan yhteyden hyödylliseksi tekeminen.
