Vaikka et työskentele tietotekniikassa, työskentelet melkein varmasti tavalla tai toisella tekniikan kanssa - luomalla laskentataulukoita, päivittämällä verkkosivuja, tarkistamalla asiakastietoja tietokannoista tai vain lukemalla sähköpostia. Ja kuten olet todennäköisesti huomannut, tekniikka ei aina toimi haluamallasi tavalla, tai mikä pahempaa, niin kuin pitäisi. Tämä tarkoittaa, että joskus sinun on työskenneltävä teknisen tiimisi kanssa ongelmien ratkaisemiseksi.
Kuten kuka tahansa näistä vuorovaikutuksista on tietoinen, se ei aina suju. Tässä on käytännöllisiä vinkkejä kommunikointiin joukkueen kanssa tavalla, joka toimii molemmille osapuolille varmistaaksesi, että saat tarvitsemasi apua ja että tekniset asiantuntijat auttavat sinua aina mielellään.
1. Hätätila
Esimerkki: “Sivusto on alhaalla!”
Digitaalimaailmasi kaatuu, tai ehkä vain yrityksesi palvelin kaatuu. Riippumatta siitä, mikä kriisi on, sinun on otettava heti yhteyttä tekniseen tiimiisi - ilman paniikkia, harhautumista ja kääntöpöytiä. Ei, sinun on tehtävä tämä oikein, koska se on niin kriittinen. Tämä tarkoittaa, että sinun on tuotava faktat tech-tiimille mahdollisimman nopeasti ja selvästi.
Mutta varoittava sana, ennen kuin lähetät sähköpostin kaikissa korkeissa tai soitat kehittäjälle sunnuntaiaamuna: Varmista, että tilanne on todella "elämä tai kuolema". Useimpien yritysten kohdalla "elämä ja kuolema" tarkoittaa lopullista linjaa. . Toisin sanoen, onko ongelma, joka pysäyttää tai estää vakavasti sinua, kollegoitasi tai yritystäsi palvelemaan asiakkaita kunnolla? Joo? Jatka. Ei? Hengitä syvään.
Etkö ole varma, mitä pidetään hätätilanteena? Kysy pomolta, onko käytössä käytäntöä, ja jos niin, noudata vakiintunutta menettelytapaa, mikäli pahinta tapahtuu. Jos kumpaakaan näistä asioista ei ole olemassa, ajoita pikakeskustelu teknisen päällikkösi tai pääurakoitsijasi kanssa järjestelmän perustamismahdollisuudesta. Kertoimet ovat, että IT-tiimi ei vain arvosta kiinnostuksesi, mutta he ovat myös iloisia siitä, että se johtaa vähemmän vääriä hälytyksiä tulevaisuudessa. (Jopa tekniikan harrastajat pelkäävät 11 PM -palvelimen hätätilannetta.)
2. Sisäiset viat
Esimerkki: "Kun napsautin Seuraava-painiketta, minua ei viedä seuraavalle sivulle."
Tällä kertaa ongelma ei ole uhka liiketoiminnalle, mutta se on ärsyttävä häiriö, joka tekee tehtävien suorittamisesta haastavan. Saatat pystyä jatkamaan päiväsi tekemällä virheitä, mutta sinun ei pitäisi vain sivuuttaa sitä.
Sinun tulee jälleen noudattaa kaikkia asetettuja protokollia raportoinnissa. (Ja palattuaan numeroon 1, voit auttaa perustamaan raportointijärjestelmän, jos sellaista ei ole tällä hetkellä.) Kun tallennat raportin, muista sisällyttää niin paljon asiaankuuluvia tietoja kuin pystyt.
Unelmaraportti sisältää seuraavat:
- Mitä yritit tehdä
- Mitä tapahtui kun teit sen
- Käytetty laite ja käyttöjärjestelmä
- Kaikki mukana olevat ohjelmistot
- Kuvakaappaus aiheesta
Vaikka nämä tiedot voivat tuntua työläältä kirjoittaa, ne auttavat teknistä ryhmää diagnosoimaan ongelman nopeammin. Haluatko bonuspisteitä (ja ongelmiinne puututaan nopeammin)? Tutustu teknisiin ehtoihisi puhuaksesi virheestä. Se säästää kaikkia osallistujia paljon arvauksia.
3. Kiireellinen päivitys
Esimerkki: “Asiakas tarvitsee kotisivulleen päivitetyn EOD: n.”
Palaa kriisin keskelle. Mutta tällä kertaa olet sinä joka aloittaa kiireen. Tämä tarkoittaa, että sinun on oltava erityisen herkkä IT-henkilöstöllesi. Ole hyvin selkeä mitä on tehtävä. Ja jos tarvitset apua useiden kohteiden kanssa, kerro tiimille kunkin prioriteetti, mikäli kaikkea ei voida tehdä samaan aikaan.
Sen sijaan, että vaatisit teknistä tiimiä hylkäämään kaiken palvellaksesi sinua, kysy myös, kuinka paljon aikaa heidän mielestään tarvitaan muutoksen tekemiseen. Jos sitä ei voida suorittaa niin nopeasti kuin haluat, sinun tulisi vahvistaa, miksi tehtävä on niin kiireellinen (muistatko lopputuloksen?), Ja tee selväksi, että olet täällä auttaaksesi ASAP: n suorittamisessa loppuun.
On myös tärkeää muistaa, että vain koska tarvitset jotain, se ei aina mahdollista. Oletetaan aina, että ennen kuin saavut kiireellisellä tehtävälläsi, tekninen tiimi työskenteli toisen projektin (tai kahden tai kolmen) kanssa määräajassa.
Kyllä, tarvitset todennäköisesti laillisesti jotain tekemistä heti, mutta onko olemassa väliaikainen tai nopea korjaus (kuten vain kirjoitusvirheiden ja rikkoutuneiden linkkien korjaaminen), joka toimisi nyt? Jos niin, mene sen kanssa. Aseta sitten aikataulu lopulle projektille, joka toimii kaikille osapuolille.
4. (Pieni) ehdotus
Esimerkki: "Meidän olisi luotava tapa lukijoille kommentoida blogiamme Facebook-profiileillaan."
Onko sinulla fiksu idea, jonka mielestäsi parannat yrityksesi sovellusta tai verkkosivustoa? Saatat olla jotain. Mutta se ei tarkoita, että sinun pitäisi kiirehtiä tech-tiimin yli ja odottaa kiitosta ideastasi. Sen sijaan sinun on oltava fiksu ja kunnioittava suhteessa siihen, miten lähestyt sitä.
Kerro kehittäjille tai suunnittelijoille, miksi mielestäsi ideasi kannattaa toteuttaa ("Markkinointiryhmämme jakoi vain joitain tilastoja siitä, kuinka aktiiviset asiakkaamme ovat Facebookissa, ja mielestäni se voisi auttaa meitä parantamaan sitoutumista sivustoon"). Samanaikaisesti pidä kuitenkin mielessä aika- ja raharajoitukset, joita kaikki kohtaavat. Muista kunnioittaa IT-ammattilaisten tietämystä ja mielipiteitä. Harkitse "voisi" -sanan "pitäisi" -sovelluksen käyttöä, jotta ei kuulosta siltä, että tiedät jo kaikki oikeat vastaukset.
Jos tällaisten ideoiden keksiminen on säännöllinen osa työtäsi, kokeile myös kehityksen tai suunnittelun oppimista. Jopa jotkut perustiedot auttavat sinua tekemään hyödyllisempiä ja realistisempia ehdotuksia.
5. Iso idea
Esimerkki: "Entä koko kotisivun uudelleensuunnittelu?"
Joskus haluat ravistaa asioita. Ja oivalluksesi ulkopuolisina voivat (joskus) olla juuri sitä, mitä tarvitaan yrityksen strategian tai brändin päivittämiseksi.
Mutta älä pääse pyyhkäisemään vallankumouksellisilta vaatimuksiltasi. Jälleen kerran sinun on kerrottava suunnittelu- tai kehitysryhmällesi, miksi uskot muutoksen tarpeelliseksi. Ja koska tämä on suuri uudistus, josta puhut, sinun tulee olla valmis perustelemaan kustannukset ja aika, joka tarvitaan sen toteuttamiseen.
Voit tehdä ideasta kuulostavan houkuttelevamman, jos löydät tavan auttaa. Ehkä voit olla beetatestaaja. Tai voit kirjoittaa kopion. Tai ehkä voit lainata teknisen tiimin harjoittelijallesi auttamaan tutkimaan muutamaa (yksinkertaisempaa) prosessin osaa. Minkä tahansa tavoin nouseminen helpottaa kuormitusta, mikä tarkoittaa, että iso ideastasi voi tulla todellisuutta nopeammin.
Tarvitsetpa sitten aikaherkän tehtävän tai pelkästään luovan parannusehdotuksen, kun tiedät kuinka lähestyä tekniikkatiimiisi, kun tarvitset heidän apua, se helpottaa sekä työtäsi että auttaa kaikkia työskentelemään paremmin - mikä johtaa mieluiten vähemmän hämmentäviin sähköposteihin, jotka stressaa kaikki ulos.
