Tuotekehityksen säännöt ja menetelmät: miten houkutella ja pitää asiakkaita

Kolme pääroolia IT: ssä

Menestyvässä IT-yrityksessä on päärooleja, joita ilman oikeat ja

johdonmukainen tuotekehitys- ja toteutusprosessi. Näistä rooleista koko organisaatio kehittyy myöhemmin kasvaessaan.

Ensimmäinen rooli on tuotepäällikkö.Tämä on henkilö, joka hallitsee konseptia, näkee selvästi, mitä "kipua" tuote ratkaisee asiakkaalle ja mitä arvoa se tuo. Se vastaa kysymykseen "Miksi teemme tämän?" Tällä henkilöllä on oltava pehmeät taidot (englanniksi "soft skills" - "High-tech") voidakseen aistia asiakkaiden tarpeet, rakentaa kommunikaatiota kehitys-, myynti- ja markkinointitiimin kanssa. Tällaisia ​​taitoja on vaikea mitata, mutta on olemassa joukko käytäntöjä, jotka auttavat niiden soveltamisessa ja tuloksena asiakkaan tarvitseman tuotteen luomisessa: tietoa user eXperiencen (UX) alalla, analytiikkaa, tehdyn asemointia, sekä tapoja tutkia kohdeyleisöä ja taitoja kokeiden tekemisessä.

Käyttäjän eXperience, englannista "Käyttäjäkokemus, käyttökokemus"ovat käyttäjän havaintoja ja vastauksia, jotka johtuvat tuotteen, järjestelmän tai palvelun käytöstä ja/tai käyttötarkoituksesta.

Käyttäjäkokemus sisältää kaikki tunteet, uskomukset,käyttäjän mieltymykset, sensaatiot, fyysiset ja psykologiset reaktiot, käyttäytyminen ja saavutukset, jotka tapahtuvat ennen järjestelmän käyttöä, sen aikana ja sen jälkeen.

Toinen henkilö on pääinsinööri tai, toisin sanoen,CTO - tekninen johtaja. Tämä henkilö vastaa kysymykseen "Kuinka teemme sen?" Hänellä on oltava ohjelmoinnin ja johtamisen taidot - yrityksen kasvaessa hänen roolinsa muuttuu vähitellen: hän työskentelee vähemmän käsillä ja johtaa enemmän joukkuetta. Koko IT-maiseman tuntemus ja ymmärrys siitä, mitä tekniikoita, asiantuntijoita, algoritmeja ja lähestymistapoja tarvitaan tietyn tehtävän suorittamiseen, ovat hyödyllisiä. Hänellä on oltava laaja IT-näkymä, mikä on pakollista tälle tehtävälle jopa sisäänkäynnin kohdalla.

Kolmas henkilö on vastuussa markkinoinnista jamyynti. Polun alussa nämä alueet voidaan yhdistää. Tällainen asiantuntija vastaa kysymykseen "Kenelle ja miten myymme ratkaisumme?" Tässä asetettu taito vaihtelee sen mukaan, toimiiko se B2C- tai B2B-markkinoilla. B2B-yrityksissä tarvitset ensinnäkin kokemusta ja "täydellistä kättä" tällä alalla. Asiantuntijataito on vielä vähemmän tärkeä asia kuin kokemus.

Perusvaiheet kehityksessä

Pääsääntöisesti yrityksellä on jo alussahypoteeseja siitä, mitä potentiaalisen asiakkaan "kipuja" ja ongelmia tuotteen pitäisi ratkaista. Kun yrityksellä on jo tuote, on tärkeää luoda markkinoinnin ja myynnin prosesseja potentiaalisen asiakkaan tavoittamiseksi, liidien luomiseksi - etukäteen kiinnostuneiden asiakkaiden -, prosessoimiseksi ja tilaukseksi muuntamiseksi.

Seuraava askel, joka ei ole yhtä tärkeä, on tuotteen käyttöönotto asiakkaan yrityksessä, koska puhumme B2B-markkinoista.

Tätä seuraa asiakkaan "onnellisuuden hallinta": tekninen tuki, päivitykset ja mahdollisesti seuraavien "kivun" tyydyttäminen myymällä lisäpalveluita, sitten puhumme siitä, miten työskennellä asiakkaan kanssa ja kuinka pitää hänet samoin kuin saada rahaa pidempään.

Teknisten eritelmien laatiminen: miten rooleja ei sekoiteta

