HTML-Website über einen Bekannten erstellen lassen – wem sollte der Code gehören?

Wir packen dafür immer diese drei Punkte in den Vertrag: 1) Alle Nutzungsrechte an den erstellten HTML-, CSS- und Script-Dateien gehen mit vollständiger Rechnungsbegleichung an den Auftraggeber über. 2) Der Entwickler darf das Projekt nur als Referenz im eigenen Portfolio nutzen, den Code aber weder weiterverkaufen noch lizenzieren. 3) Der Code wird standardkonform und offen für spätere Weiterentwicklungen durch Dritte übergeben.

Die größte Falle bei HTML ist die Übergabe von minifiziertem Code. Manche Entwickler jagen CSS und JS durch den Minifier – klatschen alles in eine Zeile – und rücken den lesbaren Quellcode nicht raus. Schreibt unbedingt rein: „Alle Stylesheets und Skripte werden im Original-Entwicklungszustand inklusive Kommentaren über ein Git-Repo oder als Zip-Datei übergeben.“

um bei Bekannten diese „Vertraust du mir etwa nicht?“-Stimmung zu vermeiden, haben wir das einfach auf die Buchhaltung geschoben dann frei nach dem Motto: „Unser Steuerberater braucht das für die Aktivierung im Betriebsvermögen und die Rechteübertragung.“ Wurde anstandslos unterschrieben und alles war sauber geregelt. kann ich nur empfehlen, spart eine Menge Nerven.

domain und hosting MÜSSEN zwingend auf euren namen laufen. naja und lasst euch den code nicht stückchenweise per mail schicken sondern am stichtag komplett als zip. wenn der typ morgen zum bund muss oder woanders anfängt, erreicht ihr keinen mehr und steht ohne passwörter da.

Vor drei Jahren haben wir einem Kumpel von meinem Cousin 15.000 TL für eine statische Seite gegeben. Im Jahr drauf änderten sich Adresse und Telefonnummer. Wir wollten die Texte anpassen, aber der Kollege war ins Ausland gezogen und hatte den Code nur auf seinem eigenen Server. Wir haben 2 Monate gebraucht, nur um die FTP-Zugangsdaten zu bekommen. Bekanntschaften verleiten leider oft zur Schlamperei, lasst euch sofort alles komplett aushändigen.

Für eine simple statische Firmen-Visitenkarte wird das Thema Nutzungsrechte hier ehrlich gesagt ganz schön aufgebauscht. Wir reden von schlichten Seiten, wo man im Browser per Rechtsklick eh den Quelltext sieht. Das eigentliche Problem sind Domain und Hosting-Zugänge. Den Code habt ihr sowieso lokal vorliegen, wegen schnödem HTML verklagt euch kein Mensch.

Setzt euch am Tag der Übergabe zusammen: Lasst die Dateien direkt auf euren eigenen Firmenserver aufspielen und zieht gleichzeitig ein Backup auf eine externe Festplatte oder in eure Cloud. Vergesst auch nicht, eventuelle Lizenzen für genutzte CSS-Bibliotheken oder Stockfotos gebündelt in einem separaten Ordner anzufordern.

Sind in den 24.000 TL das Go-Live die Einrichtung der geschäftlichen E-Mail-Adressen und der Google-Eintrag schon drin? Bei statischen HTML-Seiten braucht das Kontaktformular meist ein kleines PHP- oder Backend-Skript für den Mailversand. Wer richtet das ein und kümmert sich um die Server-Kompatibilität – habt ihr das geklärt?

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Die Bewertungsmethode bei Trennungen muss formelhaft definiert sein; „Marktwert“ reicht nicht.

Viel Erfolg.

Ein Thema, das gerade aktuell ist.

Ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Danke, genau die Antwort, die ich gesucht habe.

Mich interessiert das auch. Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf nicht nur das Beste.

Wenn es jemand anders macht würde mich das auch interessieren.

Bei uns war es so. Nur weil alle es tun, heißt es nicht, dass es richtig ist.

Wenn es jemand anders macht, würde mich das auch interessieren.

letztes Jahr haben wir fast genau dasselbe erlebt aber wer bei html website erstellen hetzt stolpert alle an derselben Stelle.

wenn deine Situation anders ist ändert sich das natürlich.

Mich interessiert das auch. Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

An deiner Stelle würde ich so vorgehen.

Ich erzähle mal, was mir passiert ist, vielleicht hilft es euch. Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später.

Korrigiert mich, falls ich falsch liege.

Ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll.

Wenn deine Situation anders ist, ändert sich das natürlich.