Die Fallstudien zeigen, wie wir bei Website- und Plattformprojekten entscheiden, von gelieferten Projekten ohne Kundennamen bis zu eigenen Produkten. Alle erklären die Überlegungen und das Ergebnis.
Wenn Sie einen Partner für eine Website oder eine Plattform suchen, finden Sie hier Material, um Ansätze zu vergleichen, bevor Sie mit uns sprechen. Filtern Sie die Fälle nach Branche oder Herausforderung, lesen Sie den Fall, der Ihrer Lage ähnelt, und erzählen Sie uns am Ende von Ihrem Projekt.
Sie finden reale, abgeschlossene Projekte ohne Nennung des Kunden und unsere eigenen Produkte mit ihrem Namen.
11 Fallstudien
Wir haben die AWS-Infrastruktur einer Gesundheitsplattform (SaaS) in den USA von Grund auf aufgebaut. Die Anwendung läuft auf Elastic Beanstalk mit Nginx.
Der Planner ist unser eigenes Werkzeug, das ausführliche Vorgaben ohne Aufsicht in eine Anwendung verwandelt. Bei jeder Funktion entsteht zuerst der Test, das Ergebnis wird im Browser mit dem Entwurf verglichen, und eine Qualitätsschranke entscheidet, was weitergeht.
Die Website einer Klinik gewinnt Vertrauen, wenn sie Leistungen, Fachgebiete und den Ablauf ab dem ersten Kontakt in einfachen, genauen Worten erklärt und klar zeigt, wie man einen Termin bekommt.
Die Website einer SaaS-Plattform macht das Produkt verständlich, wenn der Inhalt nach Zielgruppe und Tiefe getrennt ist und die Anwendungsfälle vor der Funktionsliste stehen.
Die Website einer Beratung wirkt, wenn jeder Besucher zuerst eine kurze Erklärung findet, was das Unternehmen tut, und danach die Details.
Bei einer Bank oder Versicherung, die eine Aufsichtsbehörde überwacht, arbeitet die Website besser, wenn jede Seite einen Verantwortlichen hat, die Begriffe überall gleich sind und die Navigation immer gleich bleibt.
Ist ein Fall ein reales Projekt oder ein eigenes Produkt, steht die Kennzeichnung auf der Karte und auf der Seite des Falls.
Reales Projekt, ohne Namen. Ein Projekt, das wir geliefert haben. Der Name des Kunden, die Domain und jedes Detail, das auf ihn schließen ließe, bleiben vertraulich.
Eigenes Produkt. Etwas, das wir für uns selbst gebaut haben, zum Beispiel unser Planungswerkzeug oder unser Redaktionssystem. Hier nennen wir den echten Namen, weil es uns gehört.
Jeder Fall erklärt unsere Überlegungen. Er beantwortet dieselben sieben Fragen in derselben Reihenfolge: Wie war die Lage, was war das Problem, was schränkte die Möglichkeiten ein, welche üblichen Fehler vermeiden wir, welchen Weg sind wir gegangen, welche Entscheidungen waren wichtig und welches Ergebnis dürfen Sie erwarten.
Da die Reihenfolge immer gleich ist, können Sie zwei Fälle nebeneinanderlegen und sehen, wie sich die Anforderungen einer Klinik von denen eines Softwareprodukts unterscheiden. Beginnen Sie bei den Einschränkungen und den wichtigsten Entscheidungen. Dort sieht man am besten, wie wir arbeiten.
Sie können nach Branche, Problemtyp, Entscheidungsumfeld oder Komplexität filtern. Ein paar Einstiege:
Klinik im Gesundheitswesen: Struktur, Vertrauen und Klarheit, darüber, wie ein Patient schnell die richtige Information findet.
SaaS-Plattform: Struktur und Produktverständnis, über ein Produkt, das der Besucher verstehen muss, bevor er sich anmeldet.
AWS-Sicherheit und Infrastruktur für eine Gesundheits-SaaS-Plattform in den USA, ein reales Projekt ohne Kundennamen.
Planner: von der schriftlichen Spezifikation zur Anwendung, unser eigenes Werkzeug, unter eigenem Namen.
Art | Name genannt? | Das Ergebnis wird beschrieben als |
|---|---|---|
Reales Projekt | Nein | Was eingerichtet wurde |
Eigenes Produkt | Ja | Was es leistet und wie es geprüft wird |
Die Struktur kommt vor dem Design. Die Navigation ist vorhersehbar, damit der Besucher sofort seinen Weg findet. Die Seiten sind so geschrieben, dass jemand, der eine Entscheidung vor Kollegen erklären muss, die Antwort findet und weitergeben kann. Bei der Lieferung ist Ihre Website online, mit Zugang und Dokumentation.
Dieselben Grundsätze gelten je nach Fall anders, in einer Kanzlei, in einer Klinik oder in einem Softwareunternehmen. Deshalb haben alle Fälle dasselbe Format.
Wer einen Partner auswählt, will sehen, wie ein Team denkt, und nicht nur, was es liefert. Ein Fall, der die Einschränkungen, die vermiedenen Fehler und die getroffenen Entscheidungen zeigt, verrät Ihnen, wie wir mit Ihrer Lage umgehen würden.
So können wir auch ehrlich sein. Hängt ein Ergebnis von Ihrem Markt, Ihren Inhalten und Ihren Entscheidungen ab, sagen wir das klar, statt eine Zahl zu nennen.
Teils ja, und die Seite jedes Falls sagt es. Ein reales Projekt haben wir geliefert, es erscheint ohne Angaben, die den Kunden verraten. Eigene Produkte nennen wir beim Namen, weil sie uns gehören. Die übrigen erklären, wie wir in Situationen arbeiten, die uns häufig begegnen, und nennen keinen Kunden.
Ein Name oder ein Screenshot würde verraten, wer der Kunde ist. Viele unserer Kunden arbeiten in Bereichen, in denen Diskretion zählt. Deshalb erklären wir die Überlegungen ausführlich und schützen ihre Identität.
Die Fälle beschreiben das Ergebnis in Begriffen von Klarheit und Bedienbarkeit. Besucherzahlen und Umsatz hängen von vielem außerhalb der Website ab, deshalb nennen wir solche Zahlen nicht. Die Zahl, für die wir einstehen, ist der Wert der Geschwindigkeitsgarantie, den Sie auch selbst nachmessen können.
Vergleichen Sie Ihre eigenen Einschränkungen mit dem Abschnitt darüber, was die Möglichkeiten begrenzte. Wenn sie sich ähneln, gilt vermutlich auch der Rest. Sind Sie unsicher, erzählen Sie uns von Ihrem Projekt, und wir empfehlen Ihnen den nächstliegenden Fall.
Senden Sie eine Projektanfrage oder prüfen Sie Ihre aktuelle Website kostenlos. Jede Nachricht lesen wir selbst.