Hr. Siekcedand bittet um R\u00fcckruf. Ben\u00f6tigt Angebot f\u00fcr 12 Systeme Zeiterfassung. Tel 39392929<\/em><\/p>\n Besuchstermin vereinbaren f\u00fcr September, Kerstin Galaxmanst, Berlin, Tel 049439394<\/em><\/p>\n Nun hatte man schon damals das grundlegende Problem: Niemand schreibt die Telefonnummer bei bereits bekannten Kontakten auf den gelben Zettel. Also hat man sich irgendwo eine Kundenkartei mit den Telefonnummern angelegt – und nur noch die geplante Aktion auf den gelben Zettel gepinnt.<\/p>\n Das eine oder andere Mal war der Schreibtisch zu klein. Oder ganz nette Mitmenschen haben mal einen grossen Zettel auf die vielen kleinen gelegt – und schon war Essig mit der korrekten Bearbeitung von Kunden- und Interessentenkontakten. Der Herr M\u00fcller kann so ewig auf seinen R\u00fcckruf warten…<\/p>\n Irgendwann kamen die PCs zu erschwinglichen Preisen auf den Markt – und das war eine geniale Sache. Einfach Access nehmen, sich eine kleine Datenbank aufbauen – und schwupps sind alle Adressinformationen dort eingetragen. Dann noch ein kleines Feld dazu f\u00fcr geplante Aktion (Anrufen, Nachfragen, Angebot schicken…) – und der Tod der gelben Zettel war besiegelt. (Zumindest theoretisch. In der Praxis werden sie auch heute noch eingesetzt. Da steht dann drauf: Bitte Kaffee kochen – Kaffee ist alle… oder andere freundliche Texte…)<\/p>\n Doch irgendwie… hat man mehr als 20 Kontakte in seiner frisch geschaffenen Datenbank, dann verliert man auch dort den \u00dcberblick. Also eine Wiedervorlage einf\u00fchren. WANN will ich den Kontakt neu anrufen? Welches Datum? Welcher Monat? Welches Jahr? Inbesondere bei den beliebten S\u00e4tzen „rufen Sie mich doch Ende des Jahres wieder an…“ eine allseits beliebte Angelegenheit. (Noch beliebter war es, dort niemals wieder anzurufen. Aber das h\u00e4ngt jetzt irgendwie mit Mitarbeitermotivation und anderen Dingen zusammen. Geh\u00f6rt also in einen anderen Fachbereich.)<\/p>\n Also ein Feld f\u00fcr die Wiedervorlage eingf\u00fchrt – und dort 01.12.2012 eingetragen. Erfahrungsgem\u00e4\u00df schafft man das am 01.12 sowieso nicht, oder es wird der 3.12. oder wann auch immer. Das Datum in der Wiedervorlage haben wir nach vielerlei negativen Erfahrungen wieder herausgeworfen und stattdessen Woche und Monat eingef\u00fchrt. Heute, der Tag an dem ich diese Zeilen schreibe ist der 18.05.2011, also Kalenderwoche 20.2011. Ende des Jahres kann November oder Dezember sein – also irgendwas ab Kalenderwoche 45.2012. (De facto brauche ich daf\u00fcr noch nicht einmal einen Kalender von 2012. So was l\u00e4sst sich sch\u00e4tzen!)<\/p>\n Und damit man das Ganze jetzt auch schon suchen kann, drehen wir das Format um: zuerst Jahr – dann Woche. Also 1245 f\u00fcr Woche 45 in 2012. Jetzt also noch eine kleine Filterfunktion gebastelt: zeige mir alle Kontakte >= (gr\u00f6sser gleich) 1245 – und schwupps zeigt mir die Datenbank alle Kontakte die ich zum Jahresende 2012 anrufen muss, 1245, 1246, 1247…. usw. Aufsteigend geordnet, versteht sich!)\u00a0Funktioniert super. Tausendfach erprobt. Ehrlich!<\/p>\n Das Einzige was nicht mehr funktionierte: irgendwann schw\u00e4chelte bei uns Access. Zu viele Kontakte, zu viele User, die quasi gleichzeitig an einem Kontakt herumschriebelten, zu viel Access Lizenzen, die unseren schwachen Etat \u00fcberforderten. (Nur um Missverst\u00e4ndnissen vorzubeugen: Das Problem war nicht Access – sondern wir. Access ist ein tolles Programm – da wollen wir nichts anderes behaupten! Es pa\u00dfte f\u00fcr uns nur nicht mehr.)<\/p>\n Von da an war es nur noch ein kleiner Schritt, bis wir uns unsere eigene Datenbank bastelten. Da wir nichts gegen Windows haben, der Microsoft SQL Server Express Version umsonst ist – einfach den SQL Server genommen, auf einem Rechner im Netzwerk installiert, mit dem Admintool ein paar Felder angelegt – und fertig war unsere Kundendatenbank mit SQL.<\/p>\n Nur bedienbar war sie nicht. Also noch die Programmierer gerufen und eine kleine Frontendsoftware gebastelt, die sozusagen das Benutzerinterface zwischen Menschen und SQL Server bildet.<\/p>\n Beim Programmstart meldet sich die Software am SQL Server an. Der Benutzer erh\u00e4lt eine Kontakt\u00fcbersicht, kann seinen Filter „zeige mir alle Kontakte f\u00fcr diese Woche…“ setzen und losarbeiten. Oder er kann gezielt nach einem Kontakt suchen, den er gerade am Telefon hat. (Ja das soll es noch geben – Menschen die anrufen und direkt Fragen haben.)<\/p>\n Auf einen Blick sind alle Adress- und Kontakdaten da. Gut – das kann das Telefonbuch auch. Aber auch gleich eine komplette Historie mit Eintr\u00e4gen was mit diesem Kunden in der Vergangenheit alles besprochen wurde und was gelaufen ist. Das kann weder das Telefonbuch noch die gelben Zettel. Und so kann der Benutzer seinen Kontakt bearbeiten, kann eintragen was er tut und erneut eine Wiedervorlage vergeben, wann wg was auch immer nachzufragen ist. Und da mehrere Leute einen Kontakt bearbeiten, kann man dem Kontakt auch gleich ein Beraterk\u00fcrzel verpassen.<\/p>\n Kurzum – die Datenbank verwaltet nicht nur Adressen, sondern gleich alles, was mit diesem Kontakt l\u00e4uft. Und wenn man das Feld Interessengebiet pflegt – dann kann man sie auch wundervoll daf\u00fcr verwenden, um allen Kunden mit gleichen Interessen eine Rundinformation zu schicken, z.B. dass man jetzt mit Projekt XYZ fertig ist. Ganz im Vertrauen: nur denjenigen Leuten Infos zu schicken, die sich daf\u00fcr interessieren ist 10 mal besser als allen Leuten im Adressbuch zu mailen. Das erzeugt nur Verdruss, unn\u00f6tigen Spamm\u00fcll und Arbeit.<\/p>\n So ist die CRM Datenbank also das intelligente Telefonbuch, die gelben Zettel und der orwellsche „Gro\u00dfe Bruder“, der alles \u00fcber einen Kontakt verwaltet! Alles? Nein, nat\u00fcrlich nicht! Es werden nur Daten verwaltet, die f\u00fcr die Gesch\u00e4ftsbeziehung relevant sind. Was man ansonsten so mit einem Kontakt veranstaltet, private Dinge und Co – die spielen hier nun wirklich keine Rolle – und hier sei auch der Datenschutz vor. Der Datenschutz sei \u00fcbrigens noch vor einer anderen Sache: Eine CRM Datenbank ist ein Firmengeheimnis un als solches vertraulich zu behandeln! Adressen verkauft man nicht. Eine Adresse, die mir jemand im Rahmen einer Gesch\u00e4ftsbeziehung \u00fcbergeben hat, wird nicht an Dritte weitergegeben oder sonstwie zu Geld gemacht. Derlei Aktivit\u00e4ten kann man getrost Adresssammlern \u00fcberlassen und wie man deren Aktivit\u00e4ten einsch\u00e4tzt, bleibt jedem selbst \u00fcberlassen…<\/p>\n Weitere Infos … bitte anfragen:<\/p>\n
\n<\/em><\/p>\n![\"\"](\"http:\/\/www.terminal-systems.de\/w87\/images\/screenshots\/2011kv-historiex700.jpg\")
<\/p>\n