2.2 Funktions-forslag

Herunder er en komplet liste over alle de funktioner brugerne har udtrykt ønske om. Det viste sig at det ikke var alle funktioner Oracle tillod implementeret, grundet tekniske og organisatoriske hindringer. Funktions-afgrænsningen er beskrevet i næste afsnit.



2.2.1 Kalender for samtlige medarbejdere

Det skal være muligt at kunne se sin egen, og ikke mindst andre medarbejderes kalender. Så vil det være muligt at se om en given medarbejder er ledig på et givent tidspunkt, og man kan booke et møde.
Eksempel: En konsulent er til møde med en kunde. Det viser sig at konsulenten ikke selv kan løse opgaven uden at inddrage en specialist. Konsulenten bliver derfor nød til at aftale et nyt møde, hvor alle tre kan deltage. Dette kræver at han har adgang til specialistens kalender. Idag foregår dette ved at konsulenten skal ringe til specialisten, som muligvis kan være optaget eller ikke til at få fat på.

2.2.2 Telefonliste over medarbejdere

En simpel telefon-bog over samtlige af Oracle Danmark's medarbejdere, så man let kan finde de personer man ikke plejer at arbejde med. Det kunne kombineres med at man kan søge folk udfra deres faglige ekspertise, så man kan finde specialisterne.
Som det er nu, har de fleste medarbejdere en udprintet liste over samtlige telefonnumre.

2.2.3 Time-registrering

Time-registreringen skal indrapporteres hver mandag over et web-baseret system. Dette system er lidt klodset opbygget og tungt at bruge. Hvis man nu havde mulighed for at opdatere sit timeforbrug løbende nemt og enkelt, så man ikke først skal skrive timerne ned på papir eller gå og huske på dem, for så at indrapportere det hele samlet sidst på dagen/ugen.

2.2.4 Marketings-oplysninger

En sælger skal vide om en kunde er tilmeldt diverse seminarer og mailinglister, så han kan henvise til dem, når han er ude til møde med kunden. Det virker mere progressivt når sælgeren er orienteret, fremfor at skulle spørge kunden om sådanne ting. På den anden side, hvis kunden spørger under mødet, kan sælgeren hurtigt undersøge det, og eventuelt tilmelde kunden. Det skal desuden være muligt at se hvilke seminarer/kurser kunden har været på, og kunne se om der er fremtidige kurser af interesse.

2.2.5 Adgang til sine e-mails

Det skal være muligt for de enkelte medarbejder at kunne checke deres mail-box uanset hvor de er. Det er ikke ønsket at kunne besvare e-mails på mobiltelefonen, da det ikke er hensigtsmæssigt med mobiltelefonens indtastningsmuligheder, som de er idag. Det vigtige er at kunne se om man har modtaget dén vigtige meddelelse man venter på.

2.2.6 Oplysninger om software-licenser

Man skal nemt kunne få en oversigt over hvad en kunde har af licenser, for at kunne foreslå nye løsninger der bedst passer med den eksisterende produkt-portefølge. Det er kun få oplysninger der er nødvendige: Hvilke produkter, hvor mange licenser og hvilken platform de kører på.

2.2.7 Prisliste (produkter og konsulent-ydelser)

Prislisten er ikke altid lige tilgængelig i en opdateret version. Når den er printet ud på papir, risikerer man at det er en forældet version man har med sig. Det ville derfor være meget brugbart hvis den aktuelle prisliste altid var online.

2.2.8 Kontaktliste over kunder/partnere

De fleste medarbejdere samler visit-kort på deres kontaktpersoner. De oplysninger bliver dog samtidigt gemt i Oracle's kundedatabase. Hvis der var mobil adgang til kontakt-oplysningerne, kunne den enkelte medarbejder slippe for at samle samtlige visitkort, og dermed risikere at deres samling ikke er komplet.

2.2.9 Oplysninger om aktuelle sager (TAR)

Supporterne opretter en såkaldt "TAR" for hver kunde-henvendelse. Det kan eksempelvis være et problem med en database. I den TAR opdateres så løbende hvordan sagen forløber, og hvor højt den er prioriteret, samt om det er kunden der venter på et svar fra supporteren, eller om det er supporteren der venter på yderligere oplysninger fra kunden. Disse oplysninger er det vigtigt for en sælger at være informeret om, inden han skal til et kundemøde.

2.2.10 Adgang til et udsnit af "Sales Online" systemet

I Sales Online står bl.a oplysninger om hvilke muligheder der er for salg hos de forskellige kunder og hvem der er deres kontaktpersoner. Sådan et system sælger Oracle også, og nogle kunder forespørger WAP-adgang til det. Der er kun een konkurrent der tilbyder WAP-adgang til noget lignende, og de har kun et log-op til Finland at vise frem. Citat Michael Skaarup Christiansen: "Det ville være r..blæret at kunne vise en fungerende version, der kører i DK og hvor man eksempelvis kan slå kunden selv op!!!"

2.2.11 Har kunden betalt for tidligere køb

Som sidebemærkning er det blevet foreslået at man kun vil sælge til kunder der har betalt for tidligere køb. Mange internetbutikker laver ikke denne kontrol, og man kan derfor blive ved med at bestille uden at betale for noget som helst. Denne kontrol-funktion skal ikke laves som en separat funktion, men vil kunne integreres i andre funktioner.

2.2.12 Tildele action-points til kolleger

Efter et kundemøde er der en række action-points der skal udføres. Nogle af dem skal udføres af andre, og det ville være rart hvis man kunne tildele dem direkte til de respektive kolleger på stedet, ved at vælge ud fra nogle standard action-points.