Jos sovellus on täydellinen tänään, se ei kestä huomisen bisnesmuutoksia lainkaan.
Sen tekeminen on ollut niin kova ponnistus, että harva haluaa enää muutoksia – siis lisäponnistuksia. Käyttäjät ja ylläpitäjät jämähtävät täydelliseen järjestelmäänsä.
Poistin yksityiskohdat ja otin tähän liittyvät piirrokset pois, joten oheiset taulukot näyttävät kovin yleisluontoisilta. Jälki on rosoista, myönnän. Nämä ovat kuitenkin kaksi oikeaa esimerkkiä siitä, miten olemme kuvanneet omaa deal-tuotteiden tuotantoprosessiamme.
Ensimmäisessä taulukossa on myyntiprosessi, joka edellyttää aina workshopin vetämistä.
Toisessa taulukossa on proof-of-concept -osio, joka liittyy isompaan myyntiprosessiin.
Taulukot ovat oikeasti vain pitkiä vaakarivejä, mutta tähän leikkelin ne kahdelle riville.
Miksi yksinkertaistaa?
Me insinöörithän haluamme tekniikka, joka ainakin teoriassa pystyy ratkaisemaan kaikki ongelmamme. Kuitenkin väitämme arvostavamme yksinkertaisuutta.
Miksi siis?
Kävin pari viikkoa sitten tekemässä käytettävyyskonsultointia asiakkaalla. Palaveri päättyi parkkisakkoon ja alkoi itsensä nolaamisella, kun en kättelykierroksella tuntenut kollegaani. Välillä saimme kuitenkin paljon aikaan.
Kehitämme liiketoimintaohjelmistoa OK Perinnälle. Nyt olemme toteuttaneet myyntiprosessin hallintaa kevyellä asiakastiedolla. Käytettävyydestä ei ollut aikaisemmin pidetty erityistä haloota ja tässä vaiheessa haluttiin lähinnä vähän vilkaista käyttöliittymää.
Näköjään monen IT-talon – joskus harhautuessamme myös eCraftin – ajatusmalli pitää sisällään lomakkeiden ja pop-uppien ihannointia, sillä tämän järjestelmän käyttökokemus oli kuin ihan oikeassa CRM:ssä; useasti toistettavan prosessin läpikäynti vaati kymmenen erillisen lomakkeen aukomista ja turhaa nappien painelua sekä hierarkkisia dropdowneja.
Yleisteemamme on vähemmän softaa. Siis vähemmän päällekkäisiä, vaikeaselkoisia tai mammuttimaisia ohjelmistoja.
Useimpien käyttäjien työruudulla on kymmenen eri ohjelmaa, usein enemmänkin. Näitä hän joutuu käyttämään saadakseen viikottaiset työnsä tehtyä. Käyttämisen ilo on tästä järjestelmäviidakosta kaukana.
Kerromme, kuinka järkeistät ja ratkot liiketoimintahaasteitasi vähemmällä softalla.
Aiomme kirjoittaa mm. seuraavista aiheista:
Uusi mantramme on, että haluamme vähentää softan määrää.
Päällekkäisten ohjelmistojen ja informaation määrä aiheuttaa tehottomuutta – vaikka vuosikymmeniä on sanottu, että IT nostaa tuottavuutta. Blogissa on paljon muita kirjoituksia siitä, miten tämä tehottomuus ilmenee, mutta nostanpa esiin vielä uuden aiheen tähän liittyen.
Mitä suurempi organisaatio, sitä tavallisempi on tilanne missä muuttuva tieto – esimerkiksi asiakastieto – ei päivity kaikille sitä tarvitseville. Ihmiset toimivat erillisten järjestelmien ja ristiriitaisen tiedon varassa. Tähän apua tarjoaa Master Data Management (MDM). Näin olemme saaneet kuulla analyytikoilta.
Kyselyt tuottavat liian usein vastauksia, jotka ovat vastaajien mielestä oikein tai haluttuja. Totuus peittyy tai vähintäänkin hämärtyy.
Siksi käyttäjätutkimusta tekevien parissa ja eCraftin omassakin blogissa suositellaan käyttäjien tarkkailua. Ajatus on, että seuraamalla käyttäjiä tai asiakkaita todellisissa käyttötilanteissa, saadaan selville todelliset tarpeet.
Tämä on vain osin totta.
Käytettävyys lähtee asiakkaan prosessin ja henkilöiden ymmärtämisestä. Menen paikalle ja selvitän, millaista työtä suunnittelemani järjestelmän pitää tukea. Sitten teen hyvän käyttöliittymän omaan kokemukseeni nojautuen.
Varsinkaan pienissä projekteissa ei ole tarvetta eikä työpäiviä ryhtyä kikkailemaan käytettävyydellä.
Myynti uudelleenajateltuna on lean-tuotantoprosessi, joka tuottaa diilejä.
Mutta kuinka motivoit myyjät tämän uuden ajattelutavan taakse? Miksi he haluaisivat käyttää aikaansa tuon prosessin kehittämiseen?
Koska myyjät saavat lean-ajattelusta heti hyötyä! Sen sijaan CRM-järjestelmän käyttö – jota aika moni myyjä pitää kyttäämisenä – sisältää vain lupauksen, että tietojen näpyttelyyn pakotettu myyjä saa joskus tulevaisuudessa jotain hyötyä.
Mihin tuo perustuu?
Monimutkaisia palveluja tai tuotteita myytäessä ongelma on kaikessa yksinkertaisuudessaan tämä: myyntiprosessi tuottaa liian kalliisti kauppoja.
Se tuottaa kauppoja liian kalliisti, koska:
Uuden näkökulman ongelman ratkaisemiseen tarjoaa lean manufacturing. Lean -näkökulmasta myyntiprosessin voi nähdä tuotantoprosessina, joka valmistaa Deal -nimisiä tuotteita.
