Stundenweise Aufladung / Projekt [geschlossen]

Dies hängt mit einer Frage zusammen, die ich zuvor gestellt habe - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Was sind Ihre Verpflichtungen, wenn Sie stundenweise oder pro Projekt aufladen? Wenn Sie sich bereit erklären, ein Projekt zu übernehmen, geben Sie eine grobe Schätzung an, dass die Bearbeitung 10 Tage dauern kann, und berechnen Sie £ X pro Stunde. Sind Sie verpflichtet, nach Ablauf dieser 10 Tage kostenlos zu arbeiten, und Sie haben es noch nicht geschafft? um Ihr Projekt aufgrund unerwarteter Probleme abzuschließen? Was ist, wenn Sie das Projekt geliefert haben, aber Fehler gefunden wurden? Sollten Sie diese Fehler kostenlos beheben, wenn die 10 Tage abgelaufen sind, oder sollten Sie Ihrem Kunden eine Gebühr berechnen?

Was sollte für das oben genannte Projekt das Ergebnis sein, wenn Sie mit dem Projekt beginnen, aber nach 10 Tagen müssen Sie aus irgendeinem Grund aufgeben und Ihrem Kunden mitteilen, dass Sie dies nicht mehr tun können? Mir ist klar, dass dies nichts dazu beiträgt, Ihren Ruf und Ihre Beziehung zum Kunden zu stärken. Sind Sie jedoch verpflichtet, das an Sie gezahlte Geld zurückzuzahlen, oder liefern Sie nur den halb / fast fertigen Quellcode und helfen ihm, jemanden zu finden, der ihn vervollständigt?

Der Grund, warum ich die oben genannten Fragen stelle, ist, dass ich sehr freiberuflich tätig bin und gerne wissen möchte, wie ich mit den oben genannten Situationen umgehen soll, wenn sie jemals auftauchen. Vielen Dank!

Wenn Sie damit einverstanden sind, ein Projekt zu übernehmen ... arbeiten Sie und berechnen Sie £ X pro Stunde - sind Sie verpflichtet, nach Ablauf dieser 10 Tage kostenlos zu arbeiten, und Sie haben es aufgrund unerwarteter Probleme immer noch nicht geschafft, Ihr Projekt abzuschließen?

Nein. £ X pro Stunde ist £ X pro Stunde. Es ist klar, dass Sie noch nie komplexe Arbeiten an Ihrem Haus oder Boot ausgeführt haben.

Unfähigkeit zu schätzen bedeutet nichts. Nichts.

£ X pro Stunde ist £ X pro Stunde. Bis die Arbeit erledigt ist oder der Kunde sagt "Sie sind gefeuert". (oder "du bist entlassen". Ich bin ein Yank, also weiß ich nicht, was sie in Großbritannien sagen.)

Was ist, wenn Sie das Projekt geliefert haben, aber Fehler gefunden wurden? Sollten Sie diese Fehler kostenlos beheben, wenn die 10 Tage abgelaufen sind, oder sollten Sie Ihrem Kunden eine Gebühr berechnen?

Kommt auf den Bug an. Sie müssen eine Ursachenanalyse durchführen. Eine schlechte (oder unvollständige) Spezifikation ist meistens ihr Problem. Unerwartete technische Falten sind selbstverständlich - sie zahlen sich aus. Dumme Codierungsfehler sind Ihr Problem.

Sie müssen aufgeben und Ihrem Kunden sagen, dass Sie das nicht mehr können?

Hoppla. Das ist unprofessionell. Wenn Sie aufgeben müssen, haben Sie wirklich einen schrecklichen, schrecklichen Fehler gemacht.

Mir ist klar, dass dies nichts dazu beiträgt, Ihren Ruf und Ihre Beziehung zum Kunden zu stärken. Sind Sie jedoch verpflichtet, das an Sie gezahlte Geld zurückzuzahlen, oder liefern Sie nur den halb / fast fertigen Quellcode und helfen ihm, jemanden zu finden, der ihn vervollständigt?

Seufzer. Zu diesem Zeitpunkt haben Sie sich so schlecht benommen, dass nicht viel zählt. Sie sollten wirklich eine andere Karriere finden, wenn Sie Ihre Verträge nicht einhalten können. Ernsthaft. Überdenken Sie Ihr Leben.

Halbfertige Software ist wertlos. Niemand wird es "vervollständigen". Sie werden erklären, dass Sie ein Idiot sind (weil Sie es sind), werfen Sie Ihren Code weg und fangen Sie von vorne an.

Sie müssen Folgendes tun.

1. Reduzieren Sie die Anforderungen auf etwas Endgültiges, Lieferbares und Verwendbares.

