Wer sollte für Korrekturen / Bugs bezahlen? [geschlossen]

Ich habe gerade angefangen, freiberuflich sowohl in der Desktop- als auch in der Webentwicklung tätig zu sein, und dieser Kunde, der meine Arbeit bereits angenommen und mich bezahlt hat, kommt immer wieder auf mich zurück, wenn er einen Fehler findet usw. Und ich habe mehr Zeit damit verbracht, als ich dachte, sie zu reparieren frei. Ist das in Ordnung oder sollte ich eine Supportgebühr erheben?

Was ist der beste Weg, um Fehler an einer vermeintlich akzeptierten und abgeschlossenen Arbeit zu beheben?

Ein Teil Ihres Vertrags sollte Abnahmetests beschreiben, dh Tests, die der Kunde durchführen wird, und Ihre Bewerbung muss diese bestehen, damit der Vertrag erfüllt werden kann. Alles, was von diesen Tests nicht abgedeckt wird, liegt in der Verantwortung des Kunden. Alles, was von ihnen abgedeckt wird, gehört dir.

Da es (insbesondere für einen nicht technischen Kunden) nicht möglich ist, alle möglichen Probleme zu erkennen, sollten Sie Ihrem Kontakt eine Klausel hinzufügen, die einen Zeitraum angibt, in dem Sie im Rahmen eines Vertrags neue Probleme beheben. Danach sollten Sie nur noch kostenpflichtigen Support anbieten.

Es hängt davon ab, ob.

In erster Linie sollten Sie bezahlen, da behauptet werden kann, dass die Arbeit nicht vollständig ist.

Später sollte der Kunde für den fortgesetzten Support bezahlen.

Das Problem besteht jedoch darin, zu entscheiden, wo sich die Grenze befindet, was einen Fehler ausmacht und was eine neue Funktion ist. Anforderungen und / oder Abnahmeprüfungen tragen wesentlich dazu bei, dies zu definieren.

Sie müssen diese Dinge wirklich in Position bringen, bevor Sie die Arbeit ausliefern, aber wenn Sie dies nicht getan haben, ist es vielleicht jetzt an der Zeit zu sagen: "Ich werde dies für die nächsten N Tage / Wochen kostenlos unterstützen, aber danach werden wir müssen einen Supportvertrag besprechen "(beachten Sie meine Betonung auf" wir ").

Trotzdem gibt es Zeiten, in denen Sie einen Fehler kostenlos beheben und den Treffer erzielen müssen. Wenn nichts anderes, baut es guten Willen auf.

Alle oben gegebenen Antworten sind gut. Ich möchte jedoch einige wichtige Punkte hinzufügen:

• Ist der Kunde für Sie wertvoll? Manchmal lohnt es sich, ein paar Meter mehr zu gehen, um einen Kunden bei Laune zu halten, wenn Sie der Meinung sind, dass er für Sie wertvoll ist und Ihnen in Zukunft mehr Arbeit bringen wird. Sie müssen ein Gleichgewicht zwischen strikt und flexibel finden, und dies kann für jeden Kunden unterschiedlich sein. Es macht keinen Sinn, die zukünftige Arbeit zu verlieren, nur weil Sie fest davon überzeugt sind, dass ein einfach zu behebender Fehler nicht in den Geltungsbereich fällt. Auf der anderen Seite möchten Sie nicht, dass der Kunde über Sie hinwegläuft. Es ist eine empfindliche Balance!

• Ist der Fehler etwas, das bei Benutzertests leicht übersehen werden konnte? Nehmen Sie zum Beispiel einen datumsbezogenen Fehler, der erst nach Eingabe eines bestimmten Jahres ins Spiel kommt (denken Sie an einen Millennium-Fehler usw.). Es ist nicht zu erwarten, dass ein Client dies während des Testens bemerkt. Daher liegt es an Ihnen, dies zu beheben.

