ScriptBlogger

Dass Kunden sich Software nach ihrem Wunsch anpassen lassen, ist ihr gutes Recht und unser täglich Brot. Allerdings kann man es auch übertreiben. Der Kunde eines Kunden hatte die Funktionsweise einiger Bedienelemente nicht ganz verstanden und wollte die dann seinen Vorstellungen entsprechend ändern lassen. Eine kurze Schulung würde das jedoch überflüssig machen.

Unser Kunde legte dann fest, dass sein Kunde sich an die bestehende Funktionalität zu gewöhnen hatte und schrieb uns:

Ich kann mir auch schlecht vorstellen, dass der Kunde bei Microsoft anruft und die Umgestaltung der Software anregt, weil er ein "Gewöhnungsproblem" hat :-))))

Heute kam mal wieder eine dieser Kundenmeinungen herein, die man nicht auf der Website veröffentlichen kann, weil sie einfach nach Schwindel klingt. Als hätte man sich den Text selbst ausgedacht.

Vielen Dank für die rasche Rückmeldung/Umsetzung. Wir sind wirklich sehr zufrieden mit dem Terminkalender!

Ist aber echt. Wirklich. :-)

Die Leute haben anscheinend so ihre eigenen Vorstellungen darüber, was wir hier so machen. :-)

Thanks for your response I really appreciate. I'm well aware that you must be busy creating better and more epic codes so once again thanks.

Dass einige Kunden tatsächlich glauben, sie könnten uns erpressen...

There are two issues that must be resolved, or I will unfortunately have to replace the installation with another script.

Als wenn wir schnell noch eine Nachtschicht einschieben würden, um die fehlenden Funktionen nachzurüsten. Tatsächlich stellt sich aber oft heraus, dass sich eine andere Lösung anbietet oder dass das Problem nun wirklich nichts mit dem Script zu tun hat.

Zum Schmunzeln. Ein Zitat aus einer E-Mail-Anfrage.

A big Ol' West Texas thanks for a prompt reply and hope you and yours have a great memorial day.

:-)

Dass Dienstleister nicht immer gleich auf E-Mails antworten kommt vor. Das kann die verschiedensten Gründe haben. Sollte dem Kunden dann die Geduld ausgehen, kann dieser einfach sein Geld zurückverlangen. Wenig sinnvoll sind jedoch Drohgebärden wie diese hier, die einem Kunden von uns zugestellt wurden:

repeated requests with proof of purchase and still no response, please refund money ASAP. Keep ingnoring me and i will create enough websites, posts, blogs, etc, to show everyone how you do business. Still don't have your attention regarding asking for only what I paid for, then we will see after the word is out, I will ask again. I start next week!

Manche Mitmenschen...

Ein Kunde unseres Kurz-URL-Scripts hatte ein wenig mit dem Besucheransturm zu kämpfen. Zur Lösung des Problems haben wir einige Änderung bezüglich der Performance bei Datenbankzugriffen vorgenommen und das Script um ein Caching-Modul erweitert. Während wir am Werkeln waren, hielt der Betreiber seine Nutzer mit folgender Statusmeldung auf dem Laufenden:

[Website-Name] is facing some growing pains and will be back online in the next couple of days. Updates are being made by the programmer and it will be completed in a couple of days. Existing url's are working.

Growing pains, also Wachstumsschmerzen, ist wirklich eine passende Beschreibung der Situation.

Wenn man als Software-Entwickler seine Kunden berät, muss man denen manchmal auch Funktionen ausreden. Natürlich könnten wir dem Kunden jeden Wunsch von den Augen ablesen und jede geforderte Funktionalität einbauen, ohne den Sinn zu hinterfragen. Aber, was soll das? Wir sehen uns als Partner des Kunden. Kunden kaufen bei uns nicht nur Code, sondern auch Beratung.

