Organizational and psychological aspects of sales force automation deployment in business companies.



Podobné dokumenty
Ing. Jaroslav Halva. UDS Fakturace

Správa obsahu ízené dokumentace v aplikaci SPM Vema

ORACLE ÍZENÍ VÝROBY ORACLE WORK IN PROCESS KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS

Finální verze žádosti (LZZ-GP)

ORACLE DISCRETE MANUFACTURING ORACLE DISKRÉTNÍ VÝROBA

Pístupy k informaním systémm

Internetový mapový server Karlovarského kraje

Základní škola Šenov, Radniní námstí 1040,

ZÁPADOČESKÁ UNIVERZITA V PLZNI FAKULTA PRÁVNICKÁ. Diplomová práce. Správa daní. se zaměřením na vymáhací řízení. Jindřich Lorenc

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

Role a integrace HR systém

Á D TAJEMNÍKA MSTSKÉHO ÚADU . R 03/2007 PODPISOVÝ ÁD

PRAVIDLA RADY MSTA VIMPERK pro vyizování stížností a peticí

SMLOUVA. O SPOLUPRÁCI PI ÚHRAD SLUŽEB POUKÁZKAMI

TÉMATA BAKALÁSKÝCH PRACÍ OBORU 6208R123 EKONOMIKA A MANAGEMENT V PRMYSLU PRO AKADEMICKÝ ROK 2009/2010

Informaní technologie v zemdlské prvovýrob Information and communication technology in agrobusyness

Pedání smny. Popis systémového protokolování. Autor: Ing. Jaroslav Halva V Plzni Strana 1/6

Cloud projekt v praxi Zkušenosti a rizika s nasazením řešení v Cloudu

Zápis z prbžného oponentního ízení

Úvodník. Globalizace: výzva a ešení

Hlavní aktivitou projektu je podpora spoleného vzdlávání zástupc veejných subjekt jako aktivního nástroje na podporu spolupráce v eskoslovenském

Služba Zvýšená servisní podpora

EVROPSKÁ ÚMLUVA O DOBROVOLNÉM KODEXU O POSKYTOVÁNÍ PEDSMLUVNÍCH INFORMACÍCH SOUVISEJÍCÍCH S ÚVRY NA BYDLENÍ (dále jen ÚMLUVA )

SMLOUVA. O SPOLUPRÁCI PI ÚHRAD SLUŽEB POUKÁZKAMI

ORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY

RDF DSPS ROZVOJ PORTÁLU

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice

E. Niklíková, J.Tille, P. Stránský Státní ústav pro kontrolu léiv Seminá SLP

Strategie eské rady dtí a mládeže na léta

Využití internetového mapového serveru v informaním systému Karlovarského kraje

Popis chování KOMPETENCE. Píloha I Kompetenní model

je o 27,8 %. Nárst náklad vynaložených na prodané zboží byl nižší a vzrostl o 947,3 mil K to je o 26,98 %.

ORGÁNY SPOLENOSTI. - Pedstavenstvo. - Dozorí rada. - Management

Rámcová smlouva : A42 pro cestovní kanceláe a cestovní agentury o spolupráci pi úhrad služeb poukázkami

Informace pro autory píspvk na konferenci ICTM 2007

Prbžná zpráva o realizaci projektu za rok 2004

10. EŠENÍ INDIVIDUÁLNÍCH PRACOVNPRÁVNÍCH SPOR

ICT in public administration and SMB companies: four years of new challenges

Business Suite for Notes

ORGANIZANÍ ÁD SPRÁVY KOLEJÍ A MENZ MENDELOVY UNIVERZITY V BRN

DOPADOVÁ STUDIE.18. Stav BOZP v zemdlství

Zadávací dokumentace bez příloh

VOLEBNÍ ÁD. pro volby výboru a dozorí rady Spolenosti radiologických asistent R

icc Next Generation atlantis Copyright 2011, atlantis

Dotazník projekt pípravy Strategického plánu v Kostelci nad Orlicí

Pedpisy upravující oblast hospodaení

DIPLOMOVÝ PROJEKT ELEKTRONICKÁ ZA ÍZENÍ PRO OSOBNÍ AUTOMOBILY