Tuotepäällikkö on vastuussa kokonaiskehityksestäTuotetta ja sen visioita sekä pyrkii myös varmistamaan, että tuote ei vain vastaa yhden asiakkaan tehtäviä, vaan myös ratkaisee useita samankaltaisia ​​ongelmia ja sitä voidaan myöhemmin skaalata - myydä monille muille asiakkaille. Tällaiset asiantuntijat tutkivat asiakkaita, suorittavat erilaisia ​​kokeita ja muodostavat vision tuotekehityksestä. Sitten he muuttavat tämän vision vaiheiksi sarjaksi tuotteen - etenemissuunnitelman luomiseksi.

Englanninkielisen teknologian etenemissuunnitelma. "Tekninen etenemissuunnitelma"— lyhyen tai pitkän aikavälin päästösuunnitelmaminkä tahansa tuotteen valmistaja. Useimmiten tämä on uusi versio tai kehitys jo tunnetusta tuotteesta, muutoksia, joissa kuluttajat odottavat. Teknologinen tiekartta voi sisältää työkaluja, lähestymistapoja tai polkuja, joita tarvitaan virstanpylväiden saavuttamiseen.

Projektipäällikkö johtaa hanketta tietyllä alueellaasiakas ja varmistaa, että tuotteesi vastaa parhaiten tietyn asiakkaan yksilöllisiä tarpeita. Hänen työnsä alkaa ennakkomyynnillä, hän hallinnoi projektin konseptia, laatii teknisen eritelmän, johtaa projektityötä vaihe vaiheelta ja vastaa lopullisesta toteutuksesta.

Projektin koosta riippuen tässä vaiheessalisärooleja, kuten yritys- ja järjestelmäanalyytikko, saattaa esiintyä. Nämä ihmiset tutkivat projektisuunnitelmaa yksityiskohtaisesti, laativat dokumentaation, jonka kanssa kehittäjät työskentelevät. Kehitysosasto puolestaan ​​ymmärtää, mikä arkkitehtuuri tai järjestelmät vastaavat johtajien ja asiakkaiden asettamiin haasteisiin.

Seuraava vaihe: "asiakkaan onnellisuuden hallinta"

Tässä vaiheessa on useita tasoja:

  • Ensimmäinen on tavanomainen palvelupaketti sisälläjonka tarjoat SLA (Service Level Agreement) eli palvelutasosopimus. Siinä on tärkeää huomata, kuinka nopeasti vastaat asiakkaan pyyntöön, kuinka paljon palveluita voit tarjota hänelle, mikä sisältyy tähän palveluluetteloon. Tämä on yleensä selvästi säännelty ja kuvattu.
  • Toinen vaihtoehto: yksilölliset olosuhteet - asiakkaan tarpeista riippuen, yritys voi tarjota hänelle erillisen johtajan, ylimääräisen työtuntien tai tarjotun työn, joukon alennuksia monille tilauksille. Tällöin ehdot muokataan ehdottomasti yksilöllisesti ja pääsääntöisesti sinun on nimitettävä avainasiakaspäällikkö, joka johtaa tietyn asiakkaan kanssa työskentelyä.

Tapoja virheiden poistamiseksi kehityksessä

1. Tärkeintä ei ole erehtyä ihmisissä palkkaamisessa. Ohjelmistokehityksessä ainoa tärkeä, kannattava ja hyödyllinen etu sinulle on työntekijät. Ja aluksi tärkeintä on valita ne oikein.

Kuinka koota joukkue IT-yritykselle oikein

  • Valinnan ensimmäisissä vaiheissa sinun on vastattava itserehellisesti, kun sinulta kysytään, onko sinulla tarvittava pätevyys arvioida hakijan ammattitaitoa. Voitko luottaa ystävienne suosituksiin, onko heillä kompetensseja liiketoiminta-alueellasi? Rekrytoidessasi sinun on erotettava tunteet ja tosiasiat - viehättävän, mutta epäpätevän työntekijän palkkaaminen olisi virhe.
  • Tee työnkulkujen palautesilmukka mahdollisimman lyhyeksi. Sinun ei tarvitse odottaa kuukautta päättääksesi, sopiiko työntekijä yrityksellesi.

A) Jos sinulla on kommentteja työntekijän suorituksesta ja ymmärrät odottavasi häneltä erilaisia ​​tuloksia, kerro siitä hänelle mahdollisimman pian.

