Vajad kellegagi rääkida?
Küsi julgelt abi LasteAbi
Logi sisse

Projektikavand Mikare CRM loomine (0)

5 VÄGA HEA
Punktid

Esitatud küsimused

  • Millal viimati suheldi konkreetse kliendiga?
  • Kes olid eelmise kuu parimad müügimehed?
  • Mitu lepingut ja millises summas on closingu faasis?
  • Mitu kliendikohtumist on järgmiseks nädalaks juba lepitud?
Tallinna Majanduskool
Projekti kavand
D.A.S. Õigusabikulude Kindustuse AS
“Mikare CRMi loomine”
Koostaja : Liisi Nigul
Rühm: Turundus II
Juhendaja : Milvi Tuppits
Tallinn 2012
  • SISUKORD




    SISUKORD 2
    PROJEKTI ÜLDINFO 3
    PROJEKTI TAUST 3
    PROJEKTI HETKESEIS 4
    PROJEKTI LÕPPEESMÄRK 5
    PROJEKTI SISU (osad/etapid) 5
    PROJEKTI EELARVE 6
    TEOSTAMISE RISKID (probleemid/piirangud) 6
    KOKKUVÕTE 7
  • PROJEKTI ÜLDINFO


    Organisatsioon : D.A.S. Õigusabikulude Kindlustuse AS
    Projekti nimi: Mikare CRMi loomine
    Struktuurüksus: Müügi- ja turundusosakond
    Projekti tellija/ klient /rahastaja: D.A.S. Õigusabi Kuludekindlustuse AS
    Projekti tüüp: Arendusprojekt
    Sihtgrupp : D.A.S. Õigusabikulude Kindlustuse AS müügitöötajad (haldurid, müügijuhid, telemarketing)
    Projekti koostaja/ projektijuht : Müügi- ja turunduse projektijuht
    Alustamisaeg: 01.07.2011
    Valmimisaeg: 01.05.2012
  • PROJEKTI TAUST


    “Mikare CRM” (Customer relationship management ehk kliendihaldus süsteem) peaks asendama tulevikus praegust kliendibaasi “InsertLive” ja võimaldama halduril oma igapäevast tööd paremini organiseerida. Samas peaks võimaldama CRM ka halduri tööeffektiivsuse hindamise funktsionaalsust, mis omakorda võimaldaks müügijuhil oma haldurite tööd paremini korraldada ja vajadusel neid paremini juhendada.


    Peamised funktsioonid mida uus kliendihaldussüsteem peaks sisaldama on järgnevad:

  • Kontaktihaldus
  • Telefonikõned
  • E-Mailid
  • Kliendibaas
  • Ülesanded
  • Müügijuhi ülesanded
  • Enda ülesanded
    • Müügijuhi kontrollitavus ja juhitavus oma haldurite läbi järgmiste operatsioonide :

  • Haldurite tegevuste ülevaade kliendi lõikes
  • Haldurile määratud ülesannete täitmise/täitmata jätmise kontrollimine
  • Halduri päevaste tegevuste ülevaade
    Projekti alustamise põhjuseks oli vajadus parandada olemasolevas süsteemis vigu. Eelnevalt ilmnesid järgnevad probleemid:
    • Kontakti muutmise vormil liiga palju välju
    • Kontakti muutmisel avatakse liiga palju aknaid - peale muudatuse tegemist võiks suunata kontaktikaardi avalehele
    • Kontakti kaardil kaotada ära „detailid”, „lisaandmed”, „õigused” tab-id
    • Kontaktikaardil "Põhiandmed" tab-ile lisada lõppu tegevuste logi, sest hetkel ei jää halduri muutmisel eelnevatest halduritest
    • On võimalus kustutada kliendi ajalugu. Peab olema vastupidine !
    • Kui klient on andmebaasis olemas, siis on olemas ka otsinguaknas + nupp uue kliendi sisestamiseks. Kui ei ole klienti andmebaasis, siis ei ole uue kontakti sisestamise nuppu. Asi peaks vastupidi olema.
    • KOHUSTUSLIKUD VÄLJAD tuleks märkida punase tärniga, et välistada „poolikute” kontaktide sisestamist baasi
    • Süsteemi kasutamine on aeglane, kuna süsteem sisaldab liialt palju ebavajalikku informatsiooni
    • Süsteem ei tee automaatselt vajalikke muudatusi
    • Süsteem ei saada vajalikke teavitusi
    • Süsteem ei võimalda e-mailide kasutamist
    • Süsteemis ei ole võimalik saada infot võlglaste ja pikenevate klientide kohta
    • Süsteemi põhjal ei ole võimalik koostada aruandeid
    • Süsteemi põhjal ei ole võimlik müügijuhil teostada kontrolli oma haldurite üle

  • PROJEKTI HETKESEIS


    Projekti ettevalmistusi hakati tegema alates 01.07.2011. Kuna uue andmebaasi loomine on keerukas ning aeganõudev, siis on ka projekti valmimisaeg pikk. Hetkel on projekt viimases järgus, kohandatakse erinevaid mooduleid, tehakse viimaseid täiendusi ning teste. Projekt valmib kindlasti õigeaegselt kui mitte varem.
  • PROJEKTI LÕPPEESMÄRK


    Projekti eesmärgiks on väljavahetada praegune vigane süsteem uue ja parema vastu. Uus süsteem peaks võimaldama järgmisi funktsioone ja tegevusi:
    • CRM'is oleks võimalik näha võlglaste ja pikenduste infot
    • CRM'is oleks sündmused ja tegevused eraldi imporditavad
    • CRM-i põhjal on võimalik nädalaaruannet koostada
    • Kõik kohustuslikud väljad peavad olema täidetud, kui ei ole sisestatud hoiatab haldurit ja ei sulge vormi
    • Kui kliendiga ei ole tegeletud 2 kuud ja staatused on aktiivne ja mitteaktiivne, siis süsteem peab automaatselt muutma kontakti staatust "Vabad" ja teavitus saadetakse määratud haldurile ja müügijuhile
    • Halduri väli sisestatakse automaatselt ( ei ole võimalik muuta )
    • Halduri välja on võimalik muuta ainult siis kui kliendiga ei ole tegeletud 2 kuud
    • Halduri välja on võimalik muuta siis kui agent või müügijuht algatab kontakti ületõstmist, ületõstmisel saadetakse e-mail uuele ja vanale haldurile
    • Kontakti ületõstmine toimub ainult juhtudel:

  • Kui haldur on töölt lahkunud või pikaajalisel puhkusel
  • Kui kontakti staatus on Vaba
  • Kui haldur ei ole suuteline kontakti haldamisega hakkama saada
    • Halduri muutmisel peab jääma ajalugu eelnevatest halduritest ja halduril peab olema võimalus seda nimekirja põhiaknas näha - Halduri ajalugu ei ole võimalik kellelgi kustutada!
    • CRM on konkreetsem , seeläbi lihtsamini kasutatav ning kiirem

  • PROJEKTI SISU (osad/etapid)


    • Müügi- ja turunduse projektijuht koostöös juhatuse liikmetega ja IT osakonnaga arutavad läbi, milline andmebaasisüsteem oleks parim, lahendamaks müügitöötajate poolt väljatoodud probleeme.
    • Müügi- ja turunduse projektijuht koostab vastavalt nõupidamistel arutatule kokkuvõtte ning saadab selle kinnitamiseks müügijuhtidele, juhatuseliikmetele ning IT töötajatele.
    • Kui firma poolsed vajadused, pakkumised, eesmärgid ja ülesanded on välja selgitatud valitakse sobiv programeerimisfirma.
    • Müügi- ja turunduse projektijuht koostab briifi, milles on kirjas kõik eelnev ning saadab selle teenusepakkujale.
    • Firma aksepteerib pakkumise ning koostatakse projektitiim, mis koosneb D.A.S.i poolt Müügi- ja turunduse projektijuhist ja kahest IT töötajast ning teenusepakkujast Mailbow OÜst (programeerimisfirma).
    • Seatakse paika ajalised eesmärgid, millal peaks teatud osad projektist valmima.
    • CRMi valmistajad alustavad uue süsteemi loomist, vastavalt briifis väljatoodud tingimustele ja eesmärkidele, mida D.A.S. saavutada soovib.
    • Koostöö vältel toimub mitmeid koosolekuid, kus pooled arutavad läbi seni valminud programmifunktsioonid ning parandavad, täiendavad ning testivad neid (ajaliselt võtab ligi 6 kuud)
    • Programmi testimine töötajate poolt.
    • Vigade parandamine (teenuse pakkuja )
    • Programmi kasutamine müügitöötajate poolt ning tagasiside andmine Müügi- ja turunduse projektijuhile, kes koostab selle põhjal kokkuvõtte.

  • PROJEKTI EELARVE


    Projekti eelarve koosneb 2 aspektist:
  • D.A.S.i oma töötajate igakuine palk
  • Mailbow OÜle eelnevalt kokkulepitud tasu valminud programmi eest
  • TEOSTAMISE RISKID (probleemid/piirangud)


    • Ajalised piirangud
    • Inimresurssi piirangud
    • Rahalised piirangud (projekti nurjumisel, ei ole võimalik käivitada sama projekti uuesti)
    • Programeerimisfirmaga sõlmitud lepingud (rikkumisel kaasnevad trahvid )
    • Uue CRMi mittetöötavus või puudulikkus
    • Kontaktide ületõstmisel vanast baasist tekkivad probleemid

  • KOKKUVÕTE


    Mikare CRMi loomise projekti alustati 01.07.2011 põhjusega, et saada D.A.S.ile kliendihaldus süsteem, mis võimaldaks lihtsat, põhjalikku ning mugavat kliendihaldust, aitaks omada paremat kontrolli ning juhtivust töötajate üle ja võimaldaks statistikat, mis on oluline erinevate otsuste tegemiseks. Uue haldussüsteemi valmimisel peaks klientidega seotud andmeid olema lihtne leida ühest keskkonnast mugavalt , müügitöö planeerimine ja info sisestamine peaks oluliselt lihtsustuma ja põhjalik kliendisuhtluse ajalugu tekkima justkui iseenesest.
    Mikare CRMi kasutusele võtt peaks lihtsalt tooma vastused järgnevatele ja ka paljudele teistele küsimustele:
    • Millal viimati suheldi konkreetse kliendiga?
    • Kes olid eelmise kuu parimad müügimehed?
    • Mitu lepingut ja millises summas on closingu faasis?
    • Mitu kliendikohtumist on järgmiseks nädalaks juba lepitud?

    Juba praegu on näha, et uue andmebaasi tulekuga suureneb töö efektiivsus, töötajate rahulolu ning müügitulemused.
    7
  • Vasakule Paremale
    Projektikavand Mikare CRM loomine #1 Projektikavand Mikare CRM loomine #2 Projektikavand Mikare CRM loomine #3 Projektikavand Mikare CRM loomine #4 Projektikavand Mikare CRM loomine #5 Projektikavand Mikare CRM loomine #6 Projektikavand Mikare CRM loomine #7 Projektikavand Mikare CRM loomine #8
    Punktid 5 punkti Autor soovib selle materjali allalaadimise eest saada 5 punkti.
    Leheküljed ~ 8 lehte Lehekülgede arv dokumendis
    Aeg2012-05-30 Kuupäev, millal dokument üles laeti
    Allalaadimisi 69 laadimist Kokku alla laetud
    Kommentaarid 0 arvamust Teiste kasutajate poolt lisatud kommentaarid
    Autor Liisi Nigul Õppematerjali autor
    D.A.S. Õigusabikulude Kindustuse AS

    Sarnased õppematerjalid

    Turundusplaani koostamise juhend
    51
    pdf

    Turundusplaani koostamise juhend

    pelgalt protsessi moderaator või (turundus)analüüsi läbiviija, plaani ülevaataja/kontrollija ja kokkukirjutaja, taotlusdokumendi koostaja vms); - täpselt määratleda konsultandi ja kliendi ülesannete jaotus ning tähtajad (kes teeb mida ja mis ajaks), et ennetada võimalikke tööjaotuse ja töömahuga seotud arusaamatusi, mida hiljem on keerulisem lahendada. Konsultant ei saa head taotlusdokumenti koostada ainult etteantud andmete põhjal. Kvaliteetse plaani loomine tähendab sisuliste arutelude korraldamist (kasutades sobilikke strateegilise/turunduse planeerimise tehnikaid) ja tulemuste vormimist plaanis kasutatavateks osadeks. Strateegilise ja turunduse planeerimise vahendeid on võimalik iseseisvalt omandada ja kasutada, kuid konsultandi kasutamine peaks aitama protsessi efektiivsemalt läbi viia. 11 T U R U N D U S P L AAN I K O OS T AM I N E Missioon ja visioon

    Ainetöö
    Projektipersonali juhtimine konspekt
    101
    pdf

    Projektipersonali juhtimine konspekt

    ................................................... 13 1.3 Personalitöö korraldamise eripärad projektimeeskonnas. .......................................... 28 1.4 Stress ja stressijuhtimine ............................................................................................ 46 2. MEESKONNATÖÖ KASUTAMINE ORGANISATSIOONI PROJEKTIDES. ........... 50 2.1. Grupid ja meeskonnad organisatsioonis ning nende eelised. .................................... 50 2.2. Projektimeeskonna loomine, motiveerimine ja tööprotsessid ................................... 52 3. VIRTUAALTÖÖ JA ­MEESKONNAD ORGANISATSIOONIDES. .......................... 56 3.1 Muutused ettevõtluskeskkonnas ja organisatsioonides. ............................................. 56 3.2 Virtuaalse meeskonna definitsioon ning tüübid ja seonduvad mõisted ................... 60 3.3 Organisatsioonistruktuuri areng. ................................................................................ 73 3.4

    Organisatsioon ja juhtimine
    Kino infosüsteemi strateegilise arenduse dokumentatsioon
    110
    doc

    Kino infosüsteemi strateegilise arenduse dokumentatsioon

    TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Iseseisev töö aines 'Infosüsteemide projekteerimine': Kino infosüsteemi strateegilise arenduse dokumentatsioon Teostajad: Indrek Kempi (001546) Pärtel Lias (010617) Eero Ringmäe (010636) Õpperühmad: LAP51 ja LAP 52 Juhendaja: Lea Elmik Tallinn 2003 Autorideklaratsioon: Kinnitame, et käesolev projekt on meie

    Infosüsteemi projekteerimine
    Projektijuhtimise e-konspekt
    95
    pdf

    Projektijuhtimise e-konspekt

    Erinevatest mudelitest sai valitud just see tema lihtsuse tõttu. Töö autorile meeldis ka, et tulemuse hindamine toimub pidevalt kogu protsessi käigus, mitte ainult lõpus. Lähtudes sellest mudelist on magistritöö jagatud kolme ossa: 1. analüüs sisaldab sihtrühma, ainevaldkonna ja erinevate lahenduskäikude uurimist; 2. planeerimine koosneb õpieesmärkide püstitamisest, sisu ja meetodite paikapanemisest; 3. arenduse osas toimub konspekti struktuuri loomine ja testimine ning konspekti prototüübi loomine. Hüpoteesi tõestamiseks jagatakse planeerimise faasis projektijuhtimise valdkond õpitegevusteks (mooduliteks). Objektide parameetrite kirjeldamiseks võetakse kasutusele metaandmed. Ühtlasi uuritakse metaandmete mudelit ja katsetatakse nende teostust praktikas. Õpiobjektidest ja metaandmetest moodustatud andmebaasi põhjal testitakse erinevate lugemisteede loomist. Arenduse osas katsetatakse konspekti erinevaid kavasid praktikas

    Infosüsteemi projekteerimine
    Tarkvaratehnika 2016 2017 eksami materjal
    138
    docx

    Tarkvaratehnika 2016/2017 eksami materjal

    keskkonna kohta andmeid koguvad süsteemid o Süsteemide süsteemid (systems of systems)  Mis on protsess? o Protsess on sammude jada, mis hõlmab tegevusi, piiranguid ja ressursse mingit liiki tulemi loomisel o Nt protsessidest  Õppetöö  Mis on tarkvara arendusprotsess e. tarkvaraprotsess? o Tarkvaraprotsess on sammude jada, mille eesmärgiks on tarkvara loomine ja haldamine o Üldistatud tegevused tarkvaraprotsessides:  Spetsifitseerimine- mida süsteem peab tegema ja mis on piirangud tema arendamisel?  Arendamine-tarkvarasüsteemi tootmine  Valideerimine- kas toodetud tarkvarasüsteem on see, mida kasutaja soovis? (üks meetod selleks on testimine)  Evolutsioon- tarkvarasüsteemi muutmine vastavalt

    Tarkvaratehnika
    Sissejuhatus infosüsteemidesse kontrolltöö teooria
    52
    docx

    Sissejuhatus infosüsteemidesse kontrolltöö teooria

    · Süsteemiadministraator - IS/IT toimimise käigushoidmine organisatsioonis · Süsteemiarhitekt ja ­disainer - IS/IT arhitektuuri arendamine ja vastavate strateegiate elluviimine · Süsteemiarendaja (analüütik, programmeerija, testija) - IS/IT süsteemide arendamine ja kasutajatele kättesaadavaks tegemine IS/IT juhte ja nende vastutusi IS/IT juhte ja nende põhivastutusi: · Infosüsteemi juht (Chief Information Officer (CIO)) - IS/IT-d puudutava tulevikuvisiooni loomine, IS strateegia koostamine; IS-i valitsuse ülesehituse loomine; IS/IT projektide portfelli kokkupanek; organisatsiooni toimimise muutmise juhtimine · infotehnoloogia juht (Chief Technology Officer (CTO) või IT Manager) - IT strateegia väljatöötamine · IT projektijuht - IS/IT-alaste muudatuse teostuse juhtimine Süsteemina käsitlemine Süsteemina käsitlemine (Systems Thinking)

    Sissejuhatus infosüsteemidesse
    Rehabilitatsiooni portfoolio kokkuvõte
    109
    doc

    Rehabilitatsiooni portfoolio kokkuvõte

    olemasolevatest võimetest (mitte puudustest või probleemidest). · Keskkonna spetsiifilisus: kliendi ressursse/ piiranguid hinnatakse ja rehabiliteerimistegevusi planeeritakse lähtudes kliendi elukeskkonna võimalustest. · Keskkonna toetus: kliendi iseseisvat toimetulekut toetav füüsilise ja sotsiaalse (seadused, hoiakud) keskkonna loomine on sama oluline kui kliendi oskuste arendamine. · Võrdsus: klienti käsitletakse rehabilitatsioonimeeskonna võrdse partnerina. · Järjepidev toetamine: kliendi järjepidev toetamne vastavalt tema vajadustele. · Kliendi oskuste ja pakutava toetuse tasakaal: kliendile oskuste õpetamine ja toetuse pakkumine peab olema omavahel tasakaalus Seadusandluse areng. · 2000. aastal jõustus Puuetega inimeste sotsiaaltoetuste seadus ja sotsiaalministri

    Rehabilitatsiooni teooriad, meetodid ja korraldus
    Tarkvaratehnika kordamisküsimused
    210
    pdf

    Tarkvaratehnika kordamisküsimused

    TARKVARATEHNIKA KORDAMISKÜSIMUSED     1. Mis on tarkvaratehnika?  Software engineering    ! ​“Engineers Australia” definitsioon: ​ Tarkvaratehnika ​on tiimide poolt rakendatav distsipliin  tootmaks kõrgekvaliteedilist, suuremastaabilist ja hinnaefektiivset tarkvara mis rahuldab  kasutajate nõudmisi ja mida saab hooldada teatud ajaperioodi vältel.    IEEE definitsioon: Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava  lähehemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see  tähendab, inseneriteaduste rakendamine tarkvarale.     Tarkvaraarendus ​ on nõrgem termin, kus tingimata ei kasutata protsesse, tööriistu,  standardeid, jne. Tarkvaraarendus on progemine + konfigursatsiooni haldus.    Tarkvaratehnika ei ole ainult programmi kirjutamine, vaid teemad hõlmavad ka kvaliteeti,  ajakavasid,

    Tarkvaratehnika




    Kommentaarid (0)

    Kommentaarid sellele materjalile puuduvad. Ole esimene ja kommenteeri



    Sellel veebilehel kasutatakse küpsiseid. Kasutamist jätkates nõustute küpsiste ja veebilehe üldtingimustega Nõustun