Efektivní uení. Žádná zpráva dobrá zpráva. (Structured training) Schopnost pracovat nezávisí od IQ. Marc Gold

Zápis 1 o posouzení a hodnocení nabídek

CZECH Point. Co dostanete: Úplný nebo ástený výstup z Listu vlastnictví k nemovitostem i parcelám v jakémkoli katastrálním území v eské republice.

REKLAMANÍ ÁD. ATLANTIK finanní trhy, a.s _Reklamaní ád

Informaní systém katastru nemovitostí eské republiky

JIHO ESKÁ UNIVERZITA V ESKÝCH BUD JOVICÍCH Zem d lská fakulta DIPLOMOVÁ PRÁCE Jan Kálal

ÁD CELOŽIVOTNÍHO VZDLÁVÁNÍ

VÝZVA K PODÁNÍ NABÍDKY K VE EJNÉ ZAKÁZCE MALÉHO ROZSAHU

IMPORT DAT Z TABULEK MICROSOFT EXCEL

Role logistiky v ekonomice státu a podniku 1

METODY OCEOVÁNÍ PODNIKU DEFINICE PODNIKU. Obchodní zákoník 5:

Informaní systém. 1. Základní charakteristiky systému

ÚAST VEEJNOSTI V INTEGROVANÉM POVOLOVÁNÍ

s ohledem na Smlouvu o založení Evropského spoleenství, a zejména na lánek 71 a l. 137 odst. 2 této smlouvy,

MS Outlook konektor. Každý jsme hlava na nco jiného. My jsme hlavy na IT. Miloslav Záleský Patrik Šolc Jan Matuš

INFORMATION MANAGEMENT IN WAREHOUSING OF REVERSE LOGISTIC FLOWS

FIRMA, NÁZEV I JINÉ OZNAENÍ. Msto,ulice,íslo popisné,ps:.. Zapsaná v obchodním rejstíku vedeném, oddíl., Bankovní spojení:.. . útu:..

ZÁSADY OCHRANY OSOBNÍCH ÚDAJ. po jakou dobu budeme Vaše osobní údaje zpracovávat;

Smlouva mandátní. uzav ená ve smyslu 566 a násl. obchodního zákoníku mezi t mito smluvními stranami: M sto Kop ivnice

Řízení vztahů se zákazníky

Aktuální otázky pracovnprávních vztah ve zdravotnictví, pracovnprávní odpovdnost zdravotnických pracovník

PODNIKÁNÍ, PODNIKATEL, PODNIK - legislativní úprava

Technická dokumentace a specifikace p edm tu koup

Problematika využití árového kódu ve vysledovatelnosti potravin. Problem areas of using barcode in food traceability

Pracovní dokument útvar Komise. Shrnutí konzultace o reform spolené rybáské politiky. Neúední pekla

UTB ve Zlín, Fakulta aplikované informatiky,

OBEC Sklené nad Oslavou ". 6/2011,

Zbytky zákaznického materiálu

Studie. 8 : Posílení kolektivního vyjednávání, rozšiování závaznosti kolektivních smluv vyššího stupn a její dodržování v odvtví stavebnictví

S T R A T E G I C K Ý M A N A G E M E N T

RIGORÓZNÍ ÁD UNIVERZITY JANA EVANGELISTY PURKYN V ÚSTÍ NAD LABEM ZE DNE 20. LISTOPADU 2006

Identifikace organizaních jednotek Junáka

KUSOVNÍK Zásady vyplování

Standardy bankovních aktivit

Sbírka zahrnuje základní autory, výbr nejdležitjších prací a spektrum názor Dsledn udržována

Smrnice rektora. 36R/2007 POŽÁRNÍ OCHRANA

SBÍRKA PEDPIS ESKÉ REPUBLIKY

MEG jako dvoj inný blokující m ni

Základní parametry zadávacích podmínek ve ejné zakázky Po ízení aplikace MS2014+ a zajišt ní jejího provozu a rozvoje

DOPRAVNÍ INŽENÝRSTVÍ

Registra ní íslo ÚP: A. Identifika ní údaje zam stnavatele, právní forma a p edm t podnikání nebo innosti: Název zam stnavatele 1) :

Snížení nezamstnanosti Podpora rozvoje živností zamené na obanské služby