2. Erstellen Sie diese endgültige, lieferbare und verwendbare Sache. Auch wenn es nicht das ursprüngliche große Schema ist.

3. Gebühr für diese lieferbare, verwendbare Sache.

4. Übertragen Sie den Rückstand an unzustellbaren Dingen auf eine andere Person.

Code, der nicht verwendet werden kann, ist nutzlos. In der Tat ist es ein Preis.

Sie und Ihr Kunde werden Zeit damit verschwenden, den halbfertigen Code auf eine andere Person zu "übertragen". Schwerpunkt auf Abfall . Für die meisten Menschen ist es einfacher, von vorne zu beginnen, als halb fertig zu beginnen.

Was sind Ihre Verpflichtungen, wenn Sie stundenweise oder pro Projekt aufladen?

Im Wesentlichen das gleiche. Sei professionell.

Wenn Sie sich bereit erklären, ein Projekt zu übernehmen, geben Sie eine grobe Schätzung an, dass die Bearbeitung 10 Tage dauern kann, und berechnen Sie £ X pro Stunde. Sind Sie verpflichtet, nach Ablauf dieser 10 Tage kostenlos zu arbeiten, und Sie haben es noch nicht geschafft? um Ihr Projekt aufgrund unerwarteter Probleme abzuschließen?

Nein - solange es ungefähr 10 Tage sind, geht es dir gut. Ich würde ungefähr 10 Tage als irgendwo zwischen 50 - 120 Stunden an den äußersten Rändern definieren. Alles über 120 Stunden (ein 50% iger Überlauf) ist so gut wie blass.

Obwohl "unerwartete Probleme" viel Unbestimmtheit hinterlassen. Erfahrene Fachleute erwarten viel mehr Probleme als neue Entwickler. Wenn der Kunde jedoch weiß, dass Sie ein neuer Entwickler sind (und wissen, dass er dadurch einen erheblichen Rabatt erhält), gibt es hier etwas Spielraum.

Was ist, wenn Sie das Projekt geliefert haben, aber Fehler gefunden wurden? Sollten Sie diese Fehler kostenlos beheben, wenn die 10 Tage abgelaufen sind, oder sollten Sie Ihrem Kunden eine Gebühr berechnen?

Bugs? Ja - Sie sollten diese kostenlos reparieren. Sie werden 10 Tage lang nicht dafür bezahlt, fehlerhaften Code zu erstellen.

Auch hier ist "Bug" etwas vage. Es gibt Show-Stopper-Fehler (z. B. Programm läuft nicht - offensichtlich Ihre Schuld) und Edge-Case-Fehler (Programm schneidet Text unter türkisch lokalisierten Windows mit aktiviertem chinesischem IME ab - nicht wirklich vernünftig). Die meisten fallen irgendwo in die Mitte, aber die Beweislast liegt bei Ihnen.

Es gibt auch Spezifikationsfehler - diese sind die schwierigsten. Sie müssen sich ein Urteil darüber bilden, ob Sie die Änderung der Spezifikation vernünftigerweise antizipieren, in Frage stellen oder implizieren sollten. Wieder würde ich Ihnen die Beweislast auferlegen.

Für ein 10-tägiges (80-stündiges) Projekt mit einem umweltfreundlichen Entwickler wären weitere 10 bis 15 Stunden Bugfixes nicht zu viel verlangt. Alles darüber hinaus würde ich versuchen, die Zahlung zu berechnen - obwohl ich wahrscheinlich weitere 5 bis 10 Stunden kostenlos machen würde, bevor ich den Kunden entlasse.

Was sollte für das oben genannte Projekt das Ergebnis sein, wenn Sie mit dem Projekt beginnen, aber nach 10 Tagen müssen Sie aus irgendeinem Grund aufgeben und Ihrem Kunden mitteilen, dass Sie dies nicht mehr tun können? Mir ist klar, dass dies nichts dazu beiträgt, Ihren Ruf und Ihre Beziehung zum Kunden zu stärken. Sind Sie jedoch verpflichtet, das an Sie gezahlte Geld zurückzuzahlen, oder liefern Sie nur den halb / fast fertigen Quellcode und helfen ihm, jemanden zu finden, der ihn vervollständigt?

Du gibst das Geld zurück. Wenn Sie das Projekt nicht abschließen können, können Sie es wahrscheinlich nicht als halb abgeschlossen beurteilen. Wenn der Kunde Sie eingestellt hat, ist es noch wahrscheinlicher , dass er nicht beurteilen kann, ob er zur Hälfte fertig ist. Wenn Sie jemanden finden, der es beendet, können Sie einen Unterauftrag an ihn vergeben - der Unterschied zwischen dem, was er Ihnen berechnet und dem, was Sie bereits gemacht haben, ist Ihr Gewinn (oder Verlust).

