Zum Zeitpunkt der Lieferung bemängelt der Kunde das Fehlen einiger Funktionen, die nicht in meinem Angebot aufgeführt waren. Wie reagieren?

Als freiberuflicher Entwickler habe ich zwei Monate für einen Kunden (Unternehmen) gearbeitet, um eine Software zu entwickeln.

Ich habe ein Angebot mit 4 Merkmalen erstellt: A, B, C und D. Dieses Angebot wurde vom Kunden unterzeichnet.

Zum Zeitpunkt der Auslieferung (derzeit) bemängelt der Kunde das Fehlen der Merkmale E, F und G.

Einerseits scheint die Architektur der von mir erstellten Software es zu ermöglichen, E, F und G innerhalb weniger Stunden nach der Codierung problemlos zu integrieren.

Andererseits erwarte ich, dass sie professionell sind und sich bewusst sind, dass sie mein Angebot völlig falsch verstanden haben.

Wie soll ich als Profi reagieren?

  • Integrieren Sie E, F und G und liefern Sie sie, ohne dem Kunden mehr zu berechnen, um potenzielle Konflikte zu vermeiden.
  • Ich weigere mich, E, F und G zu integrieren, es sei denn, ich berechne ihnen mehr.

BEARBEITEN-----

Wie @Falco in seinem Kommentar unten betonte, möchte ich hinzufügen, dass ich den Kunden ausdrücklich gebeten habe, die Lösung zu testen, während sich das Produkt weiterentwickelt (gemäß der agilen Praxis), und dies nicht der Fall war.

"Geben Sie ihnen kostenlose Arbeit, um den Kunden zu halten" ist eine verständliche, aber realistisch gesehen schreckliche Idee. Es schafft den Präzedenzfall: "Wenn wir uns beschweren, tut er es kostenlos." Sogar einen Kunden um deine aufgewendete Zeit feilschen zu lassen, ist schlecht; das ist schlimmer.
„Ein paar Stunden Programmieren“ – was ist mit Testen, Deployment usw.?
Kommentare sind nicht für längere Diskussionen gedacht; Diese Konversation wurde in den Chat verschoben .
Zwei Gedanken, die keiner vollständigen Antwort wert sind: (1) Fragen Sie sie: "Warum haben Sie erwartet, dass E, F und G enthalten sein würden?" (2) Joel Spolsky gibt einen (etwas) humorvollen Bericht über dieses weit verbreitete Phänomen: „Wir haben es genau so gebaut, wie sie es wollten. Der Vertrag spezifizierte das Ganze bis ins kleinste Detail. Wir haben genau das geliefert, was im Vertrag stand. Aber als wir es geliefert haben, waren sie niedergeschlagen.“ Sein Rat: Gewöhnen Sie sich daran. Kunden wissen nicht, was sie wollen. Selbst wenn sie es tun, haben sie nicht die Fähigkeiten, es auszudrücken. ( joelonsoftware.com/2002/02/13/the-iceberg-secret-revealed )

Antworten (8)

Dies ist ganz einfach, erhalten Sie die Zahlung für das, was vertraglich vereinbart wurde, bevor Sie weitere Schritte unternehmen. Wenn sie EFGHIJKL wollen, dann machen Sie ihnen ein Angebot. Das ist der professionelle Weg, Dinge zu tun.

Wenn Sie EFG machen, bevor Sie aus einem unangebrachten Gefühl von „was auch immer“ bezahlt werden, erwarten Sie, dass Sie aufgefordert werden, HIJKLMNOPQRSTUVWXYZ zu machen.

Tun Sie, was im Vertrag steht, werden Sie bezahlt und verhandeln Sie dann über alles Weitere.

Ich war schon oft in dieser Situation. Ich gehe nicht in einen langen Dialog darüber, sondern fordere nur höflich und professionell, kurz und klar, die Zahlung. Danach ignoriere ich alles, was keine Zahlungsbestätigung enthält.

„All das geht über den Umfang der Arbeit hinaus, für die ich ursprünglich ein Angebot gemacht und die ich abgeschlossen habe. Ich verhandle gerne darüber, aber ich muss zuerst für die bestehende Arbeit bezahlt werden. Bitte finden Sie anbei eine Kopie meiner Rechnung und arrangieren Sie die Zahlung so schnell wie möglich, damit wir weitermachen können. Mit freundlichen Grüßen usw."

Mir wurde gesagt, dass ich dadurch zukünftige Arbeit verlieren werde, aber pragmatisch ist das selten der Fall, zweitens habe ich keine Verwendung für einen nicht zahlenden problematischen Kunden. Freiberufler nehmen oft viel für ihr Geld in Kauf, aber wenn das Geld nicht rechtzeitig bezahlt wird, macht das keinen Sinn.

Denken Sie immer daran, dass Sie als Freelancer nicht in deren Hierarchie stehen, jede Anbiederung an solchen Unsinn schwächt Ihre aktuelle und zukünftige Verhandlungsposition. Alleine in einen komplizierten Dialog darüber zu treten, kostet Sie Zeit und Geld und sollte vermieden werden.

"Mir wurde gesagt, dass ich dadurch zukünftige Arbeit verlieren werde" - ich nehme an, von Kunden, die nicht zahlen wollten.
Sie haben so viel angedeutet wie manchmal meine eigenen Leute, die von einer Firmengröße usw. beeindruckt sind. In der Praxis bin ich mir bewusst, dass es eine Verhandlungstaktik ist und fast immer den Kunden nicht nur hält und mehr Arbeit bekommt, sondern setzt mein Preis auf sie. Es spielt keine Rolle, wie groß und erfolgreich ein Kunde ist, alles, was zählt, ist, wie viel Geld er in meine Tasche steckt.
FYPMA – wobei PMA für „Pay Me Applys“ steht. Viele Anbieter wälzen genau aus diesem Grund die Verantwortung für Anforderungslücken mittlerweile aktiv auf den Kunden ab. Also ist es nicht unsere Schuld, Anforderungen nicht zu dokumentieren, es ist ihre Schuld, dass sie sie nicht in ihre „Geschichten“ aufgenommen haben.... Leistungsbeschreibung, Leistungsbeschreibung. Das Werk „erfüllt die Anforderungen“ und „funktioniert wie erwartet“. Alles andere ist Scope Creep und kann in UAT triagiert werden, und es sollte ein UAT mit den "echten" Benutzern geben, nicht mit ihren Agenten oder Stellvertretern.
„UAT“ = Benutzerakzeptanztest. Die Abkürzung ist nicht jedem bekannt. Außerdem gibt es kein Tag "Akzeptanzphase", ich denke, diese Frage braucht eines.
Der lustige Teil ist, dass dies sowieso selten für den Kunden funktioniert. Als wir merkten, dass einige unserer Kunden so waren, haben wir einfach alle Preise erhöht - der Kunde hatte seinen Spaß am Feilschen, bekam ein gutes Gefühl, uns um unser Geld zu betrügen, und wir bekamen genauso viel Geld wie beim Arbeiten mit ein zuverlässiger Kunde. Die verrücktesten Situationen sind, wenn es Vermittler gibt, die ihre Kunden irgendwie davon überzeugt haben, dass sie solche Dinge verhandeln können - in diesem Fall hat der Kunde das Gefühl, dass er dank des Vermittlers viel Geld gespart hat, während er in Wirklichkeit ziemlich viel verloren hat.
@smci öffnet eine Meta-Frage, um das Tag zu erstellen. Lassen Sie uns darüber diskutieren
+1, weil ich nicht in einen längeren Dialog darüber komme . Alles, was a) Spielraum schafft oder b) Emotionen hinzufügt, sollte vermieden werden.
@Luaan Eine "Prämie" zu verlangen, nur weil ein Kunde wiederholt versucht, Sie zu betrügen, um den Wert Ihrer Zeit und Mühe zu bezahlen, ist einer der befriedigenderen Aspekte der Auftragsarbeit.
Wenn Sie wissen, dass Sie alles, was im Vertrag steht, solide und professionell geliefert haben. Dann ja, alles, was darüber hinausgeht, stopft Sie herum, und meine Strategie, wenn ich herumgestopft bin, besteht darin, meinen Preis weiter zu erhöhen. Ich nenne es „Panadol-Geld“, es ist der Betrag, den ich brauche, damit ich die Kopfschmerzen ertragen kann.
@CaffeineConnoisseur Oder, wie einer meiner Kumpel es ausdrückte, der "f-ck off" -Preis.
Sie können auch ein Angebot für EFG schreiben und es ihnen vorlegen, aber dann proaktiv (lassen Sie sie nicht feilschen) sagen: "Da ich Ihr Geschäft schätze und es nicht besonders heikel oder komplex ist, werde ich EFG einbeziehen Diesmal ohne Aufpreis. Bitte überprüfen Sie das Angebot in Zukunft jedoch sorgfältig im Voraus, da zusätzliche Arbeiten über das Angebot hinaus zwangsläufig zusätzliche Kosten verursachen. -- Schreiben Sie es auch, wenn sie also versuchen, den gleichen Trick bei einem zukünftigen Job zu machen, können Sie die E-Mail vorlegen und sagen: "Ich habe Ihnen bereits gesagt, dass zusätzliche Arbeit extra kosten wird".