Als ich freiberuflich tätig war, definierte meine Kundengrundvereinbarung eine Bedingung namens "Abnahme", die erforderlich war, bevor ich das Projekt der Öffentlichkeit zur Verfügung stellte. Zum Zeitpunkt der Annahme begann eine 30-tägige Frist, die ich als "Support in Betrieb" bezeichnete. Nach dieser 30-tägigen Frist wurden die laufenden Arbeiten am Projekt stündlich abgerechnet.

Wenn Sie eine gute Beziehung zu diesem Kunden haben, sollten Sie sich darüber im Klaren sein, wie wenig die aktuelle Situation für Sie funktioniert, und einen angemessenen Stundensatz für die laufende Wartung und den Support vorschlagen. Die Leute denken manchmal, dass der Kauf von kundenspezifischer Software dem Kauf eines Sandwichs oder Ähnlichem gleicht. Es ist einfach nicht so.

In der Regel können Sie einen kostenlosen Support für eine feste Anzahl von Tagen nach der Übermittlung der Anwendung in Anspruch nehmen. Sicherlich ist eine lebenslange kostenlose Unterstützung nicht möglich / inakzeptabel.

Stellen Sie sicher, dass es sich bei dem aufgetretenen Fehler um einen Fehler handelt und nicht um eine Änderung an der vorhandenen Funktion. Für jede Funktionsänderung sollten Sie eine Gebühr erheben.

Wenn er es getestet und unterschrieben hat, könnte man argumentieren, dass er bezahlen sollte.

Wenn Sie stolz sind und Ihre Arbeit wertschätzen, könnten Sie argumentieren, dass Sie den Code korrigieren würden. Lernen Sie aus den Erfahrungen und erstellen Sie beim nächsten Mal effizienter besseren Code. Oder ziehen Sie mehr Gewinn in Betracht, um die Fehlerbehebung abzudecken.

Wenn das Programm aufgrund der Eingaben etwas Unerwünschtes oder Unerwartetes tut, ist dies ein Fehler und sollte behoben werden.

Sie hätten die Supportgebühr im Voraus als Extra für die anfängliche Entwicklungsarbeit veranschlagen können.

Geben Sie in Ihrem Vertrag einen Stundensatz an und behalten Sie Ihre Zeit im Auge. Wenn Sie Ihrem Kunden den Preis mitteilen, geben Sie an, dass dies eine Schätzung ist und das tatsächliche Ergebnis möglicherweise geringer oder höher ist.

Halten Sie den Kunden über den Fortschritt auf dem Laufenden, und wenn er unweigerlich Vorschläge macht, können Sie ihm einfach die Zeit mitteilen, die Sie benötigen (wenn die Änderung außerhalb der ursprünglichen Spezifikationen liegt), und er kann entscheiden, ob die Änderung das Geld wert ist. Daher werden nur für ihn wichtige Änderungen hinzugefügt.

Ich persönlich würde akzeptable oder inakzeptable (bezahlter oder kostenloser Support) Fehler im Vertrag abdecken, und auf diese Weise haben Sie zumindest von Anfang an etwas Schriftliches. Er wird sich zweifellos fragen, warum Sie diese Klausel brauchen sollten. Seien Sie also offen und erklären Sie, dass wenn ein neues Betriebssystem-Update herauskommt, das etwas kaputt macht, dies keine kostenlose Unterstützung ist. Fehler in Ihrem Code, die der ursprünglichen Spezifikation auf den angegebenen Plattformen entsprechen, wären jedoch abgedeckt.

Ich sollte jedoch erwähnen, dass ich nur freiberufliche IT-Arbeit geleistet habe, anstatt zu programmieren. Dies könnte Kunden möglicherweise abschrecken, aber stellen Sie sicher, dass sich Ihre Arbeit von selbst verkauft, professioneller, kontaktfreudiger und hilfsbereiter als der Rest ist und geben Sie Ihre Gründe für einen strengeren Vertrag an.

Außerdem ist ein Kunde, der diese Klausel nicht akzeptiert, höchstwahrscheinlich ein schlechter Kunde.