Am Ende ist es oft besser, sich dem Kunden zu beugen und ihn als Lektion zu kalkulieren. Nach einer Weile können Sie die "Problem-Clients" erkennen und sie zu Beginn vermeiden (oder aufladen). Sie werden auch lernen, ein bisschen besser zu schätzen, Bugfix-Kosten in Ihre Preisgestaltung einzubeziehen usw.

Als studentischer Entwickler haben Sie einen gewissen Spielraum. Es ist wahrscheinlich, dass Sie niemand wegen des Betrags verklagt, den Sie für ein 10-Tage-Projekt berechnet haben. Sie werden nie wieder ein Geschäft von diesem Kunden (oder seinen Freunden) bekommen - aber da sie einen studentischen Entwickler eingestellt haben, wollen sie wahrscheinlich nur billige Arbeitskräfte und verstehen nicht, was es tatsächlich kostet, einen guten Entwickler einzustellen. Sie verlieren in Zukunft nicht viel außer Kopfschmerzen - allerdings auf Kosten eines guten Gewissens.

Mein Rat? Beenden Sie es einfach - Sie werden sich besser fühlen, der Kunde wird sich besser fühlen und Sie werden ein besserer Entwickler und Geschäftsmann dafür sein. Es ist nicht so, als wäre es ein Jahr Arbeit wert - und Sie haben alle Ihre Freunde bei Stackoverflow und Stackexchange, die Ihnen helfen. ;)

Was Sie beschreiben, ist nur "fester Betrag oder weniger". Dies kommt nur dem Kunden zugute. Wenn Sie also das Gebot abgeben, habe ich keine Ahnung, warum Sie so arbeiten würden.

• Stundensatz - Ein Stundensatz kann verwendet werden, wenn der Kunde weiß, dass er sich über einige Dinge nicht entschieden hat und sich einig ist, dass das Projekt etwas offen ist - dies muss jedoch im Voraus vereinbart werden .

• Festpreis - Verwenden Sie diese Option, wenn der Kunde genau weiß, was er möchte. Wenn dies der Fall ist, Sie jedoch keinen festen Betrag bieten können, haben Sie noch kein Unternehmen, das Gebote abgibt. Lassen Sie den Kunden nicht für Ihre Unerfahrenheit bezahlen.

Wenn Sie dies befolgen, werden Sie nicht in eine Situation geraten, in der Sie nicht wissen, was Sie tun sollen. Wenn Sie aufgeben müssen, besprechen Sie dies mit dem Kunden und behandeln Sie ihn wie einen Rücktritt oder eine Auflösung der Partnerschaft. Erstatten Sie das gesamte Geld und liefern Sie nichts oder bieten Sie das Teilprojekt gegen eine Teilzahlung an.

Es ist verlockend, den Stundensatz anzuwenden , wenn Ungewissheit besteht, aber er sollte nur verwendet werden, wenn der Kunde der Wünschelrute ist . Wenn Sie erfahren sind, aber noch wichtige technische Fragen haben, sollten Sie dies mit dem Kunden im Voraus besprechen.

Und erhalten Sie einen Vertrag, oder es ist nur eine Frage der Zeit, bis Sie auf Probleme stoßen.

Ich bin kein Anwalt, aber die Antwort auf beide Situationen hängt davon ab, was Sie vertraglich mit dem Mandanten vereinbart haben. Ich habe in Ihrer früheren Frage gesehen, dass Sie ohne Vertrag gearbeitet haben, was aus den genauen Gründen, die Sie hier angesprochen haben, ziemlich gefährlich erscheint. Kein schriftlicher Vertrag bedeutet sicherlich keine verbindlichen Verpflichtungen. Es ist gut, all diese Dinge herauszufinden, bevor Sie Ihre Arbeitsbeziehung beginnen, damit Probleme, die auftreten, professionell und einvernehmlich gelöst werden können.

Abgesehen von rechtlichen Gründen ist dies schließlich ein Dienstleistungsunternehmen, und Sie leben und sterben durch Referenzen. Es kann nur einen schlechten brauchen, um einen schlechten Ruf zu bekommen. Ich kann nur einen wirklich zufriedenen Kunden nehmen, um Ihnen viele andere Arbeiten zu geben. Wenden Sie also die goldene Regel an und behandeln Sie Ihren Kunden so, wie Sie behandelt werden möchten. Menschen erinnern sich und schätzen Menschen, die ein wenig über ihre "Pflicht" hinausgehen.