Ich bin seit über 30 Jahren als freiberuflicher Entwickler tätig. Dies ist eine Situation, die ich bei mehreren Gelegenheiten erlebt habe. Meistens ist es jedoch nicht so schwer, sie zu verhindern oder zu mildern.

Stellen Sie zunächst sicher, dass Ihr Angebot vollständig und eindeutig formuliert ist.

Zweitens, betrachten Sie Ihren Kunden als Partner; sie während des Entwicklungsprozesses auf dem Laufenden halten; Zeigen Sie ihnen, was Sie können, z. B. Mock-ups der Benutzeroberfläche, damit sie schon früh verstehen, was sie von Ihnen erhalten.

Drittens: Stellen Sie in Ihrem Angebot sicher, dass Sie für die unvermeidlichen Mehrdeutigkeiten und „Mission Creep“ (machen Sie es Teil Ihrer Supportkosten) ein gewisses Maß an Eventualitäten berücksichtigen, da sich die Spezifikationen häufig weiterentwickeln, da die Kunden selbst ihre eigenen Anforderungen oft nicht vollständig verstehen, bis sie einige sehen Arbeitscode. Auf diese Weise können Sie, wenn relativ kleine Änderungen erforderlich sind, diese berücksichtigen (Sie können den Kunden natürlich darüber informieren, dass diese Änderungen Sie über die ursprünglichen Spezifikationen hinausführen, aber Sie haben erwartet, dass einige Änderungen erforderlich sein könnten, und diese Anfragen sind nicht so umfangreich, dass Sie bereit sind, den zusätzlichen Schritt zu gehen.)

