mboost-dp1
No Thumbnail
Den skal de vist laengere ud paa landet med.
Tror sq ikke paa det.
Jeg tror ikke paa at de har gemt 10 aar gamle data i deres kunde-support-system. De har givetvis skiftet system et par gange ( maa man formode over 10 aar ) og saa har de migreret de data med... Jeg tror ikke paa det.
Tror sq ikke paa det.
Jeg tror ikke paa at de har gemt 10 aar gamle data i deres kunde-support-system. De har givetvis skiftet system et par gange ( maa man formode over 10 aar ) og saa har de migreret de data med... Jeg tror ikke paa det.
Hvad skulle formålet være i at man kunne indtaste hele datoer (inklusiv år)? Lyder som et dårligt system selv for Microsoft, derfor tvivler jeg.
#7 du skal jo tænke på at det her var i 98.. ikke sikkert de havde et helt smart system på det tidspunkt..
Men det er da altid noget de ringer.. ja okay 10 år for sent.. men stadig.. de ringede da.. :P
Men det er da altid noget de ringer.. ja okay 10 år for sent.. men stadig.. de ringede da.. :P
#7
Så hvis de får en henvendelse sent i december, og kunden ikke kan kontaktes før efter nytår - så er der ingen måde at registrere det på?
#4
Microsoft har pre-vista teamet haft backward-support som et af deres primære mål når de har skulle udgive ny software. Hvorfor skulle den politik ikke også passe på deres interne systemer, fra den tid?
Jeg finder historien ganske sandsynlig..
Selv for en af verdens største softwareleverandører kan jeg forestille mig at deres egne interne systemer lider under opdaterings-mangel.. sjældent (og desværre) bliver kræfterne brugt på at opdatere interne systemer, men at migrere kundedata er væsentligt i sådan en sammenhæng, og man kan ikke "bare" starte på en frisk hvert 2. år pga man flytter til et nyt system.
Så hvis de får en henvendelse sent i december, og kunden ikke kan kontaktes før efter nytår - så er der ingen måde at registrere det på?
#4
Microsoft har pre-vista teamet haft backward-support som et af deres primære mål når de har skulle udgive ny software. Hvorfor skulle den politik ikke også passe på deres interne systemer, fra den tid?
Jeg finder historien ganske sandsynlig..
Selv for en af verdens største softwareleverandører kan jeg forestille mig at deres egne interne systemer lider under opdaterings-mangel.. sjældent (og desværre) bliver kræfterne brugt på at opdatere interne systemer, men at migrere kundedata er væsentligt i sådan en sammenhæng, og man kan ikke "bare" starte på en frisk hvert 2. år pga man flytter til et nyt system.
Hahaha. Smukt.
Når jeg tænker over, at det er en amerikansk historie, er jeg egentlig forundret over, at overskriften ikke lyder "Microsoft sagsøgt efter 10 års forsinkelse på kundeservice".
Når jeg tænker over, at det er en amerikansk historie, er jeg egentlig forundret over, at overskriften ikke lyder "Microsoft sagsøgt efter 10 års forsinkelse på kundeservice".
Tror det er en generel bug i deres system. Folk vil nu begynde at få alle de tilbagekald som de aldrig har fået tidligere. :)
jeg tvivler stærkt på denne historie er sand.
denne historie er på mystisk vis opstået på en privat blog. hvor man nemt kan være lettere løs med sandheden da man ikke bliver tjekket efter i sømene.
Det må have været muligt at opspore så forkerte dato-fejl i et kundeservice system det er jeg vret så sikker på. Har selv arbejdet med sådanne ting, og der blev der rent mæssigt tjekket "fremtidsudsigter" på support cases.
hvis i læser nyheden på hjemmesiden slashdot, så er de også meget mistænksomme på om dette er en fake.
To be fair, this is all unverified, so choose to believe at your own risk.
hør blandt andet dette:
Microsoft told Computerworld support cases "are reviewed regularly so that we can ensure we're resolving customer issues in a timely fashion — regardless of the callback commitment set by the agent
igen.. jeg tvivler stærkt på om denne historie er sand.
denne historie er på mystisk vis opstået på en privat blog. hvor man nemt kan være lettere løs med sandheden da man ikke bliver tjekket efter i sømene.
Det må have været muligt at opspore så forkerte dato-fejl i et kundeservice system det er jeg vret så sikker på. Har selv arbejdet med sådanne ting, og der blev der rent mæssigt tjekket "fremtidsudsigter" på support cases.
hvis i læser nyheden på hjemmesiden slashdot, så er de også meget mistænksomme på om dette er en fake.
To be fair, this is all unverified, so choose to believe at your own risk.
hør blandt andet dette:
Microsoft told Computerworld support cases "are reviewed regularly so that we can ensure we're resolving customer issues in a timely fashion — regardless of the callback commitment set by the agent
igen.. jeg tvivler stærkt på om denne historie er sand.
igen.. hvorfor har vi ikke hørt om lignende historier om microsoft? det kan da umuligt være den eneste dato-fejl en microsoft kundeservice ansat har lavet? Sådanne fejl bliver rettet lynhurtigt. ville være ret så tæt på at påstå at sådanne fejl ingensinde kan finde sted.
Det der undrer mig mest er at han skulle kunne huske at han for 10 år siden fik oprettet en supportsag hvor de skulle ringe igen dagen efter - jeg tvivler ihvertfald på at jeg 10 år efter ville kunne huske og kæde en opringning fra MS sammen med det opkald jeg havde foretaget for 10 år siden, medmindrer det var et eller andet meget særligt ved den.
#20, for manges vedkommende, behøves man ikke at bruge numpad.
Skal jeg taste et kort nummer ind, bruger jeg tallene over bogstaverne, bruger faktisk kun numpad hvis det er en længere tal-række.
Men kan godt være det bare er mig der er speciel, men hvis jeg skal skrive fx. 1/8/98 - så bruger jeg de "almindelige" taster, og ikke numpad.
Skal jeg taste et kort nummer ind, bruger jeg tallene over bogstaverne, bruger faktisk kun numpad hvis det er en længere tal-række.
Men kan godt være det bare er mig der er speciel, men hvis jeg skal skrive fx. 1/8/98 - så bruger jeg de "almindelige" taster, og ikke numpad.
#20 nu er det jo ikke sikkert de brugte numpad'et til at taste ind på, og så ligger 9 og 0 ved siden af hinanden.. Ihvertfald på de QWERTY-keyboards jeg kender ;)
#22 Som SmackedFly skriver, så behøver de netop ikke have samme supportsystem længere. En fordel ved at beholde gamle data er, at de så kan bruge det i forbindelse med fejlløsning (i teorien altså)
#22 Som SmackedFly skriver, så behøver de netop ikke have samme supportsystem længere. En fordel ved at beholde gamle data er, at de så kan bruge det i forbindelse med fejlløsning (i teorien altså)
#20 Min bærbar har ikke sit eget numpad, men man skal slå det til for at det erstatter en række bogstaver. ;)
Derudover kan jeg ikke se det store i dette, derved også hvorfor folk gør så stort arbejde i at påvise om det er sandt eller ej.
Hvis det f.eks. bare var en tastefejl så er det vel bare det der sker, skal vi have samme drama hver gang der bliver stavet forkert i newz nyhederne også?
Derudover kan jeg ikke se det store i dette, derved også hvorfor folk gør så stort arbejde i at påvise om det er sandt eller ej.
Hvis det f.eks. bare var en tastefejl så er det vel bare det der sker, skal vi have samme drama hver gang der bliver stavet forkert i newz nyhederne også?
Sandsynligvis er det en and.
Det er en god historie.
Jeg er sikker på at der er tusinder af kunde systemer hvor man indtaster tidspunkt for næste kontakt ind med år og hvor systemet ikke checker hvor lang tid der er til.
Men:
- medarbejderen der får sagen vil jo nok læse sagen inden han ringer og undlade at ringe når han ser dato for sidste kontakt
- dem der blev ringet til kunne næppe huske at de havde en sag for 10 år siden og verfe ham supporteren af
Det er en god historie.
Jeg er sikker på at der er tusinder af kunde systemer hvor man indtaster tidspunkt for næste kontakt ind med år og hvor systemet ikke checker hvor lang tid der er til.
Men:
- medarbejderen der får sagen vil jo nok læse sagen inden han ringer og undlade at ringe når han ser dato for sidste kontakt
- dem der blev ringet til kunne næppe huske at de havde en sag for 10 år siden og verfe ham supporteren af
#22 du er jo nødt til at migrere data med, når du skifter fra ét system til et andet, ellers vil du tabe alle de aktive sager på gulvet, samt den historik der end måtte være.
Jeg er dog på med på ande-teamet.
Hvis en sag er registreret, vil den højst sandsynligt indeholder informationer om både OS, og opstartsdato - de to ting vil hurtigt afsløre at sagen er forældet.
Men historien er da stadig lidt sjov - og minder lidt om en fremgangsmåde jeg til tider brugte, da jeg sad med support.
Tager man de gamle sager, dem der har ligget over 4 måneder, kan man ofte finde sager, der med et enkelt telefon-opkald kan lukkes. En sag der har ligget i 10 år, kan HØJST sandsynligt lukkes ved et enkelt opkald. :)
Jeg er dog på med på ande-teamet.
Hvis en sag er registreret, vil den højst sandsynligt indeholder informationer om både OS, og opstartsdato - de to ting vil hurtigt afsløre at sagen er forældet.
Men historien er da stadig lidt sjov - og minder lidt om en fremgangsmåde jeg til tider brugte, da jeg sad med support.
Tager man de gamle sager, dem der har ligget over 4 måneder, kan man ofte finde sager, der med et enkelt telefon-opkald kan lukkes. En sag der har ligget i 10 år, kan HØJST sandsynligt lukkes ved et enkelt opkald. :)
tror ikke på MS har skiftet system, er i klar over hvor meget windows licenser koster :P + at Win 98 er det enste MS kan få til at køre stabilt :P
#4 - Som #13 siger, if it aint broken, dont fix it. Bare se på COBOL, det bruges stadig i vidt omfang af op til flere banker (og sikkert også på andre områder inden for mainframes) hvis systemer sikkert er temmelig gamle, af den ene grund: det er for dyrt at kode et helt nyt. Så hvorfor lave noget nyt, når det gamle virker som det skal?
"Ja hvorfor overhovedet udvikle ny teknologi i det hele taget? Det vi har nu kan vi jo sagtens overleve på". Kan I se ironien?
Det kan skam godt være deres nuværende systemer virker som det skal, men det betyder ikke at det virker som et supportsystem bør virke når man tager året 2008 i betragtning.
"If it aint broken, don't fix it", ja hvis alle havde den holdning sad vi stadig og undrede os over ilden og hjulet. Der er altid plads til forbedringer.
Det kan skam godt være deres nuværende systemer virker som det skal, men det betyder ikke at det virker som et supportsystem bør virke når man tager året 2008 i betragtning.
"If it aint broken, don't fix it", ja hvis alle havde den holdning sad vi stadig og undrede os over ilden og hjulet. Der er altid plads til forbedringer.
kompensationen for de ringer 10 år forsent, eller retter straffen bliver vel en gratis Vista. Vi har jo før hørt MS afstaffe folk på denne måde!
På den anden side, kan de undre mig han ikke ringede tilbage et par efter de skulle have kontatket ham? Kan jo selvfølgelige være han havde gjort det og supporteren ikke har kunne se der skulle ringes tilbage til ham dagen efter ;)
På den anden side, kan de undre mig han ikke ringede tilbage et par efter de skulle have kontatket ham? Kan jo selvfølgelige være han havde gjort det og supporteren ikke har kunne se der skulle ringes tilbage til ham dagen efter ;)
#37 Både COBOL og PL1 bruges i vid udstrækning på mainframe, ja - men mainframen har skam udviklet sig temmelig meget.
Den driver med glæder Linux-LPAR's, du kan få din WebSphere-portefølje til at køre på den, og derved kan du også afvikle Java og service-enable dine applikationer.
Fordelene ved mainframe er, at det er en gennemtestet kværn det giver en suveræn stabilitet, der er en høj grad af transparanthed (som det distribuerede miljø i høj grad mangler) og maskinen skalere helt eminent.
Så udsagnet er i princippet rigtigt - man kører på nogle gamle principper - men udviklingen har altså langt fra stået stille bare fordi sprogene stadig bruges...
Den driver med glæder Linux-LPAR's, du kan få din WebSphere-portefølje til at køre på den, og derved kan du også afvikle Java og service-enable dine applikationer.
Fordelene ved mainframe er, at det er en gennemtestet kværn det giver en suveræn stabilitet, der er en høj grad af transparanthed (som det distribuerede miljø i høj grad mangler) og maskinen skalere helt eminent.
Så udsagnet er i princippet rigtigt - man kører på nogle gamle principper - men udviklingen har altså langt fra stået stille bare fordi sprogene stadig bruges...
Det skulle ikke undre mig om det ikke bare var et evalueringsprogram de, 10 år senere, har sat i værks for at vurdere folks oplevelse af deres support. Altså efter sagen *er* blevet håndteret og afsluttet.
Dagen efter jeg lukkede en sag hos MS support blev jeg ringet op af en der ville høre om jeg havde 3 minutter til lige at rangere (på en skala fra 1 til 9) forskellige aspekter af forløbet. Jeg kunne sagtens forestille mig de har gået hele deres katalog igennem på den måde og så har en eller anden gjort en stor sag ud af det.
Dagen efter jeg lukkede en sag hos MS support blev jeg ringet op af en der ville høre om jeg havde 3 minutter til lige at rangere (på en skala fra 1 til 9) forskellige aspekter af forløbet. Jeg kunne sagtens forestille mig de har gået hele deres katalog igennem på den måde og så har en eller anden gjort en stor sag ud af det.
Jeg arbejdede på et tidspunkt for et callcenter som telesælger. Skulle sælge børnebøger. Vi ringede til gamle kunder som havde opsagt deres abonnement for at prøve at få dem til at forny.
Fik fat i en kunde som havde opsagt abonnementet for 15 år siden og ikke mente Rasmus Klump var relevant nu hvor hendes søn var inde og aftjene sin værnepligt.
Så jo... Sådan noget kan godt ske. Det kan godt være de køre nogle automatiserede scripts til at fange sådanne ting, men ingen systemer er perfekte.
Fik fat i en kunde som havde opsagt abonnementet for 15 år siden og ikke mente Rasmus Klump var relevant nu hvor hendes søn var inde og aftjene sin værnepligt.
Så jo... Sådan noget kan godt ske. Det kan godt være de køre nogle automatiserede scripts til at fange sådanne ting, men ingen systemer er perfekte.
Synes historien er ganske sød, men stemmer også and;
De fleste amerikanske selskaber har det med at måle alt hvad de laver på kryds og tværs for at være sikre på at deres medarbejdere performer (og belønne dem når de gør) - og en supportmanager med en åben sag i hans team der er alt for gammel, ville få mindre i bonus eller på anden måde blive 'straffet'
Så jeg finder sagen usandsynlig :-)
De fleste amerikanske selskaber har det med at måle alt hvad de laver på kryds og tværs for at være sikre på at deres medarbejdere performer (og belønne dem når de gør) - og en supportmanager med en åben sag i hans team der er alt for gammel, ville få mindre i bonus eller på anden måde blive 'straffet'
Så jeg finder sagen usandsynlig :-)
#46
Synes du mangler at skrive, at målinger, optimeringer og bonus-uddelinger til de mest effektive medarbejdere i høj grad også er noget der har vundet indpas i det danske arbejdsmarked.
Og langt hen af vejen er det vel fornuftigt nok.
Har du 1.000 kunder der ringer og spørger om det samme, er det oplagt at få den information gjort mere tydelig på din vare.
Og belønning af de medarbejdere der bestiller mest er vel i bund og grund fair nok.
Synes du mangler at skrive, at målinger, optimeringer og bonus-uddelinger til de mest effektive medarbejdere i høj grad også er noget der har vundet indpas i det danske arbejdsmarked.
Og langt hen af vejen er det vel fornuftigt nok.
Har du 1.000 kunder der ringer og spørger om det samme, er det oplagt at få den information gjort mere tydelig på din vare.
Og belønning af de medarbejdere der bestiller mest er vel i bund og grund fair nok.
#47
Principielt har du ret.
Men det er temmeligt svært at finde noget at måle på der giver et reelt billede uden at have uheldige bivirkninger.
Eksempler:
udviklere der måles på antal linier kode => belønner de dårlige udviklerere der skriver en masser overflødige linier fremfor at sætte sig ned og tænke sig om
drifts folk der måles på oppe tid => belønner dem der lader kunderne lide med miserabel svar tid og sikkerheds risiko frem til næste planlagte vedligeholdelses vindue fremfor at smide den patch på og så tage de få minutters nedtid det tager at vende systemet
Principielt har du ret.
Men det er temmeligt svært at finde noget at måle på der giver et reelt billede uden at have uheldige bivirkninger.
Eksempler:
udviklere der måles på antal linier kode => belønner de dårlige udviklerere der skriver en masser overflødige linier fremfor at sætte sig ned og tænke sig om
drifts folk der måles på oppe tid => belønner dem der lader kunderne lide med miserabel svar tid og sikkerheds risiko frem til næste planlagte vedligeholdelses vindue fremfor at smide den patch på og så tage de få minutters nedtid det tager at vende systemet
#48 Nu er det meget branchespecifikt, hvordan en måling kan gøres, og hvor stor en andel af en løn eller en bonus målingen akn give.
Jeg giver dig også helt ret i, at hvis man sætter fokus på én ting, kan det hurtigt skævvride andre.
Jeg har oplevet projektledere, der var aflønnet af, om deres projekt kom i mål til tiden eller ej - resultatet var naturligvis, at man løftede systemer til produktion, før de var bare i nærheden af at være produktionsklar - herefter lukkede man projektet, projektlederen fik sin bonus, og driftafdelingen endnu et mareridts-system.
Omvendt kan produktionsmedarbejdere, der eksempelvis samler klemmer, nemt blive målt og vejet på deres produktivitet - hvilket der er stor stil også sker i dagens Danmark.
Min pointe var alene, at selvom staterne måler og vejer deres medarbejderes produktivitet, så gør man det også i stor stil herhjemme.
Mener man noget andet, kan man besøge et moderne callcenter, og se hvor mange måder de vejer deres medarbejderes værdi på...
Jeg giver dig også helt ret i, at hvis man sætter fokus på én ting, kan det hurtigt skævvride andre.
Jeg har oplevet projektledere, der var aflønnet af, om deres projekt kom i mål til tiden eller ej - resultatet var naturligvis, at man løftede systemer til produktion, før de var bare i nærheden af at være produktionsklar - herefter lukkede man projektet, projektlederen fik sin bonus, og driftafdelingen endnu et mareridts-system.
Omvendt kan produktionsmedarbejdere, der eksempelvis samler klemmer, nemt blive målt og vejet på deres produktivitet - hvilket der er stor stil også sker i dagens Danmark.
Min pointe var alene, at selvom staterne måler og vejer deres medarbejderes produktivitet, så gør man det også i stor stil herhjemme.
Mener man noget andet, kan man besøge et moderne callcenter, og se hvor mange måder de vejer deres medarbejderes værdi på...
Med udgangspunkt i at jeg for mit statements vedkommende går ud fra at denne historie er sand:
Jeg håber da virkelig ikke at andre firmaer også gemmer deres sager så længe. Jeg gider da ikke have TDC (eller TDK som de vidst hed den gang) til at ringe om det 56K modem jeg skulle have sat op for 10 år siden.
Jeg håber da virkelig ikke at andre firmaer også gemmer deres sager så længe. Jeg gider da ikke have TDC (eller TDK som de vidst hed den gang) til at ringe om det 56K modem jeg skulle have sat op for 10 år siden.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund