1 poin oleh GN⁺ 2024-06-30 | 1 komentar | Bagikan ke WhatsApp
  • Buku teknis memang punya peluang menghasilkan uang yang berarti dari royalti, tetapi karena penulisan, produksi, dan promosi memakan ribuan jam, ini adalah pekerjaan yang sulit dimulai jika hanya melihat uangnya
  • Untuk menghasilkan 100 ribu dolar dari satu buku, karena laba per eksemplar sangat berbeda tergantung cara distribusinya, dibutuhkan sekitar 6 ribu eksemplar eBook terbitan mandiri, 10 ribu eksemplar cetak terbitan mandiri, atau 25 ribu eksemplar lewat penerbit tradisional
  • Penjualan nyata biasanya terbatas kecuali untuk sebagian buku yang laku dalam jangka panjang; menurut standar penerbit, penjualan 10 ribu eksemplar dianggap sukses, dan buku yang bergantung pada teknologi tertentu bisa menjadi usang hanya dalam 12–18 bulan
  • Gumroad, Leanpub, Amazon, dan penerbit tradisional berbeda dalam pembagian pendapatan, alat produksi, kendali, merek, jangkauan, dan dukungan promosi, sehingga pendapatan penulis dan cara kerjanya ikut berbeda
  • Buku tidak hanya menghasilkan pendapatan penjualan langsung, tetapi juga memengaruhi konsultasi, lokakarya, presentasi berbayar, dan kredibilitas karier; khususnya bagi konsultan independen, buku menjadi alat pembuktian keahlian

Buku teknis sulit ditulis hanya demi uang

  • Prinsip dasar yang berlaku bagi penulis teknis, pembicara, dan editor seri adalah jika orang lain menghasilkan uang, penulis juga harus menghasilkan uang
  • Prinsip pertama dalam menulis buku teknis adalah jangan menulis demi uang
  • Namun, bukan berarti buku teknis tidak bisa menghasilkan pendapatan yang lumayan; besarnya pendapatan sangat bergantung pada volume penjualan dan cara distribusi
  • Royalti biasanya dikategorikan sebagai pendapatan pasif, tetapi dalam praktiknya lebih mirip kompensasi tertunda atas kerja penulisan, produksi, dan promosi di masa lalu
  • Platform seperti Leanpub yang mengirim e-mail setiap kali ada penjualan buku membuat penulis bisa langsung merasakan notifikasi penjualan

Berapa eksemplar yang harus terjual untuk menghasilkan 100 ribu dolar

  • Perkiraan jumlah penjualan untuk menghasilkan USD 100.000 dari satu buku sangat berbeda tergantung laba per eksemplar
    • eBook terbitan mandiri: harga ritel $20, royalti $16, sekitar 6 ribu eksemplar
    • Buku cetak terbitan mandiri: harga ritel $30, royalti $10, sekitar 10 ribu eksemplar
    • Buku teknis penerbit tradisional: harga ritel $50, royalti $4, sekitar 25 ribu eksemplar
  • Jumlah pengikut media sosial yang besar tidak otomatis berubah menjadi pembelian; hasil nyata bergantung pada tingkat konversi
  • Tingkat konversi 2–5% di situs web sudah sangat baik, dan jika 100 ribu orang melihat halaman buku Leanpub dengan target yang tepat, sekitar 3 ribu orang bisa membeli
  • Di Amazon, tingkat konversi bisa lebih tinggi karena pengguna yang sampai ke halaman buku sering kali sudah memiliki niat membeli

Penjualan nyata dan dampak penjualan jangka panjang

  • Sebagian buku teknologi dan bisnis terkenal mencatat penjualan besar dalam jangka panjang
  • Semua contoh ini melewati kanal penerbitan tradisional, tetapi itu tidak berarti penerbitan tradisional selalu menjual lebih banyak
  • Disebutkan bahwa tidak diketahui adanya buku teknis terbitan mandiri yang melampaui 100 ribu eksemplar
  • Menurut standar penerbit, penjualan 10 ribu eksemplar bisa dianggap sukses, dan setelah itu penulis mungkin diminta menulis buku berikutnya
  • Di Leanpub, sebagian penulis membuka data penjualan mereka

Cara memperkirakan penjualan Amazon

  • Amazon tidak membuka jumlah eksemplar terjual, tetapi untuk buku sekitar 5 tahun terakhir, penjualan bisa diperkirakan secara kasar dari jumlah rating di Amazon.com
  • Rumus empirisnya adalah jumlah eksemplar terjual = jumlah rating Amazon.com × 60
  • Rumus ini cocok untuk Team Topologies dan The Software Architect Elevator, tetapi bisa meremehkan penjualan buku lama
    • Design Patterns memiliki jumlah rating yang mirip dengan Team Topologies, tetapi sudah dijual jauh lebih lama
    • Dahulu skala Amazon mungkin lebih kecil atau lebih sedikit orang yang meninggalkan rating
    • Edition yang berbeda mengumpulkan rating secara terpisah, sehingga perlu dijumlahkan
  • Amazon juga kadang menampilkan rentang penjualan bulanan untuk sebagian buku
    • The Software Architect Elevator: rentang 100+
    • Tidy First karya Kent Beck, Building Microservices karya Sam Newman: rentang 250+
    • Design Patterns: rentang 500+
    • System Design Interview: rentang 1k+
    • Designing Data-Intensive Applications karya Martin Kleppmann: rentang 2.5k+

Ekonomi umur buku

  • Meski bisa menghasilkan 100 ribu dolar dari buku, jangan berharap mendapatkannya dalam 1 tahun
  • Enterprise Integration Patterns menghasilkan lebih dari 100 ribu dolar per penulis, tetapi periode itu adalah 20 tahun
  • Umur topik buku sangat memengaruhi pendapatan
    • EIP masih terjual beberapa ribu eksemplar per tahun bahkan 20 tahun setelah terbit
    • Buku yang membahas teknologi tertentu bisa menjadi usang setelah 12–18 bulan
  • Salah satu cara memperpanjang umur buku adalah menerbitkan edisi ke-2, ke-3
  • 37 Things dan Cloud Strategy terjual stabil selama sekitar 4 tahun, dan 37 Things berkembang menjadi The Software Architect Elevator yang laku baik selama total lebih dari 7 tahun

Bagian penulis menurut kanal distribusi

  • Persentase kasar dari harga ritel yang kembali kepada penulis berbeda menurut kanal
    • Gumroad: sekitar 88%, setelah memperhitungkan biaya kartu kredit 2%
    • Leanpub: 80%
    • Amazon Kindle: 65% jika harga di bawah $10, 35% jika $10 atau lebih
    • Amazon KDP: harga × 60% - biaya cetak
    • Penerbit tradisional: sekitar 5–8%
  • Gumroad membayar 90% dikurangi biaya kartu kredit 2–3%
  • Leanpub menyediakan tarif royalti yang adil dan sistem rendering buku, dan meski fitur tambahan memiliki biaya bulanan, biaya itu bisa dibebaskan bagi penulis terverifikasi
  • Untuk eBook Kindle, tarif royalti bagus di bawah $10, tetapi turun tajam menjadi 35% pada $10 ke atas, yang berlaku untuk sebagian besar buku teknis
  • Untuk buku cetak KDP, penulis menanggung biaya cetak dari 60%
    • Contoh perhitungan untuk buku teknis 300 halaman adalah $30 × 60% - $5 = $13
    • Pada akhirnya, penulis memperoleh sekitar 30–40% dari harga ritel
  • Penerbit tradisional membayar sekitar 15% dari penjualan bersih, yang setara sekitar 6% dari harga ritel, atau kira-kira $3 untuk satu buku seharga $50
  • Jika ada rekan penulis, bagian yang sama dibagi, sehingga pendapatan per orang turun secara proporsional
  • Tarif royalti audiobook dan eBook dari penerbit tradisional sekitar 25%, dan berkat biaya distribusi yang rendah, ini bisa menyumbang setengah dari cek royalti

Cara menghasilkan lebih banyak uang dari buku

  • Bagi banyak penulis independen, buku bukan produk penjualan langsung, melainkan alat branding
  • Buku bisa membantu mendatangkan bisnis dan menaikkan tarif konsultasi
  • Satu lokakarya berbayar bisa menghasilkan pendapatan setara 1.000 eksemplar buku
  • Dalam lokakarya, buku juga bisa dibagikan secara gratis
  • Presentasi berbayar juga memungkinkan, tetapi honor pembicara sangat bervariasi dan tidak bisa dianggap pasti dibayar
  • Acara berbayar online atau webinar bisa menguntungkan karena tidak ada waktu dan biaya perjalanan
  • Jika bekerja sebagai karyawan tetap, pilihan untuk menciptakan pendapatan tambahan bisa terbatas, dan sebagian pemberi kerja bisa membatasi penyelenggaraan lokakarya
  • Buku bisa membantu mendapatkan peluang wawancara kerja secara umum, tetapi tidak membuat penulis otomatis lolos wawancara itu sendiri
  • Bagi konsultan, buku menjadi materi yang menunjukkan keahlian dan nasihat yang ingin mereka jual