Viertens, wenn Sie sich trotz Ihrer Vorsichtsmaßnahmen in dieser Situation wiederfinden, wird es wirklich zu einer Ermessensentscheidung. Gibt es Anzeichen dafür, dass es sich um einen „Problemkunden“ handelt, der nie glücklich wird? Halten Sie sich dann an den Wortlaut Ihres Angebots, und wenn neue Funktionen angefordert werden, stellen Sie ihnen ein geändertes Angebot zur Verfügung. (Denken Sie trotzdem daran, dass der problematische Kunde bis zur Bezahlung alle Karten in der Hand hält, und wenn es zu Streitigkeiten kommt, liegt die Beweislast dafür, dass Sie Ihren Vertrag vollständig erfüllt haben, bei Ihnen. Es ist am besten, niemals zu nehmen so weit, auch wenn es bedeutet, Ihren Stolz herunterzuschlucken.) Oder ist dies ein Kunde, zu dem Sie ein kollegiales Verhältnis haben, von dem Sie erwarten können, dass es lange hält und viele weitere Aufträge auf Sie zukommen? Dann tun Sie, was Sie können (im Rahmen des Zumutbaren), um sie glücklich zu machen (nochmals,

Eine Sache, die Sie nicht erwarten sollten, ist, dass Ihr Kunde „professionell“ ist. Das ist Ihr Job: Sie sind hier der Profi, der Kunde ist nur ein Kunde. Natürlich ist es gut, einen Kunden zu haben, der immer professionell agiert, aber erwarten Sie das nicht. Erwarten Sie stattdessen, dass Kunden ihre eigenen Anforderungen oft nicht vollständig verstehen; dieser Teil Ihrer Arbeit besteht darin, ihnen dabei zu helfen, ihre eigenen Bedürfnisse zu verstehen und sie darüber aufzuklären, was bereitgestellt werden kann; und wenn die Überbrückung der Lücke zwischen Kundenerwartungen und machbarer Realität einen zusätzlichen (kleinen) Schritt erfordert, sollten Sie diesen Schritt in Betracht ziehen, ohne viel Aufhebens darum zu machen.

Der Kunde hat sich bereits als „Problem“ erwiesen, er beschwert sich eher, als dass er diskutiert, und er hat sich nicht die Mühe gemacht, während des Builds zu testen, sondern sich nur am Ende beschwert, als er die Rechnung erhalten hat. Sie verdienen keine Pause. Gute umfassende Antwort, obwohl +1
@Kilisi Das ist meine Lieblingsantwort. Nachdem ich 30 Jahre lang Berater war und jetzt im Ruhestand bin, würde ich sagen, geben Sie ihnen E, F und G und erwarten Sie dann, dass sie die Verbindungen abbrechen. Ich schätze Kunden, die wissen, was sie wollen und Anforderungen bereit haben. Ich habe nur einmal zugestimmt, etwas für jemanden zu entwickeln, der unsicher war. Das war natürlich eine Katastrophe. Ich war ein Narr, überhaupt zuzustimmen, mit ihnen zu arbeiten. Ich fand, dass es mir besser ging, ihnen etwas mehr Zeit zu geben, bevor ich mich verabschiedete. Der Grund ist einfach. Ich habe ihnen mehr gegeben, als sie zugestimmt haben. Jeder Streit würde zu meinen Gunsten enden. Ich hielt es für eine Lektion gelernt.
@closetnoc Ich mag diese Antwort auch, kenne Berater, die ähnliche Strategien anwenden, und ich habe dafür gestimmt, es ist einfach nicht meine Art, Dinge zu tun. Ich berate auch seit Jahrzehnten und bin längst an den Typen vorbeigegangen, die nicht rücksichtslos genug waren.
@Kilisi Ich ziehe es vor, sie mit Freundlichkeit zu töten. In meinem Fall war es ein No-Win-Szenario. Einer in 30 Jahren ist nicht schlecht. Es war ein Ausfülljob zwischen den Verträgen. Ein einfacher VB-Job, und als ich lieferte, entschieden sie plötzlich, dass sie alles in Access haben wollten. Ich bin ein System Internals Engineer. Ich kenne Code! Ich habe Betriebssysteme, Gerätetreiber, Protokollstacks usw. geschrieben. VB war das Richtige und das, wonach sie fragten und sich abmeldeten. Access-Anwendungen sind ein Alptraum! Nachdem ich es geliefert hatte, übergab ich es an einen Access-Programmierer und arbeitete Seite an Seite mit ihm, bis es fertig war. Ich habe trotzdem einen Freund vom Access-Programmierer gewonnen!
@Kilisi Mir ist gerade aufgefallen, dass der Zugangscode bei jeder Änderung der Unternehmensanforderungen neu erstellt werden musste, während mein Code eine vollständige Lösung war. Es war eine Anwendung für medizinische Umfragen, die es jemandem ermöglichte, eine Umfrage zu spezifizieren, einen Knopf zu drücken, und eine ausführbare Umfragedatei wurde automatisch mit dem Installations- und Exportprozess für SAS erstellt, der auf eine Festplatte geschrieben wurde. Nur wenige Minuten zu erledigen. Wie bei Access erforderte dies das Ändern des Codes für jede Umfrage und das manuelle Packen der Installation und kein Export nach SAS und keine Festplatte. Am Ende war es traurig zu sehen, dass mein süßer Code ignoriert wurde. Ich fühle mich trotzdem bestätigt!
Du hättest sie anklagen sollen :-) Nur weil ich dumm bin, tue ich es.