Normy pro informa ní systémy (Bezpe nost) a jejich aplikace

3. Očekávání a efektivnost aplikací

Další vzdlávání pracovník škol a školských zaízení

Instalace multiimportu

RADA EVROPY VÝBOR MINISTR VÝBORU MINITR LENSKÝM STÁTM OHLEDN ZÁSAD PRÁVNÍ OCHRANY NEZPSOBILÝCH DOSPLÝCH OSOB

íslo jednací: 5924/12 íslo žádosti: Dvod vydání Vyjádení : Územní souhlas

DOPRAVNÍ INŽENÝRSTVÍ

eský LPIS nový pístup k evidenci pdy dle uživatelských vztah

Zpráva o plnní cíl projektu VISK 8/B

Regulace a normy v IT IT Governance Sociotechnický útok. michal.sláma@opava.cz

Transkript:

MPRA Munich Personal RePEc Archive Organizational and psychological aspects of sales force automation deployment in business companies. Vymetal, Dominik Silesian University, School of Business Administration 27. May 2007 Online at http://mpra.ub.uni-muenchen.de/11022/ MPRA Paper No. 11022, posted 10. October 2008 / 13:11

ORGANIZANÍ A PSYCHOLOGICKÉ ASPEKTY ZAVÁDNÍ SFA V OBCHODNÍCH FIRMÁCH Dominik Vymtal Klíová slova: Sales Force Automation, Customer Relationship Management, Projektování SFA, organizace prodeje, motivace Úvod Existuje celá ada definic CRM (Customer Relationship Management) a SFA (Sales Force Automation) pípadn SFM (Sales Force Management). Zatímco vedoucí dodavatel tchto ešení, firma Siebel (1), mluví dsledn o CRM, nap. Tyler ataylor (2) zdrazují, že CRM a SFA nejsou stejné pojmy. Jejich krátká verze definice íká, že SFM je vše, co zvyšuje produktivitu operací získávání nových zákazník, zatímco CRM se zabývá managementem již existujících zákazník. SFM se tedy týká zejména marketingových a prodejních tým jednotlivých firem. Wolf (6) zdrazuje, že pravá hodnota CRM systém spoívá pedevším v možnosti dolování informací z velkého množství uložených dat. S tímto názorem nelze než souhlasit zejména v pípad obchodních firem, které svou strategii asto orientují podle chování zákazník. Podle našeho názoru se CRM v obchodních firmách zpravidla skládá ze servisní ásti a ásti pípravy a podpory obchodu a to jak u nov získávaných obchodních partner, tak u stávajících zákazník. Práv tuto obchodní ást innosti firmy budeme zde oznaovat jako pedmt innosti SFA. V našem píspvku diskutujeme otázky spojené s organizací zavedení SFA. Zdaleka se totiž nejedná pouze o technický problém nasazení výpoetní techniky do této oblasti. Psobí zde ada mitelných i nemitelných faktor, které jak vedení firmy zavádjící SFA, tak vedení vlastního projektu musí vzít do úvahy, má-li být projekt úspšný. 1. Potenciál pínos a nkteré známé produkty podporující SFA Rozhoduje-li se vedení obchodní firmy pro zavedení SFA, má k tomu mimo jiné následující dvody: Zlepšit službu stávajícím zákazníkm pi ešení nových obchodních pípad Zvýšit úinnost nabídkového procesu novým partnerm zejména použitím statistik marketingových akcí Dosáhnout vyšší míry automatizace nabídkového procesu a spojit správu obchodních pípad s firemním informaním systémem Provázat obchodní a nabídkové procesy s platební morálkou zákazník Zlepšit a zpehlednit proces plánování kontakt obchodních zástupc s partnery Získat pehled o zákaznících a potenciálních partnerech a zabezpeit tento pehled pro pípad odchodu obchodního zástupce z firmy Zpístupnit zákaznická data všem oprávnným uživatelm ve firm Získat bázi dat pro multidimenzionální ad hoc analýzy obchodních pípad.

