Webinterface

Nachdem mein Helferlein schon nahezu exakt die selbe Idee hatte, sind wir nun einen Schritt weitergegangen und basteln gerade ein Kundenwiki zusammen

Die Idee dahinter ist unseren Kunden eine lebendige Dokumentation unserer Dienstleistungen zu geben, aber auch eine Plattform zu schaffen, auf der sich Kunden untereinander austauschen, an unserer Entwicklung beteiligen oder sie einfach mal Dampf ablassen können.

Neben einem durchweg positivem Feedback erhoffen wir uns natürlich die Verbesserung unseres Dienstes und eine rege Kommunikation.

Wie es sich für ein Wiki meiner Meinung nach gehört, wird es auch einige Details zu lesen geben, die sonst vielleicht nirgendwo anders wiederzufinden sind, Sachen, die man nicht wissen muss, bei denen es aber nett ist, sie zu kennen. Weiterhin sehe ich das Wiki als gute Möglichkeit sich ggf. mit anderen Entwicklern auszutauschen - ganz besonders wenn man z.B. an die DDNS-Schnittstelle denkt, wo ich durchaus Kunden habe, die sich ihren eigenen Client basteln wollen...

Seit letztem Donnerstag finden meine Kunden im Webinterface endlich ein Interface um ihre E-Mails zu verwalten. Zumindest wenn es nicht darum geht neue Mailboxen einzurichten.

Der Teufel steckt im Detail: Jeder Kunde muss wissen, dass eine E-Mail nur ein Alias ist und (mindestens) ein lokales Ziel oder eine Weiterleitung haben kann. Ein lokales Ziel ist die oben erwähnte Mailbox, ein Benutzerkonto, eine Weiterleitung ist eine Mailbox (oder ein Alias) auf einem anderen Server.

Ich habe mich bewusst entschieden es ein wenig komplizierter zu gestallten (und dieses Wissen vorauszusetzen) nur damit man die Möglichkeit hat auch dieses Feature ausgiebig zu nutzen

Lustig auch die Möglichkeit seperat Aliase oder eines deren Ziele deaktivieren zu können - man gönnt sich ja sonst nichts...

Ach ja: Auf dem Bild ist ein Hinweis auf ein recht bald kommendes Feature versteckt

Ich habe heute mit der Entwicklung und Umsetzung eines Datenbank-Interfaces begonnen. Wobei man mich da nicht missverstehen darf: Das ist keine Lösung wie etwa phpMyAdmin, sondern lediglich eine Backend-Lösung.

Bisher werden Datenbanken nicht automaitsch sondern unter "recht großem Aufwand" von Hand angelegt. Der neue Dienst soll das ändern, die "Last" vom Support nehmen und alles fein ins Webinterface integrieren. Wobei ich es mir hierbei nicht nehmen lassen werde auf meine bestehende relationale Systemdatenbank zurückzugreifen:

Systembenutzer (und sonst niemand) werden auch in der Datenbank gültig sein, somit entfällt die doppelte "Buchhaltung" was Benutzeraccounts angeht. Ein Vorteil, denn so kann jeder Kunde mehr als einen Benutzer für die Datenbank haben und seperat Rechte für Hosts und/oder Tabellen verteilen - so ist es zumindest geplant.

Das wird wieder ein großes Stück heikle Arbeit, aber ich bin da guter Dinge

Nun gut, ich wollte mir Zeit lassen bis ich meinen Kunden die Möglichkeit gebe Domains über das Kundeninterface zu registrieren. Aber ich habe mich selbst quasi ausgetrickst.

David hatte heute Abend die Idee, ob es nicht möglich ist unregistrierte Domains im Beobachtungs-Tool einzutragen und so für sich registrieren zu lassen.

Da ein Praxis-Test dieses Tools ohnehin anstand, haben wir (ich und eine handvoll Kunden) das heute Abend einfach mal getestet. Mit Erfolg!

Irgendwie bin ich Stolz!