Dies ist ein weiterer Fall, in dem ein Kunde erwartet, dass ein Anbieter seine Gedanken liest, und den Anbieter herumschubst:

  1. Sagen Sie Mr. Customer, dass Ihr Angebot auf den Spezifikationen basierte, die er für A, B, C und D gemacht hat. Geben Sie kategorisch an, dass er nie etwas über E, F, G gesagt hat, als er das Angebot unterzeichnet hat.

  2. Sagen Sie ihm, dass Ihre Überprüfung von E, F, G zwar darauf hinweist, dass die Fertigstellung nur wenige Stunden dauern wird, Sie dies jedoch als zusätzliche Arbeit betrachten, die NICHT von Ihrem ursprünglichen Angebot abgedeckt ist, und dass er bezahlen muss, wenn er die Arbeit erledigt haben möchte zusätzlich für Mehrarbeit. Schicken Sie ihm dann eine Rechnung für die Originalarbeit.

  3. Machen Sie keinen Stich zusätzlicher Arbeit, bis Sie für die ursprüngliche Arbeit bezahlt wurden.

Leider müssen Sie das Risiko eingehen, von einem möglicherweise unethischen Kunden nicht bezahlt zu werden. Wenn es Sie tröstet, ist es immer besser für Sie, früher als später festzustellen, dass ein Kunde ein schwarzes Loch ist, das Ihre Zeit und Energie auf Kosten Ihrer anderen zahlenden Kunden verschlingt.

Hängt von der Größe der Änderung ab. Ihr Budget sollte einen gewissen Betrag für den Kundensupport enthalten haben. Wenn das darunter fallen kann, großartig. Wenn nicht, bieten Sie ein Angebot für die zusätzliche Arbeit an.

Beachten Sie jedoch, dass dies teilweise Ihre Schuld ist. Sie hätten die Kundenbewertungsskizzen/Prototypen wirklich früher im Prozess haben sollen, damit sie genau wussten, was Sie zu liefern erwarteten, und dies entweder unterschrieben oder die Änderung der Prioritäten/Budgets besprochen hatten, als noch die Möglichkeit bestand, diese anzusprechen Bedenken vor der Lieferung. Es kann ein berechtigtes Argument geben, dass Sie ihnen etwas schulden, wenn Sie dies nicht getan haben.

Während sich das Projekt weiterentwickelte, bat ich sie, die inkrementelle Lösung zu testen, um einige frühe Rückmeldungen zu erhalten. Sie sagten, sie hätten es getan, aber schließlich gestanden sie, dass sie es nicht getan hätten (aus Zeitgründen (sie argumentieren)). Sie erwarten Funktionen ganz implizit.
@ Mik378 They said they did it, but eventually, they confessed they didn'tNun, ihre Schuld. Ich stimme zu, dass Sie nur die Zahlung verlangen und dann (wenn sie noch wollen) über die anderen Funktionen sprechen können. (Und wenn sie nicht bald zahlen, denken Sie daran, dass Sie in vielen Ländern eine Art Verzögerungsgebühr verlangen können).
@Mik378 - Ich denke, das ist ein wesentlicher Punkt, der in den Fragentext aufgenommen werden sollte! - Weil Sie sie ausdrücklich gebeten haben, es zu testen, und sie es nicht getan haben - sie haben jegliches Ansehen verloren.
@Falco, tatsächlich habe ich die Frage aktualisiert;)
Während des Projekts wäre es wahrscheinlich gut, um Feedback zu bitten, und wenn Sie es nicht bekommen, sagen Sie ihnen, dass ich Konsequenzen haben könnte. "Ich brauche euch, um die Tests durchzuführen, sonst erkennen wir Probleme möglicherweise nicht zu spät im Projekt" (ich würde beiläufig vorgehen). 1. Hast du den Test gemacht, nein? Können Sie es nächste Woche machen, sagen wir Deadline Mittwoch?.