C) On tärkeää, että työntekijät kykenevät hyväksymään palautteen ja vastaamaan siihen. Tämän puute tekee selväksi, että tulevaisuudessa tämän henkilön kanssa se ei toimi mukavaa ja tuottavaa työtä.

  • Katso ammatillisia merkkejä, indikaattoreita, jotka ovat tärkeitä tietyllä alueella, ymmärtääksesi saavuttaako työntekijä tavoitteensa.

Yrityksellä on oltava järjestelmätulosohjaus. Yrityksen rakentamisen alkuvaiheessa se voi olla johtajan päässä, jotta voidaan selkeästi ja puolueettomasti arvioida, kuinka hyvin tiimi selviää tehtävistä. Käytä valmiita ratkaisuja, jos tunnistat organisaation esteitä, osaamisen puutteita, alhaista motivaatiota ja sitoutumista sekä muita työntekijöiden tuottavuuteen vaikuttavia tekijöitä. Siten "TalentTech.Goals" -ratkaisun avulla voit hallita työntekijöiden suorituskykyä, ei vain tallentamalla tosiasiaa tavoitteen saavuttamisesta, vaan ymmärtämällä, mistä syistä tavoite saavutettiin tai ei.

2. Riittämätöntä huomiota työntekijöiden kehitykseen, henkilökohtaiseen kasvuun, osallistumiseen, tunnetilaan ja tuottavuuteen. Koska tämä on tärkein työkalusi, sinun on oltava erittäin ennakoiva varmistaaksesi, että henkilöstösi on mahdollisimman mukavassa ja tuottavammassa tilassa. Teknologia auttaa työntekijöiden sopeutumisessa ja sitoutumisessa: esimerkiksi nopeat pulssitutkimukset auttavat ymmärtämään tiimin tunnelmaa, tunnistamaan "kipukohtia" ja suorittamaan analytiikkaa prosessien korjaamiseksi ja työn tehokkuuden lisäämiseksi.

3. Tuotevirhe.On olemassa vaara, että valmistetaan tuote, joka ei täysin vastaa asiakkaan tarpeita. Tässä auttaa joustava lähestymistapa ja iteratiivisuus - säännöllinen välianalyysi tehdystä, prosessin muutoksista, jotta tiimi jokaisessa vaiheessa on samalla aaltopituudella asiakkaan ideoiden kanssa ja ymmärtää selkeästi, mihin tavoitteeseen pyrkii.

4. Väärä tekninen päätös ja teknisen velan kertyminen. Nämä voivat olla ratkaisuja, jotka toimivat nyt täydellisesti, mutta estävät tulevaa kehitystä. Esimerkiksi, sinun on lähetettävä kirje asiakkaalle rekisteröinnin aikana, mutta teksti on kirjoitettu ohjelmakoodiin ja vain ohjelmoija voi tehdä siihen muutoksia. Ohjelmistoa kehitettäessä on aina valinta - tehdä se nopeasti tai tehokkaasti, jotta se ei aiheuta ongelmia tulevaisuudessa. Tyypillisesti valitaan kompromissi, ja riippumatta siitä, miten kehität, tekninen velka kertyy. On tärkeää hallita tätä prosessia ja poistaa epätarkkuudet ajoissa. Jos unohdat nämä vivahteet, niin yritys voi muuttua muutamassa vuodessa työkyvyttömäksi.

5. Laadunhallintakysymysten huomioimatta jättäminen.Laatu on se, mikä saa asiakkaat palaamaan luoksesi yhä uudelleen ja uudelleen. Huomion puute tässä asiassa johtaa työvoimakustannuksiin ja rahan menetyksiin tulevaisuudessa. Et esimerkiksi kirjoittanut testejä koodilla, mikä säästää tunnin ajan. Kuukauden parannusten tekemisen jälkeen käytät päivän varmistaaksesi, että kaikki toimii oikein.

Ensin projekti- ja tuotepäälliköiden tehtävätsiirry myöhästymiseen - yhteinen arkisto kaikista tehtävistä. Sieltä tärkeimmät asiat valitaan ja otetaan käyttöön. Joukkueet sopivat sprintin tavoitteista ymmärtääkseen, mitkä tilauskannat otetaan huomioon. Tämä prosessi näyttää edulliselta, koska monet mielipiteet otetaan huomioon. Mutta ei ole muuta taikuutta tapaa priorisoida tehtäviä.

RuuhkaOnko loki jäljellä olevasta työstäon suoritettava komennolla. Termi tulee ketterien menetelmien perheestä, erityisesti Scrumista, jossa se on yksi tärkeimmistä esineistä - käyttäjäkertomusten lähde.