Ich hab so ein wenig den Eindruck, dass mein Blog in letzter Zeit ein wenig Webinterface- oder Rechnungslastig geworden ist. Zumindest erwische ich mich immer wieder dabei, wie ich etwas über Rechnungen verfasse und der Gedanke kommt auf. Ich könnte auch gerne was über glückliche und machmal auch verrückte Kundenrückmeldungen schreiben, aber das ist mir zu viel Eigenlob - wo bleibt die Konstruktive Kritik?

Heute morgen habe ich eine kleine "Erweiterung" in der Rechnungs-Ansicht eingebaut. Unterhalb der Liste aller Rechnungen wird nun der Gesamtbetrag sowie die Summe der noch offenen Beträge (sofern vorhanden) angezeigt.

Das ist vielleicht nicht wirklich von großen Nutzen allerdings kann man so leicht direkt sehen, wieviel Geld man mir noch schuldet (und auf einmal überweisen - ich sortier das dann schon ein ) bzw. wieviel Geld man insgesamt schon bei mir gelassen hat. Vielleicht eine gute Hilfe um objektiv entscheiden zu können, ob das Hosting bei mir sein Geld wirklich wert ist.

Für mich ist das ne ganz tolle Sache, da ich als Systemverwalter alle Rechnungen angezeigt bekomme und mich gleich über die ständig steigende Zahl freuen kann - ein wirklich gutes Interface zur Buchhaltung fehlt mir noch...

Ein aufmerksamer Kunde hat mich gerade auf einen Bug im Kundeninterface aufmerksam gemacht (den ich zufälligerweise auch gestern entdeckt habe):

Bei frisch ausgestellten Rechnungen wird der Rechnugnsbetrag in der Rechnungsübersicht falsch angezeigt. In seinem Fall immerhin schon knapp 11% höher als die eigentliche Rechnung.

Ich bin mir noch nicht ganz sicher, wo der Bug liegt, werde mich aber heute auf die Suche begeben. Natürlich gilt immer der Betrag der in der PDF-Rechnung steht die an die Kunden rausgeht, denn rechtlich gesehen hat diese Vorschau im Kundeninterface keinerlei Bedeutung.

Ärgerlich ist es dann aber doch ein wenig

Einige meiner Kunden haben sich auf das Thema Webdesign spezialisiert und gehen teilweise mittlerweile so weit, dass sie bei mir auch für ihre Kunden hosting einkaufen bzw. mich weiterempfehlen.

Das sehe ich natürlich sehr gerne und freue mich da wahnsinnig drüber!

Da letzte Woche wieder einmal sowas anstand, hatte ich eines Abends auf dem Weg nach Hause über die Möglichkeit nachgedacht, das sich langsam entwickelde Kundeninterface im Aussehen anpassbar zu gestalten.

Im Prinzip eine einfache Sache, wenn man Bedenkt, dass das meiste ohnehin über CSS geschieht - und da sollten Webdesigner ja 1A drin sein Das erste Feedback war jetzt noch nicht so berauschend, aber vielleicht braucht das einfach Zeit.

Ich selbst weiß auch noch nicht so ganz, ob ich das befürworten soll, da ich noch nie ein Fan von Reselling war. Es nimmt mir sicherlich recht viel Arbeit ab und bringt einfaches Geld, doch geht ein wenig der Kontakt zum Kunden Menschen verloren bzw. beschränkt sich auf einen kleineren Kreis.

Ich behalt das - und die Idee für ACLs im Kundeninterface - einfach mal im Hinterkopf, denn abgesehen von dem Einschub ist das sicherlich eine Sache von 10 Minuten und eventuell ein guter Dienst am Kunde, der mich gerne weiterverkauft...

Nein, die Funktion habe ich leider noch nicht für meine Kunden freigegeben, aber ich wollte doch wenigstens mal einen kleinen Zwischenstand melden.

Vor ein paar Tagen habe ich den Dienst "RSS-Feeds per E-Mail" angekündigt. Und so fragwürdig seine Existenzberechtigung auch sein mag arbeite ich heute wieder ein wenig daran. Ich finde es grundsätzlich nicht falsch eine Vielfalt an Diensten aus einer Hand anzubieten - Nutzen muss es ja niemand.