Potenciál pínos SFA lze dobe graficky znázornit pomocí tak zvaného Cílového kruhu, který charakterizuje smysl a úel zavedení, zákazníka (cílového uživatele), kriteria úspchu a oekávaný výsledek. (obr.1.) Produkty podporující SFA a CRM obecn, které jsou k dispozici v R, nkolikrát uvedli Dohnal a Píklenk [4], [5]. Mezi tyto produkty patí nap. modulární systém Update.seven zahrnující funkce SFA, groupware, propojení na firemní IS, analytické nástroje a další. Produkty firmy Siebel v oblasti CRM pokrývají prakticky veškeré nutné i doplující funkce CRM, jsou však prioritn využívány ve velkých organizacích. V nmecky a anglicky mluvících zemích se používá produkt Pivotal relationship pln podporující SFA funkce, který má základní analytické nástroje, možnosti rzných ad hoc dotaz a report a umožuje definovat rozhraní na firemní IS. Obr.1. Úel a struktura kriterií zavedení SFA. Smysl a úel Požadavky zákazník: Rychlejší a pružnjší nabídky Zrychlení dodávek po podpisu smlouvy Vnitrofiremní požadavky Zabezpeit databázi zákazník Zvýšit míru automatizace Provázat s IS Zlepšit plánování kontakt Získat databázi pro analýzy Zákazník Externí zákazníci a zájemci Vnitní zákazníci Obchodní zástupci Administrativa Marketing Útárna Servis Výsledek Fungující systém Integrace do interní organizace a obchodních proces Kriteria úspchu Tém 100% nabídek a smluv pes SFA Fungující rozhraní na logistiku a servis Relativn jednoduchá obsluha Úinná dokumentace a školení Zvýšit obrat bez nárstu pracovník pracovníky Zdroj: Fürstberger(3), upravil autor 2. Hlavní funkce SFA Základní strukturu funkcí SFA lze charakterizovat pomocí obr..2. Základem je databáze prodeje a marketingu, ze které erpají ostatní funkce. Tato databáze je pes funkce rozhraní pipojena k firemnímu IS. Na databázi dále navazuje podpora procesu nabídky. Do této oblasti lze zahrnout také funkcionality rzných automatizovaných konfigurátor a ceník. Automatizovaný konfigurátor je modul zajišující správnou konfiguraci nabízeného produktu a jeho variant a ocenní navrhovaného koneného produktu. Typickým pedstavitelem této funkcionality jsou konfgurátory používané prodejci aut. Další klíovou funkcí SFA je ízení tvorby prodejního dokumentu. Jedná

se o automatizované spojení konfigurace, nabízené ceny a služeb s tvorbou písemné nabídky a posléze prodejních dokument vetn smlouvy o dodávce, smlouvy o servisu, pípadn leasingové smlouvy. Poté co zákazník smlouvu potvrdil, provádí se s podporou SFA tvorba logistických dokument (soubor rozhraní) pro logistickou ást firemního IS a, co je velmi dležité, tvorba provizních dokument. Významnou souástí úspšných SFA je podpora kontakt obchodníka se zákazníkem vetn plánovae asu. ást podpory workflow má za cíl umožnit automatizované zasílání dokument a úkol v rámci firmy, a to jak z oblasti marketingu (výsledky mailingových akcí), tak z oblasti podpory prodeje (back office). Obr.2. Struktura funkcí SFA Podpora procesu nabídky Statistika a analýzy ízení tvorby prodejního dokumentu ízení workflow Datová základna prodeje a marketingu Tvorba dokument logistiky Správa kontakt Rozhraní na firemní IS Tvorba provizních dokument Zdroj: Tyler a Taylor (2) úprava autor. V nejnovjších SFA nástrojích nechybí ani modul vyhodnocení nabídek z hlediska hrubého zisku uzavené zakázky s rozhodovacím blokem, na kterém se podílí nadízení obchodních zástupc v pípad nedodržení firemních pravidel ( hrubý zisk, platební podmínky, platební morálka a bonita zákazníka atd.). Analytická ást SFA navazuje na databázi firemního IS a to bu pímo nebo pes definované rozhraní a zajišuje podklady o produktech a službách používaných zákazníkem, které slouží pro pípravu a ízení prezentací obchodního zástupce u zákazníka. Technologie této analytické ásti se mže lišit od úrovn automatizace zavedeného SFA a obsahovat rzné ad hoc techniky až po OLAP (On Line Analytical Processing) a datových sklad.

