Agentur hat CRM-Screenshots geschickt — worauf muss ich bei den Masken und Diagrammen genau achten?

Aus zehn Jahren Projektleitung kann ich sagen: Designer zeichnen fast immer den absoluten Idealzustand. Kurze, perfekte Namen, zweistellige Auftragsnummern usw. Fragt sie direkt: "Wie sieht die Maske aus, wenn ein Kunde 8 Filialen und 40 offene Bestellungen hat?" Die Realität ist chaotisch – wenn das Layout das nicht hergibt, knallt es beim Go-Live sofort.

Die Kasten-Diagramme dürften Entity-Relationship-Modelle der Datenbank sein. Auch ohne IT-Wissen: Schaut euch die Verbindung von 'Kunde' zu 'Bestellung' an. Stimmt die Logik? Kann ein Kunde mehrere Lieferadressen haben? Wenn im Schema pro Kunde nur ein einziges Adressfeld vorgesehen ist, könnt ihr später keine Zweitanschrift erfassen. Hängt euch nicht an Begriffen auf, prüft die Relationen.

Korrektur: Ich hatte die Zahl falsch im Kopf, sie war etwas niedriger.

Legt alle Screens nebeneinander und verfolgt einen echten Auftrag von Anfang bis Ende: Kunde ruft an Angebot raus, Auftrag erteilt, Lieferschein gedruckt. Gibt es für jeden dieser vier Schritte ein eigenes Layout? Wenn eins fehlt, denkt die Agentur entweder, das sei Standard, oder sie hat es schlicht vergessen. Macht direkt eine Liste und fordert die fehlenden Schritte schriftlich an.

den fehler haben wir letztes jahr auch gemacht, nur aufs dashboard und bunte charts geguckt und alles sah super aus. am ende gabs in der rechnungsmaske kein feld für rabatte und nachträgliche anpassung hat natürlich extra gekostet. schaut euch filter und tabellen-scrollbalken ganz genau an.

Edit: Ich habe ein paar Tippfehler korrigiert.

Sind das eigentlich nur statische Bilder oder habt ihr einen klickbaren Prototyp bekommen? Ohne Klickmodell kann man kaum nachvollziehen, wo welcher Button hinführt. Und gibt es separate Screens für die mobile Ansicht oder liegt bisher nur Desktop vor?

Als wir uns für 24.000 Dollar ein ähnliches Panel haben bauen lassen, gaben wir die Designfreigabe innerhalb von drei Tagen – danach haben sie 4 Monate lang jede Anfrage mit „aber das war so nicht in den Mockups“ abgelehnt. Wegen zwei fehlender Reporting-Screens mussten wir im Nachhinein 3.200 Dollar extra blechen. Die Freigabe der Screens gilt rechtlich als Abnahmebedingung, überstürzt da bloß nichts.

Dass Softwareagenturen Screenshots von irgendwelchen Template-Seiten ziehen und das Ganze als „individuelles Design“ verkaufen, kommt extrem oft vor. Stehen auf den Screens, die man euch geschickt hat, die echten Fachbegriffe eures Unternehmens oder nur so 08/15-Platzhalter? Wenn da keine echten Daten verwendet wurden, ist das kein individuelles Design, sondern ein vorgefertigtes Template von der Stange.

Danke fürs Schreiben. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Danke fürs Schreiben. Nur weil alle es tun, heißt es nicht dass es richtig ist.

Schreibt mir, wenn ihr Fragen habt ich antworte so gut ich kann.

Ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Beginnt mit einem kleinen Test, bindet nicht gleich alles fest. Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

ich würde mich freuen, wenn du das Ergebnis postest.

Gut gemacht. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Jedes „schauen wir uns später an“ in Meetings bedeutet nicht kalkulierte Arbeit. Wenn es jemand anders macht, würde mich das auch interessieren.

Ich fasse kurz zusammen, was bisher gesagt wurde. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status. Wenn deine Situation anders ist, ändert sich das natürlich.

Hier muss man eine Unterscheidung treffen. Die Antwort hängt stark von der Branche ab, es gibt keine allgemeine Regel.

Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. ehrlich gesagt wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

fragt wer das Angebot erstelllt hat und wer die Arbeit ausführen wird... nur als Notiz könnte nützlich sein.

Dieses Thema ist archiviert. Code ohne Installationsanleitung gehört dir nicht auch wenn du ihn in den Händen hältst.

Schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt. Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

Das hatte ich auch schon überlegt. Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Es gab drei verschiedene Ansichten, die sich alle ergänzen. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.