Ich stimme mit vielem, was gesagt wurde, überein, also lassen Sie mich nur ein paar Punkte hinzufügen.

Hätte der Kunde vernünftigerweise erwarten können, dass E, F und G als Teil von A, B, C und D enthalten sind? Ich meine, wenn dies, sagen wir, ein Online-Bestellsystem wäre und A wäre "Kunde kann seine Lieferadresse, Stadt und Bundesland eingeben", und jetzt sagen sie: "Warte, du hast uns keine gegeben Ort zur Eingabe der Postleitzahl", ich glaube nicht, dass man ihnen vorwerfen kann, dass das unter A angenommen wurde. Wenn sie jetzt sagen, dass es eine Möglichkeit geben sollte, in fremde Länder einzureisen, ist das umstritten, so etwas sollte es haben wurden in ersten Gesprächen geklärt. Wenn es in den Spezifikationen/Angeboten erwähnt wurde, können Sie zu Recht sagen, dass es nicht abgedeckt ist, aber usw. Wenn sie jetzt sagen, dass sie einen wöchentlichen Bericht darüber wünschen, wie viele Bestellungen eingegangen sind, aufgeschlüsselt nach Postleitzahl und Bundesland und Querverweis nach Produktkategorie ... nr.

Ich erinnere mich gerne an den Kunden, der nach der Lieferung fragte, wie er einen bestimmten komplexen Bericht erhalten könne. Ich entschuldige mich, ein solcher Bericht wurde nie in den Anforderungen erwähnt. Und er sagte: "Ich hielt es einfach für selbstverständlich, dass ich jederzeit jeden Bericht bekommen konnte, den ich wollte." Ja, so funktionieren Computer bei Star Trek.

Wenn diese neuen Anforderungen nur ein kleiner zusätzlicher Prozentsatz des Gesamtprojekts sind, wäre ich geneigt, es ihnen aus Gründen der Kundenbeziehung zu geben, obwohl es nicht im Angebot enthalten war. Aber sagen Sie ihnen, dass Sie es ihnen aus Gründen der Kundenbeziehung geben, obwohl es nicht im Angebot enthalten war. Wenn Sie Freebees ohne Vorbehalte geben, wird von Ihnen erwartet, dass Sie dies die ganze Zeit tun. Es ist Jahre her, dass ich Freiberufler war, und ich habe das noch nie gemacht, aber ich denke, ich würde es so machen, wenn die Situation jetzt käme: Nehmen Sie die Änderung vor, und senden Sie ihnen dann eine Rechnung, auf der steht: "Zusatzfunktionen E, F und G ... 4 Stunden zu 150 $/Stunde (oder was auch immer Ihr Tarif ist, offensichtlich) ... 600 $. Abschreibung für Kundenbeziehungen ... -600 $. Nettoschulden ... 0 $." Dann erzählst du ihnen, dass du ihnen einen Gefallen getan hast und wie groß der Gefallen war. ohne die Implikation, dass Sie es wieder tun werden. Wenn jemand so etwas versucht hat, würde mich interessieren, Details zu hören und wie es funktioniert hat.

