<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Myynti on tuotantoprosessi: Kuinka kuvaamme myynnin value streamin</title>
	<atom:link href="http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/feed/" rel="self" type="application/rss+xml" />
	<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/</link>
	<description>Epistola blogi. Kerrankin selkokieltä bisneksestä.</description>
	<lastBuildDate>Wed, 18 Jan 2012 20:37:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Jussi</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-83</link>
		<dc:creator>Jussi</dc:creator>
		<pubDate>Fri, 19 Mar 2010 15:41:44 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-83</guid>
		<description>Kas kas, kovasti samankaltainen tuutti minkä viime viikolla hahmottelin. Tämä on kuitenkin myynnin ohjaamisen helpoin vaihe. Nyt on helvetillinen excel hässäkkä kasassa ja pitäisi saada jotain järkeä käytäntöön.</description>
		<content:encoded><![CDATA[<p>Kas kas, kovasti samankaltainen tuutti minkä viime viikolla hahmottelin. Tämä on kuitenkin myynnin ohjaamisen helpoin vaihe. Nyt on helvetillinen excel hässäkkä kasassa ja pitäisi saada jotain järkeä käytäntöön.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lasse</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-82</link>
		<dc:creator>Lasse</dc:creator>
		<pubDate>Thu, 18 Mar 2010 17:03:27 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-82</guid>
		<description>Jari ja Nicklas, näinhän siinä käy kun vain heittää kommentin nopeasti eikä huomio, että konteksti jäi sangen avoimeksi ja itse käyttämäni yksinkertaista -sana linkittyi postauksen yksinkertaistamiskohtaan. Kerron siis näkemykseni pidennetyn version ja pahoittelen, ettei tämä ole kommenttietiketin mukainen lyhyt kirjoitus.
Jari, yksinkertaistaminen on erittäin tärkeää ja haasteena on juuri se, että miten tehdä se fiksusti. Myyntityössä voidaan yksinkertaistaa juuri postauksessa kuvatulla loistavalla tavalla ja kun huomataan jokin kohta mitä ohjata/korjata, niin kyseisen kohdan tietoon pitää pystyä pureutumaan tavalla tai toisella. Muuten toimitaan vain mutu -tuntumalla ja hosutaan mitä sattuu. Mielestäni yksinkertaistaminen on sitä, että näytetään vain se oleellinen tieto mitä kyseisessä tilanteessa tarvitaan.
Yksinkertaistaminen ei ole siis pahasta. Jos Nicklaksen kuva olisi useamman vaiheen osalta yhdistetty, niin ehkä silloin oltaisiin liian pitkällä… itse kyllä voisin yhdistää  eräät kaksi kohtaa. Mitkä kentät te, Jari ja Nicklas, yhdistäisitte?
Prosessin kuvaus on liian yksinkertaistettu, jos on mahdollisuus esittää useita kysymyksiä poikkeustilanteista joihin ei voi vastata parilla lauseella. Yllä olevissa kuvissa ei pitäisi mielestäni olla tällaista ongelmaa (Esim. Entä jos asiakas itse kontaktoi meitä -&gt; aloitetaan kohdasta ”make first contact”). Ei yksinkertaistamisesta on ainakin se hyöty, että kaikki poikkeuksen poikkeuksetkin on nähtävissä :)
Nicklas, _Yritin_ kohdistaa kommenttini juurikin postauksen loppuun ja eCraftin probleemaan ja nyt huomaan että yksinkertaistamissana ei ollut paras valinta, itse asiassa todella huono.
Myyntiprosessin seuraamisesta olen täysin samaa mieltä, että tuollainen seuranta on tehokasta ja yleisellä tasolla seurataan vain päävaiheita ja havaitun ongelman suhteen aletaan toimiin. Ongelma kuvauksen mukaan on siinä, että tunnelin läpi ei tavaraa kulje tasaiseen tahtiin. Tämä yleensä edellyttää tarkempaa tietoa vaiheiden kulusta.
Myyntiputken aaltoliike johtuu yleensä siitä, että kun putkesta loppuu tavara, niin silloin aletaan soittamaan kuin raivohärkä, jotta saadaan uusia tapaamisia . Tämän jälkeen tavataan paljon asiakkaita ja aikaa ei jää soittamiseen jotta voitaisiin täyttää putken alkupäätä kun tehdään töitä jo putkessa olevien asiakkaiden kanssa.
Kun tunnelissa on edetty pidemmälle on asiakkaita jäänyt junasta jo pois jonkin verran ja lisäksi loppuprosessi on monesti hitaampaa kuin alkupäässä, jolloin jää aikaa taas soitella ja täyttää putken alkupäätä. Tästä tulee siis tämä ”tyhjyys” tuonne tunnelin keskivaiheille.
Maltti on valttia ja suunnittelu auttaa tässä. Ainakin kaikki samantyyppiset caset mitä olen itse nähnyt ovat korjaantuneet suunnittelulla. Toimintaa suunnittelemalla varmistetaan, että joka viikko on aikaa soittaa prospekteille ja näin täyttää tasaiseen tahtiin myös putken alkupäätä varmistaa sen että myyntiputkeen ei tule ikävää aaltoliikettä.
Tässä tapauksessa seuranta/ohjaus ajattelumallin ohjaustoiminto pitäisi siis kohdistaa toiminnansuunnitteluvaiheeseen: kalenteriin ajat milloin soitetaan prospekteille ja kuinka monta ensitapaamista pitää saada aikaiseksi seuraavalle tai sitä seuraavalle viikolle. Lisäksi putkessa olevien asiakkaiden kontaktointi pitää huomioida suunnittelussa vastaavalla tavalla. Näin saadaan toteutettua tilanne mitä Nicklaskin peräänkuuluttaa; putken joka kohta ei saa olla tupaten täynnä.
Tässähän sitten tavutan uudelleen... pitäisi varmaan tehdä kuten Pascal konsanaan.</description>
		<content:encoded><![CDATA[<p>Jari ja Nicklas, näinhän siinä käy kun vain heittää kommentin nopeasti eikä huomio, että konteksti jäi sangen avoimeksi ja itse käyttämäni yksinkertaista -sana linkittyi postauksen yksinkertaistamiskohtaan. Kerron siis näkemykseni pidennetyn version ja pahoittelen, ettei tämä ole kommenttietiketin mukainen lyhyt kirjoitus.</p>
<p>Jari, yksinkertaistaminen on erittäin tärkeää ja haasteena on juuri se, että miten tehdä se fiksusti. Myyntityössä voidaan yksinkertaistaa juuri postauksessa kuvatulla loistavalla tavalla ja kun huomataan jokin kohta mitä ohjata/korjata, niin kyseisen kohdan tietoon pitää pystyä pureutumaan tavalla tai toisella. Muuten toimitaan vain mutu -tuntumalla ja hosutaan mitä sattuu. Mielestäni yksinkertaistaminen on sitä, että näytetään vain se oleellinen tieto mitä kyseisessä tilanteessa tarvitaan.</p>
<p>Yksinkertaistaminen ei ole siis pahasta. Jos Nicklaksen kuva olisi useamman vaiheen osalta yhdistetty, niin ehkä silloin oltaisiin liian pitkällä… itse kyllä voisin yhdistää  eräät kaksi kohtaa. Mitkä kentät te, Jari ja Nicklas, yhdistäisitte?</p>
<p>Prosessin kuvaus on liian yksinkertaistettu, jos on mahdollisuus esittää useita kysymyksiä poikkeustilanteista joihin ei voi vastata parilla lauseella. Yllä olevissa kuvissa ei pitäisi mielestäni olla tällaista ongelmaa (Esim. Entä jos asiakas itse kontaktoi meitä -&gt; aloitetaan kohdasta ”make first contact”). Ei yksinkertaistamisesta on ainakin se hyöty, että kaikki poikkeuksen poikkeuksetkin on nähtävissä <img src='http://episto.la/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Nicklas, _Yritin_ kohdistaa kommenttini juurikin postauksen loppuun ja eCraftin probleemaan ja nyt huomaan että yksinkertaistamissana ei ollut paras valinta, itse asiassa todella huono.</p>
<p>Myyntiprosessin seuraamisesta olen täysin samaa mieltä, että tuollainen seuranta on tehokasta ja yleisellä tasolla seurataan vain päävaiheita ja havaitun ongelman suhteen aletaan toimiin. Ongelma kuvauksen mukaan on siinä, että tunnelin läpi ei tavaraa kulje tasaiseen tahtiin. Tämä yleensä edellyttää tarkempaa tietoa vaiheiden kulusta.</p>
<p>Myyntiputken aaltoliike johtuu yleensä siitä, että kun putkesta loppuu tavara, niin silloin aletaan soittamaan kuin raivohärkä, jotta saadaan uusia tapaamisia . Tämän jälkeen tavataan paljon asiakkaita ja aikaa ei jää soittamiseen jotta voitaisiin täyttää putken alkupäätä kun tehdään töitä jo putkessa olevien asiakkaiden kanssa.</p>
<p>Kun tunnelissa on edetty pidemmälle on asiakkaita jäänyt junasta jo pois jonkin verran ja lisäksi loppuprosessi on monesti hitaampaa kuin alkupäässä, jolloin jää aikaa taas soitella ja täyttää putken alkupäätä. Tästä tulee siis tämä ”tyhjyys” tuonne tunnelin keskivaiheille.</p>
<p>Maltti on valttia ja suunnittelu auttaa tässä. Ainakin kaikki samantyyppiset caset mitä olen itse nähnyt ovat korjaantuneet suunnittelulla. Toimintaa suunnittelemalla varmistetaan, että joka viikko on aikaa soittaa prospekteille ja näin täyttää tasaiseen tahtiin myös putken alkupäätä varmistaa sen että myyntiputkeen ei tule ikävää aaltoliikettä.</p>
<p>Tässä tapauksessa seuranta/ohjaus ajattelumallin ohjaustoiminto pitäisi siis kohdistaa toiminnansuunnitteluvaiheeseen: kalenteriin ajat milloin soitetaan prospekteille ja kuinka monta ensitapaamista pitää saada aikaiseksi seuraavalle tai sitä seuraavalle viikolle. Lisäksi putkessa olevien asiakkaiden kontaktointi pitää huomioida suunnittelussa vastaavalla tavalla. Näin saadaan toteutettua tilanne mitä Nicklaskin peräänkuuluttaa; putken joka kohta ei saa olla tupaten täynnä.</p>
<p>Tässähän sitten tavutan uudelleen&#8230; pitäisi varmaan tehdä kuten Pascal konsanaan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jari Parantainen</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-81</link>
		<dc:creator>Jari Parantainen</dc:creator>
		<pubDate>Wed, 17 Mar 2010 21:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-81</guid>
		<description>Lasse, onko mielestäsi yksinkertaistaminen pahasta? Milloin prosessin tilaa kuvaava esitys on liian pelkistetty?
Entä mitä hyötyä voisi olla ei-yksinkertaistetusta myyntiputken seurannasta?
Mielestäni kaikki bisnestä tekevät ihmiset ovat tukehtumassa yksityiskohtiin ja joka puolelta vyöryvään jalostamattomaan dataan. Arvostankin yksinkertaistajia yli kaiken. Mutkistajat kun yleensä piilottelevat koukeroillaan lepsua ajatteluaan (tahallaan tai tahattomasti).
Tiivistäminen on vaikeaa. Jaarittelu on helppoa. Kuten Blaise Pascalista kerrotaan, hän pyysi kirjeessään anteeksi sitä, että hän kirjoitti niin pitkästi. Hänellä kun ei ollut aikaa kirjoittaa lyhyesti.</description>
		<content:encoded><![CDATA[<p>Lasse, onko mielestäsi yksinkertaistaminen pahasta? Milloin prosessin tilaa kuvaava esitys on liian pelkistetty?</p>
<p>Entä mitä hyötyä voisi olla ei-yksinkertaistetusta myyntiputken seurannasta?</p>
<p>Mielestäni kaikki bisnestä tekevät ihmiset ovat tukehtumassa yksityiskohtiin ja joka puolelta vyöryvään jalostamattomaan dataan. Arvostankin yksinkertaistajia yli kaiken. Mutkistajat kun yleensä piilottelevat koukeroillaan lepsua ajatteluaan (tahallaan tai tahattomasti).</p>
<p>Tiivistäminen on vaikeaa. Jaarittelu on helppoa. Kuten Blaise Pascalista kerrotaan, hän pyysi kirjeessään anteeksi sitä, että hän kirjoitti niin pitkästi. Hänellä kun ei ollut aikaa kirjoittaa lyhyesti.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jari Parantainen</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-80</link>
		<dc:creator>Jari Parantainen</dc:creator>
		<pubDate>Wed, 17 Mar 2010 20:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-80</guid>
		<description>Nicklas, kiitos mainiosta demosta!
Esittämäsi kaltainen visualisointi on kokemukseni mukaan asia, jota on tosi vaikea selittää. Kuitenkin sen hyöty on aivan ilmeinen heti, kun sen ensimmäisen kerran näkee omin silmin livenä.
Vastaava hämminki näkyy siinä, kun monet sovelluskehittäjät myyvät tuotteitaan kehumalla, että &quot;verkosta voi sitten käydä katsomassa sitä ja tätä&quot;. Se on aivan eri asia kuin jos se &quot;sitä ja tätä&quot; tunkee silmille toimiston seinälle pultatusta 30-tuumaisesta monitorista aamusta iltaan.
Eräs asiakkaani kertoi muutamia vuosia sitten, että myyjien tuloksia vertaileva flat screen oli moninkertaistanut heikoimpien suhareiden suorituskyvyn muutamassa päivässä. Siihen ei perinteinen &quot;se on siellä jossain verkossa&quot; -raportointi koskaan ollut pystynyt.</description>
		<content:encoded><![CDATA[<p>Nicklas, kiitos mainiosta demosta!</p>
<p>Esittämäsi kaltainen visualisointi on kokemukseni mukaan asia, jota on tosi vaikea selittää. Kuitenkin sen hyöty on aivan ilmeinen heti, kun sen ensimmäisen kerran näkee omin silmin livenä.</p>
<p>Vastaava hämminki näkyy siinä, kun monet sovelluskehittäjät myyvät tuotteitaan kehumalla, että &#8220;verkosta voi sitten käydä katsomassa sitä ja tätä&#8221;. Se on aivan eri asia kuin jos se &#8220;sitä ja tätä&#8221; tunkee silmille toimiston seinälle pultatusta 30-tuumaisesta monitorista aamusta iltaan.</p>
<p>Eräs asiakkaani kertoi muutamia vuosia sitten, että myyjien tuloksia vertaileva flat screen oli moninkertaistanut heikoimpien suhareiden suorituskyvyn muutamassa päivässä. Siihen ei perinteinen &#8220;se on siellä jossain verkossa&#8221; -raportointi koskaan ollut pystynyt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicklas Andersson</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-79</link>
		<dc:creator>Nicklas Andersson</dc:creator>
		<pubDate>Wed, 17 Mar 2010 13:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-79</guid>
		<description>Mielestäni tässä on kyse eri asiasta (seuranta/ohjaus eikä suunnittelua). Ilmeisesti meidän pitää selittä tätä tarkemmin. :)</description>
		<content:encoded><![CDATA[<p>Mielestäni tässä on kyse eri asiasta (seuranta/ohjaus eikä suunnittelua). Ilmeisesti meidän pitää selittä tätä tarkemmin. <img src='http://episto.la/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lasse</title>
		<link>http://episto.la/2010/03/16/myynti-on-tuotantoprosessi-kuinka-kuvaamme-myynnin-value-streamin/#comment-78</link>
		<dc:creator>Lasse</dc:creator>
		<pubDate>Wed, 17 Mar 2010 13:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=366#comment-78</guid>
		<description>Kovin meni yksinkertaistamisen puolelle mielestäni. Näillä tiedoilla tuo on mielestäni perinteinen myyntiputken aaltoliike, joka johtuu heikosta suunnitelusta. Eikös tuo ongelma ratkeaisi kiinnittämällä huomiota toiminnan- ja myynninsuunnitteluun?</description>
		<content:encoded><![CDATA[<p>Kovin meni yksinkertaistamisen puolelle mielestäni. Näillä tiedoilla tuo on mielestäni perinteinen myyntiputken aaltoliike, joka johtuu heikosta suunnitelusta. Eikös tuo ongelma ratkeaisi kiinnittämällä huomiota toiminnan- ja myynninsuunnitteluun?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