Penetapan harga dan produk digital tambahan

  • Penerbit tradisional biasanya menetapkan harga buku teknis di kisaran $40–$80
  • Untuk buku terbitan mandiri, penulis menetapkan harga sendiri; kisaran harga berdasarkan pengalaman sekitar $25–$30
  • Jika mempekerjakan editor profesional dan ilustrator, kualitas buku terbitan mandiri juga bisa mendekati buku penerbit tradisional
  • Contoh harga minimum buku terlaris Leanpub relatif rendah
    • Software Architecture for Developers: $15
    • Art of Data Science: $20
    • Event Storming: $9.99
  • Buku Leanpub seharga $20 bisa memberi pendapatan penulis lebih besar daripada penjualan Kindle seharga $40
  • Saat memulai buku di Leanpub, menetapkan harga awal rendah di $9.99 dapat menjadi penghargaan bagi pembaca awal
    • Pembaca awal menerima semua pembaruan secara gratis
    • Mereka menanggung risiko buku belum selesai dan beban membaca naskah sebelum diedit
    • Saat buku makin matang, harga dinaikkan
  • Strategi harga berguna yang belum dicoba adalah produk digital tambahan
    • Caranya menawarkan workbook, template, toolkit, atau video sebagai pembelian tambahan
    • Ini didasarkan pada saran bahwa membuat pembeli yang sudah ada mengeluarkan tambahan $10 lebih mudah daripada mencari pembeli baru sepenuhnya

Siklus pembayaran dan pelaporan

  • Hampir semua kanal penjualan memiliki periode penahanan karena pemrosesan pengembalian dana atau biaya pembayaran bernilai kecil
    • Gumroad: 7 hari
    • Leanpub: 60 hari
    • Amazon: 60 hari
    • Penerbit: 60–180 hari
  • Gumroad membayar pada akhir minggu setelah penjualan, sehingga dalam skenario terburuk perlu menunggu sekitar 13 hari
  • Leanpub menahan uang sampai periode jaminan pengembalian dana 60 hari berakhir
  • Amazon juga membayar dengan jadwal serupa
  • Penerbit tradisional memiliki siklus pembayaran yang beragam, dari bulanan hingga setengah tahunan
  • Leanpub menyediakan laporan online seketika, dan Amazon juga menyediakan laporan online harian dengan sedikit keterlambatan
  • Penerbit mengirim laporan PDF bersama pembayaran

Seri buku dan pendapatan editor seri

  • Seri buku dari penerbit tradisional adalah cara mengikat beberapa buku dalam satu merek bersama untuk mendorong cross-selling
  • Contoh utamanya adalah Martin Fowler’s Signature Series dari Pearson, dan Enterprise Integration Patterns juga termasuk dalam seri ini
  • Buku-buku dengan judul serupa seperti “Up and Running” dari O’Reilly atau “In Action” dari Manning menargetkan submerek dan cross-selling, tetapi bukan seri dalam arti memiliki editor seri
  • Bagian umum untuk editor seri adalah 1% dari penjualan bersih, sekitar 20 sen per satu buku seharga $50
  • Uang ini tidak diambil dari bagian penulis, melainkan dibayarkan secara terpisah dengan asumsi seri mendorong penjualan
  • Jika sebuah seri sukses dengan beberapa buku melampaui 50 ribu atau 100 ribu eksemplar, 1% itu bisa terakumulasi
  • Untuk melampaui 100 ribu dolar dari pendapatan seri, perlu menjual sekitar 500 ribu eksemplar, dan untuk menjadi editor seri, seseorang biasanya harus lebih dulu menjadi penulis yang sukses
  • Karena penulisan, produksi, dan promosi buku memakan ribuan jam, sulit menghitung pendapatan buku sebagai pendapatan per jam

Memilih antara terbitan mandiri dan penerbit tradisional

  • Pilihan kanal penerbitan bukan hanya soal tarif royalti, tetapi pertukaran antara kendali dan tingkat dukungan
  • Penulis pemula bisa terbantu oleh kredibilitas dan citra merek penerbit tradisional
  • Perbandingan kasarnya adalah sebagai berikut
    • Gumroad: tarif royalti dan kendali tinggi, tetapi alat, branding, dan dukungan promosi lemah
    • Leanpub: tarif royalti dan kendali tinggi, serta memiliki alat pembuatan PDF dan EPUB
    • Amazon: jangkauan bagus dan ada laporan online, tetapi ada waktu tunggu untuk perubahan
    • Penerbit tradisional: tarif royalti dan kendali rendah, tetapi kuat dalam produksi, merek, jangkauan, dan dukungan promosi
  • Di Gumroad dan Amazon, penulis harus membawa sendiri buku yang sudah selesai
  • Leanpub bisa merender PDF dari skrip Markua atau menulis di browser
  • Meski menggunakan Leanpub, sampul, ilustrasi, proofreading, dan layout tetap menjadi tanggung jawab penulis
  • Menyerahkan penyuntingan dan artwork kepada profesional bisa memakan biaya $500 hingga ribuan dolar, tergantung ukuran dan kompleksitas buku
  • Di Leanpub, penulis bisa mengubah konten dan harga kapan saja serta membuat kupon sekali pakai
  • Amazon memiliki periode tunggu 72 jam untuk setiap perubahan, dan selama itu penulis juga tidak bisa memesan eksemplar penulis
  • Penerbit tradisional menjadwalkan beberapa bulan sebelumnya sesuai pipeline produksi, dan perubahan terlambat tidak disambut baik
  • Jika tujuannya adalah jangkauan pembaca maksimum, bukan pendapatan maksimum, penerbit tradisional bisa menjadi pilihan yang lebih baik