Sie sagten, diese neuen Anforderungen seien nur ein paar Stunden Arbeit. Aber wenn es eine große Sache wäre, würde ich sagen: „Es tut mir leid, aber das Angebot deckt A, B, C und D ab. Wenn Sie zusätzliche Arbeit haben, die Sie erledigen möchten, bereite ich gerne eine vor neues Zitat."

Übrigens: Du sagst, dass du dem Kunden nebenbei Prototypen oder ähnliches zur Verfügung gestellt hast, und sie sich anscheinend nie angesehen haben. Dies ist sicherlich nicht unerhört. Es ist mir passiert, und wenn sie es sich endlich ansehen, haben sie natürlich eine Million Änderungen. Aber es ist ein Gefahrenzeichen, dass dies ein problematischer Client sein könnte. Wenn der Kunde bereit ist zuzugeben, dass er sich die Dinge unterwegs nie angeschaut hat und bereit ist, für die Nacharbeit zu bezahlen, okay, großartig. Meine Firma hat jetzt einen solchen Kunden, sie sehen sich die Dinge nie an, bis das Projekt abgeschlossen ist. Anstatt also frühzeitig Änderungen vorzunehmen, wenn es einfach wäre, warten wir bis zum Ende, wenn größere Nacharbeiten anstehen. Sie schrecken aber auch nicht davor zurück, wenn wir ihnen die Zeit für die Nacharbeit in Rechnung stellen. Also schätze ich, dass wir auf diese Weise mehr Geld verdienen, also beschweren wir uns nicht. Aber wenn sie nicht bereit sind, für die Nacharbeit zu zahlen, ist dies ein problematischer Kunde. Ich würde mich dieses Mal bemühen, sie glücklich zu machen, mein Geld einsammeln und dann in Zukunft keine Geschäfte mehr mit ihnen machen.

Sehr vollständige und interessante Antwort :)

Ein paar Nachteile

  1. Später bezahlt
  2. Nicht bezahlt für E, F und G
  3. Sie erhalten I und J, wenn Sie E, F und G liefern

Wenn Sie wirklich glauben, dass es nur ein paar Stunden sind und Sie dafür bezahlt werden, tun Sie es vielleicht einfach. Aber es kann schnell außer Kontrolle geraten.

Selbst wenn Sie E, F und G separat zitieren, würde ich immer noch die erste Zahlung verlangen.

@cognacc Soll ich wirklich wissen, was EFG sind? Fragen Sie den OP, ob er sicher ist, dass es nur wenige Stunden sind.

Meiner Meinung nach hängt es ganz von der Art des Kunden ab, den Sie haben. Wenn sie technisch versiert sind und genau wissen sollten, was sie brauchen und Ihre Dienste nur nutzen, weil ihnen das Personal nicht zur Verfügung steht, dann ist das Festhalten am definierten Arbeitsumfang die richtige Antwort.

Wenn Sie andererseits einen Kunden eingestellt haben, der weiß, dass er nicht über das Wissen verfügt, um ALLE spezifischen Anforderungen zu kennen, die er im Voraus benötigen wird, dann sehe ich es mir an, da er auch Ihr Fachwissen einstellt, um ihn darüber zu informieren Was fehlt. Schließlich sind Sie der „professionelle“ Entwickler, nicht sie. Wenn Sie also „vernünftigerweise wissen“ sollten, dass die Anwendung ohne die angeblich fehlenden Funktionen nicht ihren Anforderungen entspricht, dann liegt ein Teil, wenn nicht der größte Teil der Schuld bei Ihnen. In diesem Fall sollten Sie für das nächste Mal aus Ihrem Fehler lernen, aber diesmal versuchen, den Kunden bei Laune zu halten. Fragen Sie sicherlich nach mehr, aber erkennen Sie Ihre Rolle in der fehlenden Funktionalität an. Natürlich "ziemlich bekannt" ist ein bisschen eine Grauzone, aber ich vermute, Sie wissen bereits, ob Sie hätten erkennen sollen, ob die Funktion bereits benötigt wurde oder nicht. Wenn die fehlende Funktionalität nicht etwas ist, das ein typischer „professioneller“ Entwickler als fehlend hätte identifizieren müssen, halten Sie sich an die Vertragsbedingungen.

