Kun Cus ulos Asiakaspalvelu: Miksi kysyä miksi?

Asiakkaat aina pyytää jotain. Kun me lanseerattiin meidän ohjelmistoyritys, kun asiakas pyytää jotain se teki pari asiaa:
Se ampua pyysi ominaisuus alkuun henkistä painopisteistä, koska täällä oli reaaliajassa juuri ennen meitä: todellinen asiakas pyytää todellinen ominaisuus.
Olisimme bummed että me didn &todellisten tuloste; t vielä ominaisuus.
Meidän välitön reaktio sanelee meidän vastaus:
Reagointi: “ Hyvin kilpailija x ja kilpailija y molemmat ovat tätä ominaisuutta. Me tarvitsemme sitä myös! &Rdquo;
vastaus: “ Toivomme, että tämä ominaisuus pian! Kiitos palautteesta ja kärsivällisyydestä. &Rdquo;
Sitten eräänä päivänä, jotkut asiakas oli pyytänyt joitakin satunnaisia ​​ominaisuus, ja olimme menossa meidän tavallinen rutiini (lisäämällä se ja sattumanvaraisesti priorisoida se meidän ylivoimainen lista ominaisuuksia meillä täytyisi olla ), kun yksi tiimimme jäsenistä teki jumalallinen ehdotuksen, “ Miksi don &'; t kysyt, miksi ne tarvitsevat tämän? &";
tuloksia ei vain muuttanut tapaamme kehittää tuote roadmap, teroitus tietomme, miksi meidän pitäisi lisätä tiettyjä ominaisuuksia ja toimintoja ja jättää muut, mutta se täysin muuttunut dynaaminen meidän asiakastapahtumia. Se harjoittaa asiakkaitamme ajatella eikä odottaa.
Joten, nyt kun asiakas kysyy jotain, tämä on meidän vastaus:
“ Miksi haluat tätä ominaisuutta? Mitä tämä näyttää meidän ohjelmisto? Miten tämä auttaa sinua parantaa tuottavuutta? &Rdquo;

On aina yksi kolmesta tulokset, jotka tapahtuvat:

1. Asiakas ei vastaa kysymyksiimme. Hmmm … .. ilmeisesti he &'; uudelleen mykistynyt.

2. Heidän vastaus on itsestään julistamisesta vastaus vastaan ​​puhuu merkitystä omasta pyynnöstään. He vakuuttaa meille (ja itse) että mitä he &'; re pyytää on Haluaa (parhaimmillaan) ja ehdottomasti ei tarvitse. He todella puhua itsensä pois ne &'; uudelleen omasta pyynnöstä ja tehdä selväksi, että tämä ei ole liiketoimintaa olemisesta meidän tuote roadmap.

3. He ilmaisemaan, miksi he tarvitse tätä toimintoa, mitä se näyttäisi toteutetaan osaksi sääntö, ja miten se todella lisätä niiden tuottavuutta. Bingo! &Ldquo; Nyt, lisätä, että meidän toivelistalla liian. &Rdquo;

Kun se tulee kehittää ohjelmistoja, se &todellisten tuloste; s ole kyse tiskiallas – se &'; s noin arvo. Joka johtaa meidät asiakkaalle &'; s dilema: halu ratkaisu vain epämääräinen käsitys ongelman.

“ minun täytyy hallita minun joukkue, joka sisältää asiakassuhteet ja projektinhallintaan. Minulla on tämä ohjelmisto että käytämme hallita asiakkaita ja projekteja, ja olemme myös riippuvaisia ​​sähköpostia, mutta meidän joukkue ei ole vielä samalla sivulla. Meillä on työtoiminta hankkeita keskusteluja levällään – sähköpostista ohjelmisto. Meillä on sama asia asiakkaille ja voin &'; näe kuinka kaikki liittyy. &Rdquo;

Asiakkaat auttavat tunnistamaan ongelma, että pilvi yhteistyö & projektinhallinnan ohjelmisto yrittää ratkaista.

Kuin kallio terästetty kulta, raaka palaute on hiottava. Meillä ei &'; halua rauhoitella vaativille asiakkaille … haluamme selvittää ne. On &'; s kipu työssä. Meillä kaikilla on joitakin oireita. Meillä kaikilla on joitakin kohtia. Totta asiakaspalvelu on kaksisuuntainen tie: löytämässä ongelma yhdessä ja kehittämässä ratkaisua yhdessä. Me &'; ll koskaan olla liiketoiminnan kertoa asiakkaille, mitä he tarvitsevat kuuntelematta, mitä he haluavat. Emmekä palaa mieletön nyökkäys, “ Joo me &'; ll on että … lopulta. &Rdquo;

Pyydämme MIKSI.

http://underone.rule.fm/
.