Du hast Recht. Die gute Beratumng und Besprechung der Kundenanforderungen habe ich vorausgesetzt. Werde es aber noch ergänzen.

Die Dokumentation sollte auch als Punkt für sich mit rein. Gerade die wird ja oft “vergessen” ;-)

Wenn ich einen Kunden ohne vorherige Beratung glücklich stelle, kommt dann nicht am Ende nur ein “chefgerechtes” Webdesign heraus?
Der Kunde ist dann zwar glücklich, aber die Nutzer der Seite wahrscheinlich nicht.

Von daher würde ich obige Randfolge ergänzen um einen Punkt “0″: Kunden umfassend beraten und aufklären.
(Ich glaub du tust es ja sowieso und hast es nur nicht aufgeführt. Denn um Punkt 1, “Kundenwunsch erfüllen” umsetzen zu können muss man meist mit denen reden um zu verstehen was die wirklich wollen.
Aber da du ja Detaildiskussion mit Kollegen aufführst, gehört das IMHO als eigener Punkt erwähnt).

Was auch hilfreich bei den letzten Punkten ist, aber auch für einen selber, wenn man noch Jahre später das Projekt betreut und ggf. irgendwann an einem Relaunch sitzt: Dokumentation, warum man etwas so und nicht so gemacht hat.
Mitunter entstehen Entscheidungen wie man etwas umsetzt nicht einfach so nach Anschauen der Standards, sondern aus Erwägungen die sich aus komplexen Zusammenhängen ergeben.

Beispielsweise die Frage der Umsetzung einer FAQ: Wann baut man diese via eigenen Editor oder Autorentool direkt in die Website ein, wie jede andere Siete auch, wann nutzt man eine spezialisierte Onlineanwendung und wie baut man diese nicht nur ein, sondern wie regelt man auch die Bearbeitung?

Oder die Diskussion der Navigation: Wieso tut man diesen oder jenen Punkt so weit oben, warum diesen oder jenen so weit unten. Warum kann eine Navigation nicht einfach nach den Zugriffszahlen aufgebaut sein, usw.

Wenn man später diese Fragen beantworten muss, ist eine Doku sehr wichtig. Wenn man später einen Neurelaunch durchführt ist es eine Sache von Arbeitszeit, wenn man die alten ENtscheidungen noch hat und neu werten oder wieder verwenden kann.