Das lustige an der Sache ist, dass die Frage der Sinnhaftigkeit bzw. Wirtschaftlichkeit schon mal aufgekommen ist und ich bis heute noch mehr als positiv von dem Erfolg dieses Angebotes überrascht bin. Selbst wenn der Ertrag aus der Dienstleistung selbst nicht groß ist, so hat es doch einige meiner jetzigen Kunden zum Wechseln überhaupt bewogen, was den Ertrag wiederum groß macht.

Ich schweife ab. Als Zwischenbericht hier mal ein Screenshot aus einem Teil des Kunden-Webinterface:

Nachdem ich gestern erwähnte, dass eine kleine Administrationsmöglichkeit für Jabber-Server noch fehlt, habe ich die heute mal direkt nachgelegt. Es prangert zwar immernoch die "Warnung vor der BETA" über dem Interface, aber ich bin mir schon relativ sicher, dass es da keine Bug-Reports mehr geben wird.

Das System ist von vorne herein auf Sicherheit und Stabilität ausgelegt (mehr dazu vielleicht später) und nichts gehts an den Kunden, bevor ich es nicht ausgiebig getestet habe...

... so zum Beispiel an anderer Stelle gestern abend geschehen:

Ich glaube so viele SMS habe ich mir noch nie selbst geschickt - aber ich wollte ja sicher gehen So ist die nächste Neuerung, dass es meinen SMS-Gate nun auch im Webinterface bequem zu benutzen gibt. Zwar ist das noch nur für den Einzelversand interessant, aber das reicht ja auch erst einmal für den Anfang.

Alles natürlich mit dem freundlichen Hinweis, was der Spaß anschließend kosten wird und ja: Der Preis auf dem Screenshot mag vielleicht etwas hoch erscheinen, dafür ist das Resultat jedoch sein Geld wert (und es ginge auch billiger )

Vor mittlerweile zwei Wochen erwähnte ich mal, dass ich am Webinterface für meine Jabber-Server arbeite. Aufgrund massiven Zeitmangels hat sich das ganze ein wenig heraus gezögert, doch heute morgen ist es nun endlich so weit:

Die Jabber-Verwaltungsoberfläche wird als Beta deklariert und ist ab sofort für jeden Jabber-Kunden zum testen freigegeben.

Eine kleine Administrationsmöglichkeit fehlt zwar noch, aber ansonsten ist es nun Möglich über die Oberfläche neue Benutzer anzulegen, Passwörter zu ändern, Benutzer zu löschen und Zugriffsregeln sowie Jabber-ACLs zu definieren.

Ich bin gespannt auf das Feedback meiner Kunden!

Ich hab mich am Freitag schon am Telefon bei meinem Helferlein darüber beschwert, dass das momentane Kunden-Interface einem dreckigen Hack recht ähnelt.

In Zukunft will ich da keine einzige Anfrage mehr an die Datenbank oder irgendwelche Sicherheitsrelevante Routinen mehr sehen - das soll alles in der zentralen API meines Systems passieren.

Um diesem Ziel ein wenig näher zu kommen habe ich gestern die Jabber-API komplett überarbeitet und eine kleinere Sicherheit-Infrastruktur für das gesamte System geschaffen. Ich bin recht froh, dass es jetzt alles ohne weiteres funtioniert und auch der Zugriff auf die Datenbank immer leichter wird.

Heute habe ich auch begonnen das Webinterface um eine Administration für den Jabber-Server zu erweitern. Screenshots folgen

Man mag ja munkeln, dass ich in letzter Zeit ein wenig viel über das Webinterface schreibe, aber das zeigt ja nur, dass ich mich aktiv damit auseinandersetze und es immer ein Stückchen näher rückt.

Ende letzter Woche stellte ich mir die Frage, was zu tun ist, wenn mal keine Rechnung da ist. Ganz einfach: Man verweist zum Geld ausgeben an den Support