IngramSpark dan distribusi cetak

  • IngramSpark adalah salah satu perusahaan percetakan dan distribusi buku terbesar di dunia, yang bisa membuat buku terbitan mandiri dapat dipesan oleh toko buku dan perpustakaan
  • Struktur pembayarannya sama seperti Kindle Direct, yaitu 60% dari harga ritel - biaya cetak
  • “Expanded Distribution” dari Kindle Direct membuat buku yang diterbitkan di Amazon juga didistribusikan melalui Ingram
  • Sebaliknya, buku yang diterbitkan lewat Ingram juga bisa dijual di Amazon
  • Distribusi buku cetak tampak mengerucut pada dua pemain raksasa, Amazon dan Ingram

Jalur penerbitan bisa diperluas secara bertahap

  • Kanal penerbitan tidak sepenuhnya saling eksklusif
  • Salah satu cara menjalankannya adalah memulai dari tulisan blog untuk mendapat umpan balik cepat, lalu memperluasnya ke Leanpub, Kindle/KDP, dan penerbit tradisional secara berurutan
  • 37 Things melewati jalur ini dan berkembang menjadi The Software Architect Elevator
  • Dulu penerbit tradisional enggan mengambil buku yang sudah diterbitkan sendiri, tetapi kini situasinya berubah
  • Jika buku terbitan mandiri sudah laku dengan sendirinya, penerbit menilai mereka bisa meningkatkan penjualannya lebih jauh dan menganggap risikonya lebih rendah

Pemasaran, iklan, promosi

  • Leanpub tidak mendatangkan banyak traffic sendiri; penulis harus mendatangkan traffic
  • Prinsip inti penerbitan mandiri adalah pemasaran mandiri
  • Gumroad bisa mendapatkan lebih banyak traffic, tetapi biaya untuk mendapat perhatian besar
  • Amazon benar-benar mendatangkan traffic melalui peringkat pencarian dan rekomendasi, serta berdampak besar pada penjualan
  • Penerbit tradisional bisa melakukan penempatan berbayar, cross-link dengan buku lain yang laku, mengirim buku ke influencer, dan sebagainya
  • Nama penerbit bisa membangun kepercayaan dan meningkatkan tingkat konversi
  • Ada juga metode iklan per platform
    • Leanpub memiliki The Shelf
    • Gumroad Discover mengambil minimal 30% dari nilai penjualan dan meningkatkan eksposur
    • Iklan Amazon bekerja dengan memilih kata kunci dan melakukan bidding, serta ditandai dengan label “sponsored”
  • Biaya klik iklan Amazon bisa dengan mudah mencapai $1
    • Jika menghasilkan $10 per penjualan dan tingkat konversi 20%, biaya iklan untuk membuat satu penjualan menjadi $5
    • Dalam kasus ini, laba berkurang setengah
    • Perlu memastikan apakah penjualan itu tidak akan terjadi tanpa iklan
  • Pembeli melihat deskripsi buku, sampul, dan ulasan
  • Ulasan Goodreads dinilai lebih dapat dipercaya daripada ulasan Amazon, dan Amazon memiliki Goodreads serta menampilkan kedua skor bersama di sebagian wilayah
  • Selain iklan berbayar, banyak penulis mempromosikan buku lewat blog, media sosial, dan acara
  • Presentasi di acara bisa punya efek lemah terhadap penjualan buku; jika presentasi di luar negeri hanya menjual 5–10 buku, perlu ada kompensasi lain yang sepadan dengan waktu
  • Kupon Leanpub adalah fitur promosi yang berguna
    • Memberi kupon diskon 25% pada buku seharga $20 bisa membuatnya terjual lebih baik daripada buku dengan harga normal $15

Awal akhirnya adalah menulis satu buku

  • Semua struktur pendapatan dan strategi distribusi baru bisa diterapkan setelah buku selesai terlebih dahulu
  • Cara menghasilkan 100 ribu dolar dari buku teknis pada akhirnya adalah menjualnya satu eksemplar demi satu eksemplar