3. Specifika SFA a prodeje Ve své bílé knize (1) charakterizuje firma Siebel prodej jako znan nelineární proces, který na rozdíl od ostatních firemních proces není orientován dovnit firmy, ale navenek a je ovlivnn dvma externími promnnými a to zákazníkem a konkurencí. Dodejme k tomu ješt jednu znan nezávislou interní promnnou: obchodního zástupce. Navenek se zdá, že obchodní zástupce prodává na základ intuice, komunikativních schopností a uritého charismatu. Domníváme, že toto tvrzení je platné, ale není úplné. Zdá se, že nejlepší obchodní zástupci prodávají v zásad podle jim vlastních vzorc chování a nemají rádi strukturu a procesní jednání. Tento fakt znamená pro IT manažéry obchodních firem velkou výzvu, nebo jejich systémy trvale pokulhávají co do pružnosti a funkcionality za pedstavami prodeje o efektivní podpoe. Nové ideje obchodních oddlení se totiž rodí rychleji než se informaní systémy mohou pizpsobovat a mají asto jiné formy provádní. To asto znamená nákladné a zdlouhavé úpravy v IS. Obchodní zástupci zpravidla praktikují nco jako cestu nejmenšího odporu. Tak nap. rádi prodávají v prvé ad zboží, jež prodávat umí a nejsou naklonní rychlému zavedení nových produkt. Prioritn se také ídí provizními pravidly firmy a snaží se v nich nacházet skuliny. Zejména se však snaží udržet v tajnosti datovou základnu svých zákazník, kterou asto považují prakticky za svj majetek. Zavedení SFA tedy pro mnoho obchodních zástupc mže znamenat proces, který sníží jejich autonomii, odebere jim jejich exkluzivní kontakty se zákazníky, zpehlední jejich tajemno a za uritých okolností je mže stát i jejich práci. Pro vedení firmy však zavedení SFA implicitn znamená, že se do procesu prodeje dostane faktor urité prhlednosti, pedvídatelnosti, mitelnosti a konzistence s nejlepšími praktikami úspšných obchodních zástupc. To, co pro vedení firmy znamená konkurenní výhodu, pedstavuje pro vedení projektu SFA výzvu a to nejen výzvu z hlediska technického provedení, ale zejména výzvu organizaní a psychologickou. 4. Specifika zavádní SFA v jednotlivých etapách 4.1. V etap koncepní Koncepce zavedení SFA v podniku by mla vzít do úvahy hlavní cíl: jde o projekt orientovaný více na vstupní marketingovou ást, nebo jde o automatizovanou podporu prodeje, pípadn o zabezpeení datové základny o zákaznících v IS (zrušení kartoték). Pi úvahách o spojení s IS jde o pípravu kvalitní datové základny o zákaznících a zamezení duplicit mezi kmenovými soubory zákazník z agendy pohledávek. Zde je nutno vzít do úvahy zpsob zavádní nových potenciálních obchodních partner (budeme je dále nazývat zájemci ) a zodpovdnost za udržení konzistence dat mezi SFA a úetnictvím. Práv v tomto bod lze již v etap konceptu ešení pipravit znaný potenciální konflikt s prodejem. Soustední agendy zavádní nových zájemc do centrálního útvar nutn ponkud sníží pružnost pípravy nabídek a vyvolá emocionální konflikt s prodejními zástupci, zejména pokud až dosud pracovali s vlastními kartotékami. Autor se v létech 2004-2006 úastnil projektu, kde SFA již bylo zavedeno,