Das ist ein ausgezeichneter Punkt. Eine Analogie: Vor etwa einem Jahr brauchte ich einige Reparaturen an meinem Haus. Ich rief einen Auftragnehmer an und wir unterschrieben einen Vertrag, für den sie diese Arbeit erledigen würden, ich glaube, es waren 1800 Dollar. Dann, ein paar Wochen später, riefen sie zurück und sagten: "Oh, wir haben einen Fehler gemacht, um diesen Job richtig zu machen, müssten wir diese und jene zusätzliche Arbeit machen. Das kostet weitere 900 Dollar." Ich kam sofort zu dem Schluss, dass dies ein Betrug war. Ich glaube nicht eine Minute, dass sie einen Fehler gemacht haben. Es war ein Versuch, mich dazu zu bringen, diesen Job zu einem vernünftigen Preis zu machen, und dann haben sie den Preis erhöht. ...
... Ich hätte sie wahrscheinlich wegen Vertragsbruch und Betrug verklagen können. Mein Punkt ist: Sie sind der Experte. Wenn Sie dem Kunden sagen, was getan werden muss, um seine Bedürfnisse zu erfüllen, sind A, B, C und D und es kostet X $, kann er den Vertrag unter der Annahme unterzeichnen, dass dies der Gesamtpreis ist. Wenn sie sehen, dass es ihren Bedürfnissen nicht entspricht, und Sie ihnen sagen, dass die zusätzliche Arbeit zusätzliche Kosten verursacht, sehen sie es möglicherweise als Trick: Sie haben sie dazu gebracht, sich auf der Grundlage eines Preises zu verpflichten, den sie sich leisten können, aber jetzt, um das zu tun Echter Job, du verlangst mehr. Ich sage nicht, dass Sie versucht haben, sie auszutricksen, das klingt für mich wie ein Kommunikationsfehler ...
... Aber ich konnte sehen, dass jemand, der nichts darüber weiß, DENKT, dass es ein Versuch war, sie auszutricksen.

Ich war auf der Kundenseite von "Engineered Software - Vaporware". Der Aufbau einer neuen Plattform erfordert Zeit und Forschung und Entwicklung. Sie haben geliefert, was der unterzeichnete Vertrag verlangte. Haben Sie einen Mechanismus für fortlaufenden Support? Verwenden Sie dieses Produkt für andere Kunden? Mit diesen beiden Konzepten können Sie an verteilten Updates teilnehmen. Sie müssen ein Modell bauen, das Sie warten können. Die Komplexität und das Testen und Bestätigen der nächsten Stufe des Produkts. Sie werden einige Kunden haben (sofern ihre Wissensbasis dies zulässt), die darauf bestehen, Beta-Tester zu sein. Sie müssen sie sowohl über Ihre als auch über ihre Erwartungen informieren. Bleiben Sie in diesem Rahmen. Das gibt Ihnen ein überschaubares Modell für Updates/Upgrades, kontinuierlichen Cashflow und zufriedene Kunden. IMHO JLH So musste ich mit mehreren Anbietern (Fusionen) zusammenarbeiten, um eine Multi-Phase zu implementieren,

Willkommen auf arbeitsplatz.stackexchange.com! Ich bin mir nicht ganz sicher, ob Ihre Antwort die Frage tatsächlich beantwortet. Vielleicht möchten Sie beim Bearbeiten den Schwerpunkt darauf legen, eine mögliche Lösung für das Problem zu präsentieren, anstatt einige Fragen zu stellen und zu beschreiben, was Sie getan haben. Sobald Sie einen Ruf von 50 erreicht haben, können Sie die Frage kommentieren, um den Fragesteller um Klärung zu bitten und Ihre Antworten besser zu informieren (z. B. Verwenden Sie dieses Produkt für andere Kunden?).