1 komentar

 
GN⁺ 2024-06-30
Pendapat Hacker News
  • Saya sudah menerbitkan 4 buku teknis, dan naskah kelima juga sudah selesai; sekarang sedang berdiskusi dengan penerbit dan distributor
    Saya sudah melihat banyak tulisan serupa, tetapi tulisan ini terasa paling realistis dan menyeluruh
    Terutama bagian bahwa “terjual 10 ribu eksemplar itu sukses, dan 2 ribu eksemplar bisa jadi titik impas” perlu lebih ditekankan
    Bahkan banyak buku pemrograman dari penerbit tradisional tidak melewati 2 ribu eksemplar, dan self-publishing kemungkinan lebih sulit lagi
    Bagian “Reality Check” dalam tulisan itu juga masih kurang dingin. Ia memilih contoh buku teknis yang laris, tetapi kenyataannya sebagian besar buku pemrograman tidak mencapai 10 ribu eksemplar, patokan untuk disebut “laris”, dan banyak buku bahkan tidak melewati 2 ribu eksemplar
    Ekonomi penulisan buku teknis tidak bagus, dan akan makin buruk jika sampah buatan LLM membanjiri pasar
    Jangan menulis untuk mencari uang; tulislah ketika benar-benar ingin menulis karena alasan lain seperti karier atau pendidikan

    • Saya selalu ingin menambahkan tanda bintang pada “jangan menulis untuk mencari uang”
      Uang memang bisa didapat dari buku teknis, tetapi jalur monetisasinya bukan “penjualan buku”; melainkan menjual beberapa buku untuk membangun kredibilitas, lalu berlanjut ke ceramah, dan akhirnya tersambung ke pekerjaan konsultasi yang benar-benar menghasilkan uang
    • Benar. Sebagian contoh sukses yang disebut dalam tulisan itu bukan buku teknis, melainkan buku bisnis
      Kalau buku software engineering terjual 100 ribu eksemplar, itu benar-benar pengecualian; untuk buku yang membahas teknologi tertentu, terjual 1.000 eksemplar pun bisa menjadi hasil yang cukup umum. Itu pun dalam rentang beberapa tahun
      Tidak ada uang di bidang ini. Ada sedikit pasar penulis yang bisa secara konsisten menghasilkan konten teknis yang lumayan layak dibaca untuk seri seperti “...for Dummies”. Kalau 10 buku sekaligus menghasilkan royalti, imbalannya terhadap waktu mungkin lumayan, tetapi kalau hanya satu atau dua buku, kemungkinan pendapatannya lebih rendah daripada pekerjaan upah minimum
      Meski begitu, bukan berarti jangan mencoba; ini lebih mirip hobi bagi orang yang punya sesuatu untuk dibagikan dan biaya hidupnya ditanggung pekerjaan utama. Selain itu, pembajakan buku tersebar luas, dan bagian sulitnya adalah bahkan orang-orang yang terbantu oleh tulisan tersebut dan mampu membayar pun sudah terbiasa membagikan versi bajakan secara gratis
    • Sampah buatan LLM sudah ada dan bahkan sudah diterbitkan
      Baru-baru ini saya membaca buku teknis mengerikan yang jelas-jelas tampak dibuat oleh LLM, lalu menghubungi penerbitnya; penerbit itu meyakinkan saya bahwa “itu hanya gaya penulisnya dan LLM tidak digunakan”. Tentu saja menurut saya semuanya bohong
      Rupanya menerbitkan buku buruk pun tetap bisa menghasilkan penjualan
    • Menurut saya buku teknis rata-rata akan terjual ratusan eksemplar selama masa hidupnya yang wajar
      Buku saya terjual 91 eksemplar dalam 5 bulan; isinya tentang cara kerja machine learning. Saya penulis tak dikenal, tidak punya media sosial, dan anggaran iklan 0, jadi hanya mengandalkan eksposur organik Amazon
      Secara ekonomi jelas tidak bagus, tetapi saya tidak menulisnya karena uang. Alasannya lebih eksistensial: saya ingin meninggalkan kata-kata saya di dunia
    • Saya setuju bahwa buku harus ditulis karena nilai intrinsik-nya, tetapi nilai ekstrinsik juga bisa ada
      Meski tidak banyak terjual, buku bisa menjadi alat kredibilitas untuk konsultasi atau, meski agak tidak nyaman, kampanye ‘influencer’
  • Pada 2020, setelah membaca seluruh dokumentasi FFmpeg, saya menulis buku FFmpeg
    Saya ingin mempelajari FFmpeg luar dalam dengan mencoba memakai fungsi-fungsi yang disediakan dokumentasinya untuk konversi audio dan video nyata, lalu membuka hasilnya sebagai open source seperti perluasan dokumentasi resmi[0] dan juga menerbitkannya di Kindle[1]
    Selama 4 tahun terakhir, saya menjual 743 eksemplar dan menghasilkan hampir 2 ribu dolar. Meski begitu, setiap bulan saat menerima email pembayaran KDP, anehnya saya merasa lebih bangga daripada menerima gaji bulanan FAANG+ saya
    [0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
    [1] https://www.amazon.com/dp/B087GYV15Y/

    • Keren. Saya pernah memakai ffmpeg untuk mengecilkan ukuran video keluarga; meski lewat command line, itu berhasil, sementara editor populer di Windows pada tahun itu tidak bisa melakukannya
      Jadi saya sempat berpikir, bagaimana kalau memakai ini untuk semua pengeditan video? Memang lebih sulit daripada UI, tetapi perintahnya akan tetap sama pada 2050 seperti sekarang, dan bisa dibuat skrip
    • Anda bilang “anehnya”, tetapi itu sepenuhnya karena itu buah dari kerja Anda sendiri
      Tentu saja semuanya saling terhubung, Anda juga tidak menulis ffmpeg sendiri, dan tidak membuat teknologi encoding video atau kamera, tetapi kalau diperdebatkan seperti ini memang tidak ada habisnya
  • Seperti yang dikatakan tulisan itu dengan tepat, menulis buku adalah ide bagus karena banyak alasan, tetapi menghasilkan pendapatan bukan termasuk alasan itu
    Dari pengalaman pribadi, 15–20 tahun lalu, pada masa keemasan pasar buku teknis, menulis satu bab dibayar 1.500 dolar. Itu pekerjaan 2–3 minggu, dan bayarannya lebih baik daripada artikel majalah yang butuh waktu serupa tetapi dibayar sedikit lebih rendah
    Satu buku mungkin sekitar 25 ribu dolar, tetapi butuh setidaknya 6 bulan
    Tentu saja pembayarannya dilakukan saat selesai, dan ada janji royalti nanti jika bukunya sukses, tetapi kecuali sangat beruntung, itu hampir tidak pernah terjadi
    Meski begitu, menerima 2.500 dolar dalam nilai hari ini untuk pekerjaan kurang dari sebulan tidak sepenuhnya buruk, dan gelar sebagai penulis yang diterbitkan memberi keuntungan dalam mendapatkan pekerjaan konsultasi
    Namun sekarang, “kontrak majalah atau buku yang benar-benar membayar uang” itu sendiri hampir menghilang

  • Saya menulis buku ajar tentang cara menggunakan digital audio workstation bernama Cubase, dan juga memasukkan pengetahuan latar seperti teori musik, konsep audio, mixing, efek, dan instrumen.
    Penulisannya memakan waktu 2 tahun; selama 1 tahun di antaranya saya mencurahkan seluruh waktu luang, jadi kalau dihitung sebagai pekerjaan penuh waktu kira-kira setara 9 bulan sampai 1 tahun.
    Namun tidak ada yang membelinya. Sekitar 2 tahun kemudian, seseorang dari industri kebetulan mempromosikannya, dan barulah mulai terjual.
    Sampai sekarang saya terus memperbaruinya; dimulai dari Cubase 6 dan kini sudah sampai Cubase 13. Penjualannya cukup stabil, biasanya menghasilkan sekitar 400 pound per bulan. Bukan uang besar, tetapi cukup untuk membayar sebagian biaya hidup, dan setiap kali versi baru Cubase keluar, layak meluangkan rata-rata 2 minggu untuk memperbaruinya.
    Saya menjualnya lewat print-on-demand Amazon di seluruh dunia. Dulu saya memakai Lulu, tetapi sebenarnya strukturnya adalah mereka mensubkontrakkan ke Amazon, dan meski laba per eksemplar di Amazon lebih kecil, penjualannya 3 kali lebih banyak daripada Lulu. Setelah itu Lulu menghentikan format buku yang saya pakai, jadi pilihannya makin mudah.
    Saya juga menerbitkan satu buku lain, tetapi harga dan volume penjualannya sama-sama lebih kecil. Membuat buku cukup menyenangkan, tetapi sulit; lebih tepatnya seperti “kalau dikerjakan saat ada waktu luang, mungkin suatu hari bisa balik modal selama 1–2 tahun.”

    • Kalau dihitung kasar, Cubase 6 sekitar tahun 2011, penjualan mulai 2013, dan 11 tahun berarti 132 bulan.
      Jika 400 dolar per bulan, totalnya sekitar 52.800 dolar, sebagai imbalan untuk kira-kira 1 tahun kerja.
      Memang menghasilkan sejumlah uang, tetapi besar kemungkinan tidak setara dengan gaji 1 tahun pekerjaan penuh waktu.
    • Saya harus mencari tahu dulu apa itu Cubase. Baru setelah tahu bahwa itu software musik, saya memahami pasar niche-nya.
  • Menulis buku teknis adalah ide yang sangat buruk, yang rasanya hanya akan dicoba oleh idealis, pembual, atau ideolog obsesif.
    Buku saya ada di sini:
    https://hypermedia.systems

    • Senang melihatnya di sini. Dulu saat melakukan vanity search, saya rasa saya pernah melihat naskah di GitHub yang mengutip tulisan blog saya.
      (https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
      Setelah saya cek lagi, repositori yang pernah saya beri bintang sudah diarsipkan, dan belakangan ada repositori baru yang naik, tetapi saya tidak bisa menemukan penjelasannya. Saya ingin tahu apakah itu pembaruan konten, refactoring cara build buku, atau kalau ada penjelasan atau tautan terkait.
  • Bisa juga menulis begitu saja demi dunia.
    Banyak dari kita punya pekerjaan utama bergaji tinggi yang menopang hidup, dan tulisan yang bagus bisa dilakukan seperti pekerjaan sampingan.
    Keuntungannya, kita tidak perlu memaksakan panjang halaman, sehingga bisa menulis secara ringkas, dan juga bisa menerima laporan bug dari komunitas.
    Saya tidak merendahkan orang yang menghasilkan uang dari buku. Saya menghormati semua penulis dan editor. Hanya saja, beberapa penerbit memang boleh enyah.
    Jalan selain uang sebagai motivasi juga terbuka bagi banyak orang. Kita perlu mengingat etika hacker lama.

    • Bagi banyak orang, ini tampaknya jalan yang lebih baik. Tulisan bagus yang relevan: https://sive.rs/balance
    • Berbeda dengan pernyataan “banyak orang punya pekerjaan utama bergaji tinggi yang menopang hidup,” saya, seorang developer game yang terkena PHK, sedang menghitung receh dari pekerjaan freelance yang susah payah saya dapatkan.
      Jadi rasanya itu menjelaskan mengapa begitu banyak literatur pengembangan game berada di balik pintu tertutup, atau di balik akses vault 500 dolar milik GDC, atau hanya tersisa sebagai pengetahuan lisan internal industri.
      Dokumentasi yang bagus saja susah didapat, apalagi literatur teknis; setelah crunch lebih dari 70 jam per minggu, rasanya hampir tidak ada energi tersisa untuk menulis dengan semangat.
    • Secara historis, buku-buku hebat dan sains hebat bukan dibuat oleh orang-orang yang ingin dibayar.
      Motif laba mengeruhkan air. Herodotos, Newton, Darwin menulis hal-hal yang layak dipikirkan, dan hal-hal seperti itulah yang mendorong masyarakat maju.
      Gagasan bahwa keserakahan itu baik dan motif laba adalah penggerak utama merupakan gagasan yang sangat baru, dan mungkin merugikan perkembangan jangka panjang peradaban.
    • Orang harus membayar setidaknya jumlah minimum untuk pekerjaan orang lain.
      Kalau melihat open source, semuanya jadi berantakan karena tidak adanya lapisan pembayaran. Lalu kode open source itu dipakai untuk melakukan bootstrap LLM secara gratis.
  • Memang benar bahwa buku teknis tidak seharusnya ditulis demi uang, tetapi pada saat yang sama, menulis demi uang juga boleh.
    Jika buku didekati sebagai bisnis, ada cukup banyak uang yang bisa dihasilkan.
    Ada tulisan rangkuman tentang seseorang yang, sambil tetap bekerja penuh waktu, mengerjakan buku dan pekerjaan terkait sebagai sampingan selama beberapa tahun dan menghasilkan hampir 400 ribu dolar. Tidak semuanya berasal dari penjualan langsung buku; banyak uang datang dari peluang yang dibuka oleh buku tersebut.
    Selain itu, berkat buku itu ia bisa mensponsori sendiri visa AS dan green card, dan efeknya yang membuka banyak peluang belum dimasukkan dalam perhitungan.
    Insight utamanya adalah bahwa buku adalah produk. Buku harus ditulis agar membantu seseorang. Setelah membaca buku, apakah pembaca bisa melakukan sesuatu yang berguna yang sebelumnya tidak bisa mereka lakukan? Bagaimana buku itu membantu mereka mendapatkan hal yang diinginkan dengan lebih cepat?
    https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
    Saya membagikannya bukan untuk pamer, tetapi untuk menyemangati. Kita membutuhkan lebih banyak buku yang insightful dan berguna.
    Kalau ingin menempuh jalan ini, saya sangat menyarankan membaca Write Useful Books terlebih dahulu. Itu buku yang saya harap sudah ada saat saya memulai.
    http://writeusefulbooks.com/

    • Saya penasaran, menurut Anda berapa banyak dari penghasilan itu yang berkat followers yang sudah ada?
      Dari luar, Anda tampak seperti orang yang sudah cukup mapan.
      Saya tidak suka ketika para influencer developer indie mengabaikan momentum yang sudah mereka bangun sendiri lalu men-tweet “siapa pun bisa melakukannya.” Saya tidak cukup tahu apakah Anda termasuk kasus seperti itu atau bukan.
    • Keren. Saya rasa saya tidak akan menulis buku untuk menghasilkan uang, tetapi setidaknya saya ingin itu menjadi buku yang berguna.
  • Saya sudah menulis 9 buku teknis; 4 di antaranya diterbitkan oleh penerbit besar Apress, dan 5 diterbitkan secara independen (https://wjgilmore.com/)
    Di antaranya, Beginning PHP and MySQL secara mengejutkan sudah mencapai 20 tahun sejak terbit[1], dan telah diterjemahkan ke berbagai bahasa
    Dulu sekali, saya juga pernah menyunting sekitar 70 buku di Apress dan beberapa buku di Wiley. Saya cukup memahami industri ini, dan meski sudah beberapa tahun tidak terlibat langsung, saya masih mengamatinya dengan saksama
    Saran saya begini. Kalau ingin menulis buku, tulislah. Namun jika Anda punya dorongan tidak sehat untuk menghabiskan waktu tak terhitung banyaknya menulis dan merevisi sambil menyudutkan diri sendiri sebagai penulis yang bodoh, kurang mampu, dan payah, setidaknya lakukan itu dengan mempertimbangkan kemungkinan bahwa orang akan membacanya dan Anda juga bisa menghasilkan uang
    Untuk menciptakan peluang sukses, kemaslah buku dalam beberapa cara. Kombinasi seperti versi cetak, versi cetak+video, dan versi cetak+video+konsultasi secara pribadi sangat berhasil bagi saya
    Untuk produksi buku, saya merekomendasikan Leanpub.com. Layanan ini mengubah Markdown menjadi PDF, epub, dan sebagainya, sehingga menghemat waktu penuh penderitaan dalam jumlah besar. Ini bukan afiliasi atau semacamnya; saya mengatakannya karena benar-benar membantu
    Jika ingin bekerja dengan penerbit, meski per 2024 saya tidak merekomendasikannya, pilihlah dengan sangat hati-hati. Menurut saya hanya ada dua penerbit yang saat ini layak diajak bekerja sama, dan bahkan dalam kasus itu pun saya sama sekali tidak akan menyerahkan hak-hak yang lazimnya diminta
    [1] Mulai edisi kelima, nama saya dihapus dari buku karena perbedaan pendapat dengan penerbit

    • Saya juga ingin merekomendasikan agar buku digital terus dijaga tetap mutakhir
      Buku tidak seharusnya dianggap selesai pada tanggal terbitnya
      Jeff Geerling beberapa kali menggratiskan buku DevOps miliknya, tetapi saya membelinya. Itu karena setelah terbit pun ia terus mengerjakan dan memperbaikinya
      Jika lebih banyak penulis memilih cara seperti ini, kualitas akan meningkat
  • Untuk yang tertarik, saya sangat merekomendasikan Write Useful Books karya Rob Fitzpatrick
    https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
    Buku ini tidak persis membahas buku teknis, tetapi terutama membahas cara menulis nonfiksi yang layak direkomendasikan, dan sebagian di antaranya tentu berlaku juga untuk buku teknis
    Ada banyak nasihat praktis yang diperlukan untuk benar-benar “mengerjakan” sebuah buku, dan buku inilah yang setidaknya membuat saya berani mencoba terjun

  • Saya sudah menulis beberapa buku. Buku pertama saya buruk, tetapi terjual sangat baik
    Saat itu belum ada Stack Overflow, platform sistem operasi belum cukup berinvestasi dalam dukungan pengembang, dan dokumentasinya juga berantakan. Sekarang tak satu pun dari hal itu masih benar
    Media berupa buku cetak juga sedang merosot tajam. Buku-buku yang saya tulis belakangan jauh lebih baik, tetapi penjualannya makin menurun
    Sekarang saya membuat TikTok yang memadukan konten manajemen proyek dengan topik-topik yang sedang saya minati, dan kemungkinan akan berlanjut menjadi seri kuliah video panjang di YouTube

    • Saya melihat daftar buku di profil Hacker News
      Mungkin tidak semuanya tercantum, tetapi buku yang paling baru tertulis tampaknya adalah Enterprise Android, topik yang jauh lebih niche dibanding buku sebelumnya seperti Programming Android
      Sekalipun bukunya lebih baik, jika basis pembacanya sendiri jauh lebih kecil, sulit untuk mengalahkan perbedaan itu
      Secara pribadi, saya menganggap buku pertama saya 10 tahun lalu sebagai karya terbaik saya, tetapi karena topiknya terlalu sempit, penjualannya jauh lebih rendah daripada buku-buku berikutnya
      Selain itu, sekarang jumlah programmer jauh lebih banyak daripada dulu. Mereka mungkin membaca buku lebih sedikit, tetapi mengatakan bahwa Stack Overflow dan platform open source telah membunuh penerbitan buku teknis itu cukup tidak akurat
      Tampaknya Anda memproyeksikan situasi pribadi Anda ke seluruh pasar. Saya harap ini diterima sebagai sudut pandang lain, bukan serangan
    • Pernyataan “Buku-buku yang saya tulis belakangan jauh lebih baik, tetapi penjualannya makin menurun” terasa sangat mengena
      Saya sudah menulis dan menerbitkan beberapa buku, dan buku yang paling saya banggakan justru terjual paling sedikit
      https://www.amazon.com/dp/1484232275/ memiliki rating 5,0 di Amazon dan 20 ulasan, serta saya mendapat banyak tanggapan positif lewat email, chat, dan tatap muka
      Namun topiknya terlalu sempit, sehingga pada dasarnya hampir tidak ada orang yang tertarik :-)