ale mlo se pipojit k novému IS. Výše uvedená problematika se stala zdrojem velmi negativních reakcí a musela být ešena razantním prohlášením vedení podniku. Pípravu zavedení SFA je nutno spojit s koncepcí marketingové politiky a definovat zpsoby provádní mailingových akcí a zpracování jejich výsledk. Jde o konzistentní definici cílových skupin zákazník a zájemc v pipravovaném SFA a existujícím IS. Zavedení SFA znamená zásahy do obhu doklad v logistice. Je tedy nutno koncepn navrhnout nový tok doklad a naplánovat nutné zmny v IS. Pokud firma provozuje servis svých produkt, je nutné zvážit a navrhnout analytické nástroje hodnocení servisu s výstupem do SFA (nap. statistku posledních servisních zásah u daného zákazníka, statistiku existujících servisních smluv a jejich cen pro cenová doporuení obchodního zástupce atd.) 4.2. V etap návrhu systému V etap návrhu se kritickým mže stát složení projektového týmu. Projekt SFA nelze chápat jako ist informatický projekt a složení týmu tomu musí odpovídat. Mžeme doporuit, aby se tým dále lenil na dílí projektové skupiny (projekty), které pokrývají zamýšlené oblasti realizace. Vedoucím projektu by ml být nikoli expert na IT, ale manažér schopný komunikace a vyjednávání v celém prezu budoucích uživatel. Obr.3. Doporuený projektový tým SFA Vedení projektu Asistent a dokumentace Dodavatelský tým Dílí projekt SFA a marketing Dílí projekt Infrastruktura a vazba na IS Dílí projekt Podpora nabídkového ízení a prodeje Dílí tým Statistika Zdroj: autor Za podstatné lze považovat zaazení zkušených obchodních zástupc do týmu a to nejen kvli jejich znalosti problematiky, ale také jako tvrc interního veejného mínní v prodejní organizaci. V každém pípad je nutné se vyhnout zaazení do týmu slabých obchodních zástupc jen proto, že ti dobí nemají as a musí generovat obrat firmy. Samotný návrh systému SFA by ml pokrýt všechny základní funkce podpory obchodního zástupce vetn tvorby všech doklad (nabídky, smlouvy, atd.) a to

minimáln ve formátu MS Word, lépe ve formátu.pdf. Má-li systém skuten fungovat, musí pomoci odbourat také vedlejší aktivity provádné run jako nap. výpoet provizí. Práv v oblasti provizí lze oekávat živé diskuze k funkcím systému a jeho spolehlivosti a bezpenosti. Moderní SFA systémy již od poátku uvažují s mobilními ešeními a to bu s pravidelnou synchronizací mobilních databází nebo s webovským rozhraním. Vzhledem ke specifiku obchodních jednání (bezpenost vnitní sít zákazníka, úrove používaných VPN nástroj atd.) se webovské rozhraní zatím prosazuje pomalu. O to více je teba dkladn zvážit potebné zdroje na stran server, aby nedocházelo k problémm se synchronizací centrální databáze s mobilními databázemi obchodních zástupc. Sám proces pípravy a parametrizace nového systému by ml probíhat s dsledným využívání prototypové techniky. Zejména obchodní zástupci, zvyklí myslet velmi konkrétn na základ svých zkušeností z jednání, tento zpsob s využitím iterativních postup v píprav a parametrizaci prototyp zpravidla vyžadují. Projekt SFA pedstavuje znaný zásah do vnitních proces firmy. Jak jsme již výše uvedli, zdaleka ne všichni obchodní zástupci a pracovníci administrativy projekt vítají. V tomto smyslu je jedním z hlavních úkol vedení projektu interní marketing. Pravidelná informovanost o stavu pípravy a využití komunikací obchodních zástupc len projektu s ostatními je nezbytnou souástí všech inností v projektu. Zde se rovnž jasn projeví skutená nebo jen pro forma deklarovaná podpora vrcholového vedení. 4.3. V etap zavedení Zavedení SFA v obchodní firm znamená zpravidla stet nové koncepce organizace prodeje, administrativy a logistiky se stávajícími procesy a postoji zamstnanc. I když se v etap koncepce návrhu systému dodržela základní doporuení uvedená výše, zejména pokud se podailo do pípravy zapojit špikové obchodní zástupce tvrce firemního veejného mínní, stejn zstala mimo pípravu celá ada individualist v prodejním oddlení i podprných útvarech. Proto nelze pro zavedení systému doporuit metodu big bang, kdy se systém zavede naráz v celé firm. Výhodnjší je urit metoda postupných krok, bhem kterých se systém zane provozovat v té ásti firmy, která se na píprav zúastnila aktivn, a proto je zpravidla motivována k dosažení úspchu projektu. Již v etap školení lze oekávat novou vlnu požadavk na zmny a úpravy pipravovaného systému. Zde se zpravidla objeví i první zástupné problémy a argumentace o vícepráci, rychlosti systému, jeho pružnosti atd. Pes veškerou snahu vedení projektu SFA mže docházet k negativním reakcím. Pro další úspch je tedy nezastupitelná razantní podpora vedení firmy. Zavádní zmn (nejde o opravu chyb ale o skutené požadavky) totiž zákonit vyvolá další zkoušení a sekundární programové chyby, které se nyní musí odstranit ped oima celé firmy, nejen v projektovém týmu. Tento trend mže pokraovat i po zavedení systému.