Sen jälkeen tapahtuu itse sprintti - toiminnallisuuden kehittäminen, testaus, laadunvalvonta, sitten tuotteen julkaisu ja esittely asiakkaille ja muille tiimeille.

Työskentele siis "TalentTech.Sopeutuminen” alkoi ajatuksesta: tutkimme markkinoiden tarpeita ja huomasimme, että monien yritysten on katettava ja arvioitava koko hakijan palkkaamispolku: hänen etsinnöistään työn ensimmäisiin vaiheisiin. Venäjän markkinoilla on jo ratkaisuja valinnan, koulutuksen ja tavoitteiden asettamisen automatisointiin, mutta henkilöstön sopeuttamiseen ei tarjota mitään. Tällaisen aukon takia voit nopeasti menettää motivaation ja tappaa uuden tulokkaan osallistumisen, mikä tarkoittaa, että voit heti alussa muuttaa loistavan ehdokkaan tietämättömäksi, tyytymättömäksi työntekijäksi.

Oletetaan, että uutta tulokasta ei voida ottaa mukaan työprosessiinonnistui - hän erosi koeajalla. Mitä tämä tarkoittaa liiketoiminnalle? Jos IT-yrityksen rekrytoija saa 100 tuhatta ruplaa ja sen odotetaan täyttävän neljä avointa työpaikkaa kuukaudessa, ja yhden henkilön palkkaamiseen kului 1,5 kuukautta, se on 37,5 tuhatta ruplaa. Lisäämme tähän summaan kolme työntekijän palkkaa verot ja vähennykset huomioiden ja saamme yhdelle työntekijälle noin 931 tuhatta ruplaa 4 kuukauden aikana. Täällä voit myös lisätä mentoreiden, ryhmien, esimiesten ja kirjanpitäjien työtuntien kustannukset sekä työpaikan laitteiden kustannukset. Ja mikä tärkeintä, nämä kustannukset katosivat ilmaan hänen irtisanomisen myötä, mikä tarkoittaa, että yritys kärsii merkittäviä taloudellisia tappioita.

Teimme kyselyn 27 yrityksestä -potentiaaliset asiakkaat: he kysyivät, missä heidän "satuttaa" ja mitä on suljettava. Kävi ilmi, että monille yrityksille sopeutumisprosessi on todellinen ongelma. Joten yhdessä yrityksessä sinun on luotava koko raportti, jossa on kaaviot, jotta voit digitalisoida onboarding: kuinka monta ihmistä työskentelee ensimmäisenä päivänä, kuinka monta allekirjoitusasiakirjaa, kuinka monta koulutetaan. Tätä varten koulutusosaston on yhdistettävä sivuliikkeet kaikilla alueilla. Aikaa, kallista ja aikaa vievää.

Toisella 200 hengen yrityksellä on vain yksi tietokone, ja ilman digitaalista koulutusohjelmaa on mahdotonta aloittaa työ, sillä se sisältää tärkeimmät tiedot prosesseista.

Analysoituaan kaikki nämä asiakkaiden "kivut" markkinoillaja arvioituamme mahdollisuuksia tehostaa prosesseja ja alentaa kustannuksia aloimme kehittää sovellusta. He päättivät luoda tuotteen ja pilotoida sitä välittömästi neljässä yrityksessä: IT, vähittäiskauppa, palvelu ja yritys, joka tarjoaa työntekijöille verkkotyötä. Yhteistä heille oli se, että tiimissä oli hajallaan työntekijöitä, joiden kanssa kommunikointi oli vaikeampaa.

2,5 kuukauden kuluttua käynnistimme ensimmäisen, toisen pilotinkuukaudessa - toinen. Tehtävämme oli tarkistaa, miten tuote täyttää markkinoiden vaatimukset. Ennen kuin käynnistämme sovelluksen yrityksessä, määritämme aina, mihin mittareihin haluamme vaikuttaa sen avulla: parantamalla tuottavuutta, vähentämällä kustannuksia, lisäämällä työntekijöiden motivaatiota ja mentoroinnin laatua.

Katso myös:

Kävi ilmi, että Mayan sivilisaatio jätti kaupunkejaan

Tutkijat ovat paljastaneet herpesinfektiosuunnitelman ihmisille: se näyttää peliltä vedonlyönnillä

Sairauspäivänä 3 useimmat COVID-19-potilaat menettävät hajuaistunsa ja kärsivät usein nenästä