Das resultiert dann darin, dass wir bei Anfragen nach Änderungen oder Erweiterungen, die uns eher obskur vorkommen, noch einmal nachfragen:

Können wir gern machen. Kommt das denn so häufig vor, dass es sich lohnt, das zu automatisieren?

Darauf dann der Kunde:

Sie haben recht. Lohnt sich nicht, zu automatisieren.

Wer denkt, uns wäre hier ein Auftrag durch die Lappen gegangen, denkt erschreckend kurzfristig. Uns jedenfalls hat diese Praxis nur Pluspunkte gebracht. Wir werden mit neuen Aufträgen nur so zugeschüttet. Fast ausschließlich von langjährigen Kunden.

Da trägt man die eigenen Scripte in diverse Script-Archive ein und sieht auch, dass einige davon sogar Besucher bringen, aber folgendes Feedback ist doch immer noch das Beste:

First of all, let me congratulate on your marketing strategy - I'm coming across your script on virtually every php/booking script- related web page ;]

Ein Kunde von uns ist Marktführer (oder so gut wie) in seiner Branche. In dieser Woche haben wir dem Kunden eine neue Software zur Nutzung übergeben. Das Projekt war mehrere Monate in der Mache und enthält einige technische Raffinessen.

Um den Mitbewerbern jedoch keine Einblicke in die Arbeitsweisen zu geben, wurde vereinbart, keine Screenshots oder Beschreibungstexte zu veröffentlichen. Ist zwar ein bisschen schade, aber auf jeden Fall nachvollziehbar.

Statt ausschweifender Prahlerei und Selbstlobpreisungen in Wort und Bild, wie sonst bei uns üblich, machen wir einfach mit dem Projekt weiter. Die Zeit können wir auch gut gebrauchen, denn der Kunde hat noch etliche Ideen für die Software.

Ein Interessent hatte letztens Bedarf an einem Form Mail Script und schreibt uns das. Der Bedarf bestand darin, bestehende HTML-Formulare an das Script anzubinden. Nichts Besonderes im Prinzip. Allerdings war die Wortwahl etwas ungewöhnlich.

Würde es Ihnen Spaß machen auf Basis der HTML Formulare Ihr Script einzubauen?

Spaß? Nun ja. Es gehört eben zu den täglichen Aufgaben in diesem Geschäft. Aber Spaß?

Ganz sicher hat der Schreiber das weniger philosophisch gemeint als es hier angekommen ist und eher als Einstieg für die Frage nach den Kosten - die danach nämlich folgte - benutzt. Nichtsdestotrotz. Man kommt ins Grübeln. ;-)

Ein Bugfix beim Terminplaner eines Kunden produzierte einen weiteren Bug, nach dessen Bugfix wiederum ein neuer Fehler auftrat. Nach unserem Hinweis, dass wir dazu übergehen sollten, Änderungen erst auf einem Test-Server zu prüfen, schrieb der Kunde:

Nur, im Live-Betrieb findet man alle Fehler schneller..

LOL

No risk, no fun. :-D

Ein Kunde unserer Online-Terminvereinbarung schreibt immer äußerst höfliche E-Mails. Die liest man dann wirklich gern und ist extra motiviert, die E-Mail umgehend zu beantworten. An alle Kunden: Beginnt also ab sofort alle E-Mails wie folgt:

Ihr Organizer funktioniert sehr gut und macht mir viel Freude.

B-)

Ein Nutzer unseres Kommentar-Scripts bat in einer E-Mail um Hilfe, schrieb aber wenige Minuten später folgendes.

Ignore my previous email it was an ID10T error on my part.

:-D

Ich war gestern bei einem Kunden, um den Fortschritt des aktuellen Projektes zu besprechen. Zu diesem Zeitpunkt waren alle 177 offenen Punkte auf der Todo-Liste erledigt. Jetzt ist die Liste wieder gut gefüllt. Nimmt das denn gar kein Ende. ;-)