5. Praktické výsledky Pro ilustraci uvedených tvrzení uvedeme statistiky ze systému podpory projektu SFA, kterou jsme provozovali v jisté firm. Na obr..4. uvádíme statistiku potu požadavk v šesti filiálkách firmy v období prvního msíce po plném zavedení projektu. V rámci tohoto projektu byl zaveden systém SFA s plnou automatizací obhu doklad od první nabídky až po logistický dokument. Pímé pipojení k IS nebylo realizováno. Obchodní zástupci pracovali s notebooky a to bu pímo pipojenými k systému nebo využívali notebooky jako mobilní pracovišt a synchronizovali stav své datové základny s hlavním serverem jednou denn, zpravidla zrána na poátku pracovní doby. Obr.4.Statistika požadavk na SFA v prvním msíci po zavedení 30 25 20 Poet 15 10 5 0 1 2 3 4 5 6 Filiálka Zdroj: autor Filiálka.1. se aktivn úastnila pípravy nového systému, filiálka.5. byla nejmenší co do potu zamstnanc. Z obr.4. je vidt, že aktivní úast na projektu se u filiálky.1. odrazila v nízkém poátením potu požadavk. Na obr.5. je uveden poet automatizovaných nabídek, které zpracovali nejlepší obchodní zástupci ve firm v období prvních tí msíc po plném zavedení. Obchodník.1. se v pozdjších msících a letech stal s pedstihem nejproduktivnjším obchodním zástupcem ve firm. Sám nejednou uvedl, že tomu tak bylo díky plnému využívání funkcí SFA vetn správy kontakt. Obchodní zástupci.2 a.5 zkusili používat SFA v prvním msíci po zavedení a pak zaujali znan negativní postoj. Teprve v pozdjším období pod znaným tlakem vedení zaali systém využívat. Obchodní zástupci.3 a 4. se pímo podíleli na vývoji systému. Všeobecný pokles vytvoených nabídek ve druhém a tetím msíci po zavedení souvisí zjevn s nkterými

chybami v etap návrhu systému, zejména v oblasti výkonnosti server. Podcenní zdroj hlavního serveru se projevilo na špatné dob odezvy systému a prakticky vynuceným ásteným návratem k runímu zpracování. Tento nedostatek se podailo odstranit pomrn rychle. V prbhu prvních tí msíc po zavedení však také neustále narstaly požadavky na zmny. Na obr..6 je vidt statistika požadavk ve tvrtém až šestém msíci. Obr.5. Zpracované nabídky v prvních tech msících po zavedení, nejlepší obchodní zástupci firmy 50 45 40 35 Poet nabídek 30 25 20 15 10 5 msíc 1 msíc 2 msíc 3 0 1 2 3 4 5 6 Obchodníci Zdroj: autor Je vidt, že systém nevykazoval velké množství programových chyb, ale výrazn rostly požadavky znamenající interní organizaní zásahy (ze strany uživatel SFA hlášené jako chyby ) a požadavky na zmny funkcí. Z obr..6 jasn vyplývá dležitost organizaní pípravy nasazení nového systému, která byla pes všechnu snahu zjevn podcenna. Proto byla v závru šestého msíce po zavedení pijata následující rozhodnutí na podporu systému: Provést inventuru chyb a požadavk a stanovit termíny zmn. Tyto zmny provádt etapovit v pravidelných kvartálních cyklech Pepracovat dokumentaci systému se zahrnutím nutných funkcí v administrativ a logistice Realizovat nejnutnjší další zmny v rozhraní na IS. S dalšími zmnami nepoítat (v následujících 18 msících se ve firm zaal zavádt nový integrovaný IS) Zavést kompetenní skupinu s úastí nejlepších obchodních zástupc a administrativy. V této skupin pipravovat zmna a nové funkce Zavést pravidelné informace o systému SFA a zlepšit tím interní marketing projektu Publikovat statistiky využívání SFA a projednávat je na vedení firmy

