Die Ökonomie des Schreibens technischer Fachbücher
(architectelevator.com)- Mit technischen Fachbüchern lässt sich über Tantiemen zwar potenziell nennenswert Geld verdienen, aber Schreiben, Produktion und Vermarktung verschlingen Tausende von Stunden, sodass es schwer ist, nur des Geldes wegen damit anzufangen
- Um mit einem einzigen Buch 100.000 US-Dollar zu verdienen, ist je nach Vertriebsmodell wegen der stark unterschiedlichen Erlöse pro Exemplar ungefähr Folgendes nötig: 6.000 selbstverlegte eBooks, 10.000 selbstverlegte Printausgaben oder 25.000 Exemplare im traditionellen Verlag
- Die tatsächlichen Verkaufszahlen sind abgesehen von einigen Longsellern begrenzt; aus Verlagssicht gelten 10.000 verkaufte Exemplare bereits als Erfolg, und Bücher, die von einer bestimmten Technologie abhängen, können schon nach 12 bis 18 Monaten veraltet sein
- Bei Gumroad, Leanpub, Amazon und traditionellen Verlagen unterscheiden sich Umsatzverteilung, Produktionstools, Kontrolle, Marke, Reichweite und Marketingunterstützung, was sowohl den Ertrag als auch die Arbeitsweise der Autorinnen und Autoren verändert
- Bücher wirken sich nicht nur auf direkte Verkaufserlöse aus, sondern auch auf Consulting, Workshops, bezahlte Vorträge und die Glaubwürdigkeit in der Karriere; besonders für unabhängige Beraterinnen und Berater sind sie ein Werkzeug zum Nachweis von Expertise
Technische Fachbücher schreibt man besser nicht nur wegen des Geldes
- Ein Grundprinzip für technische Autorinnen und Autoren, Speaker und Reihenherausgeber lautet: Wenn jemand anderes Geld verdient, sollten auch die Autorinnen und Autoren Geld verdienen
- Die erste Regel beim Schreiben technischer Fachbücher lautet: Schreibe nicht mit Geld als Hauptmotiv
- Das heißt aber nicht, dass sich mit technischen Fachbüchern kein vernünftiger Ertrag erzielen lässt; die Höhe hängt stark von Verkaufszahlen und Vertriebsweg ab
- Tantiemen werden oft als passives Einkommen eingeordnet, sind in der Praxis aber eher eine verzögerte Vergütung für frühere Schreib-, Produktions- und Vermarktungsarbeit
- Plattformen wie Leanpub, die bei jedem Buchverkauf eine E-Mail schicken, machen Verkaufsbenachrichtigungen unmittelbar spürbar
Wie viele Exemplare muss man verkaufen, um 100.000 US-Dollar zu verdienen?
- Die ungefähre Verkaufsmenge, die nötig ist, um mit einem Buch 100.000 USD zu verdienen, hängt stark vom Erlös pro Exemplar ab
- Selbstverlegtes eBook: bei $20 Verkaufspreis und $16 Tantiemen rund 6.000 Exemplare
- Selbstverlegte Printausgabe: bei $30 Verkaufspreis und $10 Tantiemen rund 10.000 Exemplare
- Technisches Fachbuch im traditionellen Verlag: bei $50 Verkaufspreis und $4 Tantiemen rund 25.000 Exemplare
- Auch viele Follower in Social Media führen nicht automatisch zu Käufen; entscheidend ist die Conversion Rate
- Eine Conversion Rate von 2 bis 5 % auf einer Website ist bereits sehr gut; wenn 100.000 Menschen eine Leanpub-Buchseite sehen und die Zielgruppe gut passt, könnten etwa 3.000 davon kaufen
- Bei Amazon kann die Conversion Rate höher sein, weil viele Nutzerinnen und Nutzer die Buchseite bereits mit Kaufabsicht erreichen
Reale Verkaufszahlen und der Einfluss von Longsellern
- Einige bekannte Technik- und Wirtschaftsbücher erzielen über lange Zeit hohe Verkaufszahlen
- Enterprise Integration Patterns (2003): mehr als 100.000 Exemplare
- Team Topologies (2019): mehr als 150.000 Exemplare
- UML Distilled (1997): mehr als 300.000 Exemplare
- Design Patterns (1994): mehr als 500.000 Exemplare
- The Unicorn Project (2018): mehr als 500.000 Exemplare
- Diese Beispiele liefen alle über traditionelle Verlagskanäle, aber das bedeutet nicht, dass traditionelle Verlage immer mehr verkaufen
- Von selbstverlegten technischen Fachbüchern mit mehr als 100.000 Exemplaren wisse man keine Beispiele
- Aus Verlagssicht können 10.000 verkaufte Exemplare bereits als Erfolg gelten, der dazu führt, dass ein weiteres Buch angefragt wird
- Bei Leanpub veröffentlichen einige Autorinnen und Autoren ihre Verkaufszahlen
- Simon Browns Software Architecture for Developers wurde Stand Mai 2024 fast 27.000-mal verkauft
- Diese Zahl kann kostenlose Verteilungen enthalten
- Platform Strategy liegt auf Platz 19 der Leanpub-Bestsellerliste aller Zeiten
Wie sich Amazon-Verkaufszahlen schätzen lassen
- Amazon veröffentlicht keine Stückzahlen, aber bei Büchern der letzten etwa fünf Jahre lassen sich Verkäufe grob über die Zahl der Bewertungen auf Amazon.com abschätzen
- Die Faustformel lautet: Verkaufte Exemplare = Anzahl der Amazon.com-Bewertungen × 60
- Diese Formel passt gut zu Team Topologies und The Software Architect Elevator, kann aber bei älteren Büchern die Verkäufe unterschätzen
- Design Patterns hat ähnlich viele Bewertungen wie Team Topologies, wurde aber viel länger verkauft
- Früher war Amazon kleiner oder es hinterließen weniger Menschen Bewertungen
- Unterschiedliche editionen sammeln Bewertungen getrennt, daher muss man sie zusammenrechnen
- Amazon zeigt bei manchen Büchern auch monatliche Verkaufsspannen an
- The Software Architect Elevator: Bereich 100+
- Kent Becks Tidy First, Sam Newmans Building Microservices: Bereich 250+
- Design Patterns: Bereich 500+
- System Design Interview: Bereich 1k+
- Martin Kleppmanns Designing Data-Intensive Applications: Bereich 2.5k+
Die Ökonomie der Lebensdauer eines Buchs
- Mit einem Buch lassen sich zwar 100.000 US-Dollar verdienen, aber man sollte nicht erwarten, das innerhalb eines Jahres zu schaffen
- Enterprise Integration Patterns hat pro Autor mehr als 100.000 US-Dollar eingebracht, aber über einen Zeitraum von 20 Jahren
- Die Lebensdauer des Themas hat großen Einfluss auf den Ertrag
- EIP verkauft sich auch 20 Jahre nach Erscheinen noch jedes Jahr einige Tausend Mal
- Bücher zu einer konkreten Technologie können nach 12 bis 18 Monaten veraltet sein
- Eine Möglichkeit, die Lebensdauer eines Buchs zu verlängern, sind 2. und 3. Auflagen
- 37 Things und Cloud Strategy verkauften sich rund vier Jahre kontinuierlich; 37 Things entwickelte sich zu The Software Architect Elevator weiter und verkaufte sich insgesamt mehr als sieben Jahre gut
Der Autorenanteil je Vertriebskanal
- Der ungefähre Anteil des Verkaufspreises, der an die Autorin oder den Autor geht, unterscheidet sich je nach Kanal
- Gumroad: etwa 88 %, inklusive 2 % Kreditkartengebühr
- Leanpub: 80 %
- Amazon Kindle: 65 % bei Preisen unter $10, 35 % bei $10 und mehr
- Amazon KDP: Preis × 60 % - Druckkosten
- Traditioneller Verlag: etwa 5 bis 8 %
- Gumroad zahlt 90 % abzüglich 2 bis 3 % Kreditkartengebühren aus
- Leanpub bietet faire Tantiemensätze und ein Rendering-System für Bücher; für Zusatzfunktionen gibt es Monatsgebühren, die für verifizierte Autorinnen und Autoren erlassen werden können
- Kindle-eBooks haben unter $10 gute Tantiemensätze, fallen bei den für die meisten Technikbücher typischen Preisen von $10 und mehr aber stark auf 35 % zurück
- Bei gedruckten KDP-Büchern trägt die Autorin oder der Autor die Druckkosten innerhalb der 60 %
- Beispielrechnung für ein 300-seitiges Technikbuch: $30 × 60 % - $5 = $13
- Am Ende bleiben ungefähr 30 bis 40 % des Verkaufspreises
- Traditionelle Verlage zahlen etwa 15 % vom Nettoerlös; bezogen auf den Ladenpreis sind das rund 6 %, also bei einem $50-Buch ungefähr $3 pro Exemplar
- Gibt es Co-Autoren, wird derselbe Anteil aufgeteilt, sodass der Erlös pro Person entsprechend sinkt
- Bei traditionellen Verlagen liegen die Tantiemensätze für Hörbücher und eBooks bei etwa 25 %; wegen niedriger Vertriebskosten können sie die Hälfte eines Tantiemenschecks ausmachen
Wie man mit Büchern mehr Geld verdient
- Für viele unabhängige Autorinnen und Autoren ist ein Buch kein direktes Verkaufsprodukt, sondern ein Branding-Instrument
- Ein Buch kann helfen, Geschäft hereinzuholen und höhere Stundensätze im Consulting durchzusetzen
- Ein einziger bezahlter Workshop kann so viel einbringen wie der Verkauf von 1.000 Büchern
- In Workshops kann man das Buch auch kostenlos verteilen
- Auch bezahlte Vorträge sind möglich, aber die Honorare schwanken stark und sind keineswegs selbstverständlich
- Bezahlte Online-Events oder Webinare können attraktiv sein, weil Reisezeit und Reisekosten entfallen
- Wer fest angestellt ist, hat möglicherweise weniger Optionen für Zusatzeinnahmen; manche Arbeitgeber schränken Workshops ein
- Bei normalen Bewerbungsprozessen kann ein Buch hilfreich sein, aber es bringt einen nicht automatisch durch das Interview selbst
- Für Beraterinnen und Berater ist ein Buch Material, das die Expertise und Beratung, die sie verkaufen wollen, sichtbar macht
Preisgestaltung und digitale Zusatzprodukte
- Traditionelle Verlage setzen Preise für technische Fachbücher meist im Bereich von $40 bis $80 an
- Bei selbstverlegten Büchern legen die Autorinnen und Autoren den Preis selbst fest; erfahrungsgemäß liegt er bei etwa $25 bis $30
- Mit professionellen Lektorinnen, Lektoren und Illustratorinnen oder Illustratoren kann die Qualität selbstverlegter Bücher an traditionelle Verlagsbücher heranreichen
- Die Mindestpreise einiger Leanpub-Bestseller sind vergleichsweise niedrig
- Software Architecture for Developers: $15
- Art of Data Science: $20
- Event Storming: $9.99
- Ein $20-Buch auf Leanpub kann mehr Autorenerlös bringen als ein $40-Verkauf bei Kindle
- Wenn man ein Buch auf Leanpub startet, kann ein niedriger Einführungspreis von $9.99 frühe Leserinnen und Leser belohnen
- Frühe Käufer erhalten alle Updates kostenlos
- Sie tragen das Risiko, dass das Buch nicht fertig wird, und lesen einen noch nicht redigierten Text
- Wenn das Buch reift, steigt der Preis
- Eine nützliche Preisstrategie, die noch nicht ausprobiert wurde, sind digitale Zusatzprodukte
- workbook, template, toolkit, video als zusätzliche kostenpflichtige Angebote
- Dahinter steckt der Rat, dass es leichter ist, bestehende Käufer zu weiteren $10 zu bewegen, als völlig neue Käufer zu finden
Auszahlungszyklen und Reporting
- Fast alle Vertriebskanäle haben wegen Rückerstattungen oder Gebühren für Kleinstauszahlungen eine Wartefrist
- Gumroad: 7 Tage
- Leanpub: 60 Tage
- Amazon: 60 Tage
- Verlag: 60 bis 180 Tage
- Gumroad zahlt Ende der Woche nach dem Verkauf aus, sodass man im ungünstigsten Fall etwa 13 Tage wartet
- Leanpub hält das Geld zurück, bis die 60-tägige Rückerstattungsgarantie abgelaufen ist
- Amazon zahlt in einem ähnlichen Rhythmus aus
- Bei traditionellen Verlagen reichen die Zyklen von monatlich bis halbjährlich
- Leanpub bietet sofortiges Online-Reporting, Amazon tägliche Online-Reports mit leichter Verzögerung
- Verlage senden Reports als PDF zusammen mit der Auszahlung
Buchreihen und Einnahmen von Reihenherausgebern
- Buchreihen traditioneller Verlage bündeln mehrere Bücher unter einer gemeinsamen Marke, um Cross-Selling zu fördern
- Ein typisches Beispiel ist Pearsons Martin Fowler’s Signature Series, zu der auch Enterprise Integration Patterns gehört
- Bücher mit ähnlichen Titeln wie O’Reillys “Up and Running” oder Mannings “In Action” zielen zwar ebenfalls auf Untermarken und Cross-Selling, sind aber keine Reihen im Sinn einer Reihe mit Herausgeber
- Der typische Anteil eines Reihenherausgebers liegt bei 1 % des Nettoerlöses, also bei einem $50-Buch bei ungefähr 20 Cent pro Exemplar
- Dieses Geld wird nicht vom Autorenanteil abgezogen, sondern zusätzlich gezahlt, in der Annahme, dass die Reihe den Verkauf antreibt
- Wenn mehrere Bücher einer erfolgreichen Reihe 50.000 oder 100.000 Exemplare überschreiten, kann sich auch 1 % summieren
- Um mit Reihen-Einnahmen über 100.000 US-Dollar zu kommen, müssten ungefähr 500.000 Exemplare verkauft werden, und um Reihenherausgeber zu werden, müsse man zuerst selbst ein erfolgreicher Autor sein
- In Schreiben, Produktion und Vermarktung eines Buchs fließen Tausende von Stunden, deshalb lässt sich Buchertrag schwer als Stundenlohn berechnen
Die Wahl zwischen Self-Publishing und traditionellem Verlag
- Die Wahl des Publikationskanals ist nicht nur ein Tausch zwischen Tantiemensatz und Unterstützung, sondern auch zwischen Kontrolle und Support-Niveau
- Für Einsteiger kann die Glaubwürdigkeit und Markenwirkung eines traditionellen Verlags hilfreich sein
- Ein grober Vergleich sieht so aus
- Gumroad: hoher Tantiemensatz und hohe Kontrolle, aber schwache Tools, Markenwirkung und Marketingunterstützung
- Leanpub: hoher Tantiemensatz und hohe Kontrolle, dazu Tools zur PDF- und EPUB-Erstellung
- Amazon: gute Reichweite und Online-Reporting, aber Wartezeiten bei Änderungen
- Traditioneller Verlag: niedriger Tantiemensatz und geringe Kontrolle, dafür stark bei Produktion, Marke, Reichweite und Marketingunterstützung
- Bei Gumroad und Amazon muss man das fertige Buch selbst mitbringen
- In Leanpub kann man PDFs aus Markua-Skripten rendern oder direkt im Browser schreiben
- Auch bei Leanpub bleiben Cover, Illustrationen, Korrektorat und Layout Sache der Autorin oder des Autors
- Wenn Profis Lektorat und Artwork übernehmen, können je nach Umfang und Komplexität $500 bis mehrere Tausend Dollar anfallen
- In Leanpub lassen sich Inhalte und Preise jederzeit ändern, außerdem kann man Einmal-Coupons erstellen
- Amazon hat bei jeder Änderung eine Wartezeit von 72 Stunden; in dieser Zeit lassen sich auch keine Autorenexemplare bestellen
- Traditionelle Verlage planen je nach Produktionspipeline Monate im Voraus, und späte Änderungen sind nicht gern gesehen
- Wenn maximale Reichweite wichtiger ist als maximaler Ertrag, kann ein traditioneller Verlag die bessere Wahl sein
IngramSpark und Print-Vertrieb
- IngramSpark ist einer der weltweit größten Druck- und Vertriebsanbieter für Bücher und kann selbstverlegte Bücher in Buchhandlungen und Bibliotheken bestellbar machen
- Die Auszahlungsstruktur lautet wie bei Kindle Direct 60 % des Verkaufspreises - Druckkosten
- Die “Expanded Distribution” von Kindle Direct sorgt dafür, dass auch bei Amazon veröffentlichte Bücher über Ingram vertrieben werden
- Umgekehrt können über Ingram veröffentlichte Bücher ebenfalls bei Amazon verkauft werden
- Beim Vertrieb gedruckter Bücher scheint sich der Markt auf die beiden großen Anbieter Amazon und Ingram zu konzentrieren
Publikationswege lassen sich schrittweise ausbauen
- Publikationskanäle schließen sich nicht vollständig gegenseitig aus
- Ein möglicher Weg ist, mit Blogbeiträgen zu beginnen, schnell Feedback einzuholen und anschließend über Leanpub, Kindle/KDP und dann traditionelle Verlage zu expandieren
- 37 Things ging diesen Weg und entwickelte sich zu The Software Architect Elevator
- Früher standen traditionelle Verlage bereits selbstverlegten Büchern skeptisch gegenüber, heute ist das anders
- Wenn sich ein selbstverlegtes Buch bereits gut verkauft, sehen Verlage das Risiko als geringer an und gehen davon aus, den Absatz weiter steigern zu können
Marketing, Werbung und Promotion
- Leanpub bringt nicht viel eigenen Traffic; die Autorin oder der Autor muss ihn selbst beschaffen
- Das Kernprinzip des Self-Publishing ist Selbstvermarktung
- Gumroad kann mehr Traffic bringen, aber Aufmerksamkeit zu bekommen ist teuer
- Amazon bringt durch Suchranking und Empfehlungen tatsächlich Traffic und beeinflusst damit den Verkauf stark
- Traditionelle Verlage können bezahlte Platzierungen, Cross-Links mit anderen erfolgreichen Büchern und den Versand von Rezensionsexemplaren an Influencer nutzen
- Der Verlagsname kann Vertrauen schaffen und die Conversion Rate erhöhen
- Es gibt auch plattformspezifische Werbeformen
- Bei Leanpub gibt es The Shelf
- Gumroad Discover nimmt mindestens 30 % des Umsatzes und erhöht die Sichtbarkeit
- Amazon-Anzeigen funktionieren über ausgewählte Keywords und Gebote und werden mit dem Label “sponsored” gekennzeichnet
- Ein Klick auf eine Amazon-Anzeige kann leicht $1 kosten
- Wenn man $10 pro Verkauf verdient und die Conversion Rate 20 % beträgt, gibt man $5 Werbekosten aus, um einen Verkauf zu erzielen
- In diesem Fall halbiert sich der Gewinn
- Man sollte prüfen, ob der Verkauf ohne Werbung überhaupt zustande gekommen wäre
- Käuferinnen und Käufer schauen auf Buchbeschreibung, Cover und Reviews
- Goodreads-Reviews wurden als vertrauenswürdiger eingeschätzt als Amazon-Reviews; Amazon besitzt Goodreads und zeigt in manchen Regionen beide Bewertungen zusammen an
- Abseits bezahlter Werbung vermarkten viele Autorinnen und Autoren Bücher über Blogs, Social Media und Events
- Vorträge auf Veranstaltungen können nur begrenzt zu Buchverkäufen führen; wenn bei einem Vortrag im Ausland nur 5 bis 10 Bücher verkauft werden, braucht es für den Zeitaufwand andere Gegenleistungen
- Coupons in Leanpub sind eine nützliche Promotionsfunktion
- Ein 25-%-Rabattcoupon auf ein $20-Buch kann besser funktionieren als ein regulärer Preis von $15
Am Anfang steht am Ende doch das Schreiben eines Buchs
- Alle Erlösmodelle und Vertriebsstrategien greifen erst, wenn das Buch fertig ist
- Der Weg zu 100.000 US-Dollar mit technischen Fachbüchern besteht letztlich darin, ein Buch nach dem anderen zu verkaufen
1 Kommentare
Meinungen auf Hacker News
Ich habe vier technische Bücher veröffentlicht und das fünfte Manuskript ebenfalls fertiggestellt; derzeit bespreche ich mit Verlagen und Distributoren die Veröffentlichung.
Ich habe viele ähnliche Texte gelesen, aber dieser hier wirkt auf mich am realistischsten und umfassendsten.
Besonders der Punkt, dass „10.000 verkaufte Exemplare ein Erfolg sind und 2.000 Exemplare die Gewinnschwelle sein können“, sollte noch stärker betont werden.
Auch viele traditionell verlegte Programmierbücher kommen nicht über 2.000 Exemplare hinaus, und Self-Publishing dürfte noch schwieriger sein.
Auch der „Reality Check“ im Artikel ist noch nicht nüchtern genug. Er zeigt ausgewählte Beispiele gut verkaufter technischer Bücher, doch in der Realität erreichen die meisten Programmierbücher die Marke von 10.000 Exemplaren, die als „gut verkauft“ gilt, nicht, und viele schaffen nicht einmal 2.000.
Die Wirtschaftlichkeit des Schreibens technischer Bücher ist schlecht und wird noch schlechter werden, wenn LLM-generierter Müll den Markt überschwemmt.
Man sollte nicht schreiben, um Geld zu verdienen, sondern nur dann, wenn man es aus anderen Gründen wie Karriere oder Lehre wirklich tun möchte.
Mit technischen Büchern kann man Geld verdienen, aber der Monetarisierungspfad läuft nicht über „Buchverkäufe“, sondern eher darüber, mit ein paar verkauften Büchern Glaubwürdigkeit aufzubauen, daraus Vorträge entstehen zu lassen und schließlich in tatsächlich lukrative Consulting-Aufträge zu kommen.
Wenn ein Buch über Software Engineering 100.000 Exemplare verkauft, ist das wirklich eine Ausnahme; bei Büchern zu einer bestimmten Technologie können 1.000 verkaufte Exemplare ein ziemlich normales Ergebnis sein. Und das über mehrere Jahre hinweg.
In diesem Bereich gibt es kein Geld. Es gibt einen kleinen Autorenmarkt für Leute, die für Reihen wie „...for Dummies“ kontinuierlich halbwegs brauchbare technische Inhalte produzieren können. Wenn zehn Bücher gleichzeitig Tantiemen abwerfen, kann sich das im Verhältnis zur investierten Zeit lohnen, aber mit ein oder zwei Büchern verdient man vermutlich weniger als in einem Mindestlohnjob.
Das heißt trotzdem nicht, dass man es nicht versuchen sollte; es ist eher ein Hobby für Leute, die etwas weiterzugeben haben und ihren Lebensunterhalt mit ihrem Hauptjob verdienen. Erschwerend kommt hinzu, dass Buchpiraterie weit verbreitet ist und selbst Menschen, denen der Text geholfen hat und die zahlen könnten, daran gewöhnt sind, Raubkopien kostenlos zu teilen.
Ich habe kürzlich ein furchtbares technisches Buch gelesen, das offensichtlich von einem LLM erzeugt zu sein schien, und den Verlag kontaktiert. Der Verlag versicherte mir, das sei „nur der Stil des Autors“ und es sei kein LLM verwendet worden. Natürlich halte ich das alles für gelogen.
Offenbar bringt es trotzdem Umsatz, schlechte Bücher zu veröffentlichen.
Mein Buch hat sich in fünf Monaten 91-mal verkauft; es behandelt, wie Machine Learning funktioniert. Ich bin ein unbekannter Autor, habe keine Social Media und kein Werbebudget, also nur organische Sichtbarkeit auf Amazon.
Wirtschaftlich ist das ganz sicher nicht attraktiv, aber ich habe es nicht des Geldes wegen geschrieben. Der wichtigere, eher existenzielle Grund war, dass ich meine Worte in der Welt hinterlassen wollte.
Selbst wenn sie sich nicht oft verkaufen, können sie als Glaubwürdigkeitsinstrument für Consulting dienen oder, so unangenehm das auch ist, für „Influencer“-Kampagnen.
2020 habe ich die komplette FFmpeg-Dokumentation durchgearbeitet und danach ein FFmpeg-Buch geschrieben.
Ich wollte FFmpeg von Grund auf lernen, indem ich die in der Dokumentation beschriebenen Funktionen für echte Audio- und Videokonvertierungen ausprobierte. Das Ergebnis habe ich anschließend als eine Art Erweiterung der offiziellen Dokumentation Open Source veröffentlicht[0] und auch auf Kindle herausgebracht[1].
In den vergangenen vier Jahren habe ich 743 Exemplare verkauft und damit fast 2.000 Dollar verdient. Trotzdem fühlt es sich jedes Mal, wenn ich die monatliche KDP-Auszahlungs-E-Mail bekomme, seltsamerweise befriedigender an als mein FAANG+-Gehalt.
[0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
[1] https://www.amazon.com/dp/B087GYV15Y/
Da fragte ich mich, warum man es nicht für die gesamte Videobearbeitung verwenden sollte. Es ist schwieriger als eine UI, aber die Befehle werden 2050 noch dieselben sein wie heute, und man kann sie skripten.
Natürlich hängt alles zusammen, und du hast ffmpeg nicht selbst geschrieben und auch weder Video-Encoding noch Kameratechnik erfunden, aber wenn man so argumentiert, hört es nie auf.
Wie der Artikel treffend sagt, ist es aus vielen Gründen eine gute Idee, ein Buch zu schreiben, aber Einnahmen zu erzielen gehört nicht dazu.
Aus eigener Erfahrung: Vor 15 bis 20 Jahren, in der goldenen Zeit des Markts für technische Bücher, bekam man 1.500 Dollar für ein Kapitel. Das waren zwei bis drei Wochen Arbeit und besser bezahlt als Magazinartikel, die ähnlich viel Zeit kosteten, aber etwas weniger einbrachten.
Ein ganzes Buch brachte vermutlich etwa 25.000 Dollar, dauerte aber mindestens sechs Monate.
Natürlich wurde bei Fertigstellung gezahlt, und es gab das Versprechen späterer Tantiemen, falls das Buch gut lief, aber wenn man nicht sehr viel Glück hatte, passierte das kaum.
Trotzdem waren 2.500 Dollar in heutigem Wert für weniger als einen Monat Arbeit nicht völlig schlecht, und der Titel eines veröffentlichten Autors half dabei, Consulting-Aufträge zu bekommen.
Heutzutage sind „Magazin- oder Buchverträge, die tatsächlich Geld zahlen“, aber fast völlig verschwunden.
Ich habe ein Lehrbuch darüber geschrieben, wie man die Digital Audio Workstation Cubase benutzt, und darin auch Hintergrundwissen wie Musiktheorie, Audiokonzepte, Mixing, Effekte und Instrumente aufgenommen.
Das Schreiben hat zwei Jahre gedauert, davon habe ich ein Jahr lang meine gesamte Freizeit investiert; auf Vollzeit umgerechnet waren es also etwa neun Monate bis ein Jahr Arbeit.
Aber niemand hat es gekauft. Erst etwa zwei Jahre später begann es sich zu verkaufen, weil jemand aus der Branche zufällig Werbung dafür machte.
Ich habe es bis heute laufend aktualisiert; angefangen hat es bei Cubase 6, inzwischen ist es bei Cubase 13 angekommen. Es verkauft sich ziemlich stabil und bringt normalerweise etwa 400 Pfund Umsatz im Monat. Das ist kein großes Geld, aber es deckt einen Teil der Lebenshaltungskosten, und es lohnt sich, bei jeder neuen Cubase-Version im Schnitt zwei Wochen in ein Update zu stecken.
Verkauft wird es weltweit per Print-on-Demand über Amazon. Früher habe ich Lulu genutzt, aber im Grunde lief das darauf hinaus, dass Lulu an Amazon auslagerte; und Amazon bringt zwar pro Exemplar weniger Gewinn, verkauft aber dreimal so viel wie Lulu. Später stellte Lulu das von mir verwendete Format ein, was die Entscheidung noch einfacher machte.
Ich habe auch noch ein anderes Buch veröffentlicht, aber sowohl Preis als auch Verkaufszahlen sind geringer. Bücher zu machen ist ziemlich angenehm, aber schwierig; es läuft eher auf „Wenn man in freien Momenten daran arbeitet, kann sich das irgendwann über ein bis zwei Jahre amortisieren“ hinaus.
Bei 400 Dollar im Monat wären das insgesamt etwa 52.800 Dollar, als Gegenwert für ungefähr ein Jahr Arbeit.
Es hat also durchaus etwas eingebracht, aber wahrscheinlich nicht so viel wie ein Jahr Vollzeitjob.
Technische Bücher zu schreiben ist eine extrem schlechte Idee, die wohl nur Idealisten, Aufschneider und zwanghafte Ideologen versuchen würden.
Mein Buch ist hier:
https://hypermedia.systems
(https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
Beim erneuten Nachsehen war das Repository, das ich mit einem Stern markiert hatte, archiviert, und es gibt offenbar seit Kurzem ein neues Repository, aber ich konnte keine Erklärung finden. Ich wüsste gern, ob es sich um Content-Updates handelt oder um ein Refactoring der Buch-Build-Pipeline; falls es dazu eine Erklärung oder einen Link gibt, wäre das hilfreich.
Man kann auch einfach für die Welt schreiben.
Viele von uns haben gut bezahlte Hauptjobs, die den Lebensunterhalt sichern, und gutes Schreiben kann man wie ein Nebenprojekt machen.
Der Vorteil ist, dass man nicht künstlich Umfang aufblähen muss und knapp schreiben kann; außerdem kann man aus der Community Bug Reports bekommen.
Ich sehe nicht auf Leute herab, die mit Büchern Geld verdienen. Ich respektiere alle Autorinnen, Autoren und Lektorinnen und Lektoren. Nur einige Verlage können meinetwegen verschwinden.
Auch andere Wege, bei denen Geld nicht die Motivation ist, stehen vielen offen. Man sollte sich an die alte Hacker-Ethik erinnern.
Das erklärt wohl, warum so viel Literatur zur Spieleentwicklung hinter verschlossenen Türen liegt, hinter dem 500-Dollar-Vault-Zugang der GDC, oder nur als mündlich weitergegebenes Insiderwissen in der Branche existiert.
Gute Dokumentation ist schon schwer genug zu bekommen; technische Literatur ist noch schwieriger, und nach Crunch-Wochen mit mehr als 70 Stunden bleibt vermutlich kaum Energie, aus Leidenschaft noch zu schreiben.
Das Gewinnmotiv trübt das Wasser. Herodot, Newton und Darwin schrieben Dinge, über die nachzudenken sich lohnte, und solche Dinge bringen die Gesellschaft voran.
Die Vorstellung, dass Gier gut sei und das Gewinnmotiv der zentrale Antrieb, ist sehr neu und könnte der langfristigen Entwicklung der Zivilisation schaden.
Wenn man sich Open Source ansieht, ist es wegen der fehlenden Zahlungsschicht chaotisch geworden. Und dann wurde dieser Open-Source-Code genutzt, um LLMs kostenlos zu bootstrappen.
Es stimmt, dass man technische Bücher nicht wegen des Geldes schreiben sollte, aber gleichzeitig darf man sie auch wegen des Geldes schreiben.
Wenn man ein Buch als Geschäft angeht, gibt es genug Geld zu verdienen.
Es gibt einen Rückblick von jemandem, der parallel zu einem Vollzeitjob über mehrere Jahre Bücher und damit verbundene Arbeiten als Nebenprojekt gemacht und fast 400.000 Dollar verdient hat. Das war nicht alles direkter Buchverkauf; ein großer Teil kam aus Chancen, die das Buch eröffnet hat.
Außerdem konnte er sich dank des Buchs selbst für ein US-Visum und eine Green Card sponsern, und die dadurch entstandenen vielen Chancen sind in der Rechnung noch gar nicht enthalten.
Die zentrale Einsicht ist, dass ein Buch ein Produkt ist. Man muss es so schreiben, dass es jemandem hilft. Kann der Leser nach der Lektüre etwas Nützliches tun, das er vorher nicht konnte? Wie hilft es ihm, schneller zu bekommen, was er will?
https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
Ich teile das nicht, um anzugeben, sondern um zu ermutigen. Wir brauchen mehr erkenntnisreiche und nützliche Bücher.
Wenn man diesen Weg gehen will, empfehle ich dringend, zuerst Write Useful Books zu lesen. Ich wünschte, es hätte dieses Buch gegeben, als ich angefangen habe.
http://writeusefulbooks.com/
Von außen wirkst du wie jemand, der bereits ziemlich etabliert ist.
Ich mag es nicht, wenn Indie-Dev-Influencer die Trägheit ignorieren, die sie aufgebaut haben, und twittern: „Das kann jeder schaffen.“ Ich weiß nicht genug, um zu beurteilen, ob das bei dir der Fall ist oder nicht.
Ich habe 9 technische Bücher geschrieben, davon 4 bei dem großen Verlag Apress und 5 unabhängig veröffentlicht (https://wjgilmore.com/)
Eines davon, Beginning PHP and MySQL, feiert erstaunlicherweise sein 20-jähriges Erscheinen[1] und wurde in mehrere Sprachen übersetzt.
Vor langer Zeit habe ich außerdem etwa 70 Bücher bei Apress und einige bei Wiley lektoriert. Ich kenne diese Branche ziemlich gut, und auch wenn ich seit einigen Jahren nicht mehr direkt daran beteiligt bin, verfolge ich sie weiterhin aufmerksam.
Mein Rat lautet: Wenn du ein Buch schreiben willst, dann schreib es. Aber wenn du dieses kranke Verlangen hast, unzählige Stunden mit Schreiben und Überarbeiten zu verbringen und dich dabei selbst als dumm, unzulänglich und als miserablen Autor fertigzumachen, dann solltest du es zumindest mit der Möglichkeit im Hinterkopf tun, dass Menschen es lesen und du auch Geld damit verdienen kannst.
Um Erfolgschancen zu schaffen, solltest du dein Buch auf mehrere Arten paketieren. Kombinationen wie Druckausgabe, Druckausgabe+Video oder Druckausgabe+Video+Beratung waren für mich persönlich sehr erfolgreich.
Für die Buchproduktion empfehle ich Leanpub.com. Es wandelt Markdown in PDF, epub usw. um und spart einem enorm viele qualvolle Stunden. Das ist kein Affiliate-Ding oder Ähnliches; ich sage es, weil es wirklich hilft.
Wenn du mit einem Verlag arbeiten willst – was ich Stand 2024 nicht empfehlen würde –, musst du ihn sehr sorgfältig auswählen. Es gibt derzeit nur zwei Verlage, mit denen ich mir vorstellen könnte zu arbeiten, und selbst dann würde ich die üblichen Rechte niemals abtreten.
[1] Ab der fünften Auflage wurde mein Name wegen Meinungsverschiedenheiten mit dem Verlag aus dem Buch entfernt.
Ein Buch sollte nicht als am Veröffentlichungstag abgeschlossen betrachtet werden.
Jeff Geerling hat sein DevOps-Buch mehrfach kostenlos angeboten, aber ich habe dafür bezahlt, weil er auch nach der Veröffentlichung weiter daran gearbeitet und es verbessert hat.
Wenn mehr Autoren diesen Ansatz wählen, wird die Qualität steigen.
Allen Interessierten kann ich Rob Fitzpatricks Write Useful Books sehr empfehlen.
https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
Es ist nicht speziell ein Buch über technische Bücher, sondern behandelt vor allem, wie man empfehlenswerte Sachbücher schreibt; einiges davon lässt sich natürlich auch auf technische Bücher anwenden.
Es enthält viele praktische Ratschläge, die man braucht, um ein Buch tatsächlich „durchzuziehen“, und es war das Buch, das mich dazu gebracht hat, zumindest einmal einen Fuß ins Wasser zu setzen.
Ich habe mehrere Bücher geschrieben. Mein erstes Buch war schlecht, verkaufte sich aber sehr gut.
Damals gab es Stack Overflow noch nicht, Betriebssystemplattformen investierten nicht genug in Entwickler-Support, und die Dokumentation war miserabel. Heute trifft nichts davon mehr zu.
Auch das Medium gedrucktes Buch ist stark im Niedergang. Die späteren Bücher, die ich schrieb, waren viel besser, verkauften sich aber immer weniger.
Derzeit mache ich TikToks, in denen ich Inhalte zu Projektmanagement mit Themen mische, die mich aktuell interessieren, und daraus wird wahrscheinlich eine längere Vorlesungsreihe auf YouTube entstehen.
Vielleicht ist dort nicht alles aufgeführt, aber das zuletzt genannte Buch scheint Enterprise Android zu sein, ein deutlich nischigeres Thema als frühere Bücher wie Programming Android.
Selbst wenn es das bessere Buch ist, lässt sich das schwer ausgleichen, wenn die Zielgruppe selbst viel kleiner ist.
Persönlich halte ich mein erstes Buch von vor 10 Jahren für mein bestes Werk, aber weil das Thema so eng war, verkaufte es sich viel schlechter als meine späteren Bücher.
Außerdem gibt es heute viel mehr Programmierer als früher. Sie lesen vielleicht weniger Bücher, aber zu sagen, Stack Overflow und Open-Source-Plattformen hätten den Markt für technische Bücher getötet, ist ziemlich ungenau.
Es wirkt, als würdest du deine eigene Situation auf den gesamten Markt projizieren. Das ist nicht als Angriff gemeint; ich hoffe, du nimmst es als eine andere Perspektive.
Ich habe ein paar Bücher geschrieben und veröffentlicht, und das Buch, auf das ich am stolzesten bin, hat sich am wenigsten verkauft.
https://www.amazon.com/dp/1484232275/ hat auf Amazon eine Bewertung von 5,0 und 20 Rezensionen, und ich habe per E-Mail, Chat und persönlich viel positives Feedback bekommen.
Allerdings ist das Thema ein sehr enges Fachgebiet, sodass es praktisch kaum Menschen gibt, die sich dafür interessieren :-)