Zlepšit funkci podpory systému pomocí automatizovaného systému podpory (Helpdesk). Až na poslední rozhodnutí se uvedená opatení podailo realizovat. V etap zavedení nového IS v roce 2006 byl systém SFA definován jako kritická aplikace a jeho využívání bylo na všech úrovních pojímáno jako nezbytné pro dosažení obratu a zisku firmy. Obr.6. Statistika požadavk na SFA v msících po zavedení 70 60 50 Poty 40 30 Celkem Chyby Interní úkoly Požadavky na zmny 20 10 0 4 5 6 Msíce Zdroj: autor Závry Zavedení systému SFA do obchodní firmy znamená píležitost výrazn zefektivnit procesy nabídky a administrace obchodních pípad, zlepšit vztah k zákazníkm a získat konkurenní výhody díky celé ad opatení v oblasti organizace firmy. Na druhé stran se však jedná o složitý organizaní proces spojený s komunikací v rámci projektového týmu i s budoucími uživateli v obchodním oddlení, kde znanou roli hraje interní marketing projektu. Vedoucí projektového týmu stojí ped úkoly nejen z oblasti IT, ale také ped výzvami z oblasti psychologie a týmového ízení. Pedpoklady úspchu projektu z oblasti SFA vznikají již v etap koncepce a návrhu systému. Jako nutná se ukazuje úast budoucích uživatel- tvrc interního veejného mínní ve firm, výrazná poteba používání prototyp, vasné zahrnutí nutných zmn v IS a správného urení poteb technických zdroj nového systému. V etap zavádní je rozhodující jasná podpora vrcholového vedení firmy, zejména pi realizaci vnitních organizaních opatení. Klíové jsou také nezbytné korekce a pizpsobení kmenových dat, a reálné zhodnocení poteby zmn funkcí, které byly definovány v etap návrhu. Správná a rychlá komunikace o projektu a pružná podpora systému s využitím Helpdesk a statistik využívání systému vede k postupné akceptaci i tmi leny prodejního týmu, kteí se i v dsledku svých priorit k zavedení SFA stavli skepticky a záporn.

Resumé lánek si klade za cíl poukázat na to, že zavádní SFA do obchodní firmy není hlavn informatický problém ale pináší výzvy zahrnující také oblast psychologie, týmové komunikace a ízení vetn podpory projektu vrcholovým vedením firmy. Jsou prezentovány nkteré návrhy pro dosažení úspšného projektu tohoto typu. Obtížnost zavedení SFA znázorují statistiky z prvních msíc zavedení v jedné obchodní firm. Summary The purpose of this article is to point out that SFA deployment is not an IT challenge only, but it concerns the topics of pschychology, team communication and management and last but not least the necessity of top management support. Some suggestions how to solve these challenges are presented. Difficulties that might be encountered durnig the deployment phase of an SFA project are demonstrated by the statistics of first productive months in a sales company. Literatura: [1] SIEBEL: Developing an Effective Sales Process for the Enterprise, White Paper, February 2004, URL: http://www.siebel.com, 10P140-WP010-05625(02/04) [2] TYLER,T., TAYLOR,B. Definition: Customer Relationship Management (CRM) vs. Sales Force Management (SFM), GO2 GROUP, 15 August 2004, URL: http://www.go2group.com/additional_content/sfa_vs_crm_definition.doc [3] Fürstberger,G. Projektmanagement, Seminarunterlagen, Wien: Management Development Gmbh.2003. [4] DOHNAL,J., PÍKLENK,O. CRM Nabídka funkcionality na eském trhu. Business World,2004,ro.7,.7-8,s.46-48.ISSN 1213-1709. [5] DOHNAL,J.,PÍKLENK,O. Vývoj technologií CRM a zkušenosti trhu. Inside,2004,.4.s.14-20.ISSN 1214-1305. [6] Wolf,P. Úspšný podnik na globálním trhu. Bratislava: CS Profi-Public,2006.240 s. ISBN 80-969546-5-2.