เศรษฐศาสตร์ของการเขียนหนังสือสายเทคนิค

 (architectelevator.com)
1 คะแนน โดย GN⁺ 2024-06-30 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • หนังสือสายเทคนิคอาจสร้างรายได้จากค่าลิขสิทธิ์ได้อย่างมีนัยสำคัญ แต่ต้องใช้เวลาหลายพันชั่วโมงในการเขียน ผลิต และโปรโมต จึงเป็นงานที่ เริ่มต้นโดยมองแค่เรื่องเงินได้ยาก
  • หากต้องการทำรายได้ 100,000 ดอลลาร์ จากหนังสือหนึ่งเล่ม จำนวนเล่มที่ต้องขายจะแตกต่างกันมากตามช่องทางจัดจำหน่าย: eBook แบบจัดพิมพ์เอง 6,000 เล่ม, ฉบับพิมพ์เอง 10,000 เล่ม, และสำนักพิมพ์ดั้งเดิมราว 25,000 เล่ม
  • ยอดขายจริงมักมีข้อจำกัด ยกเว้นหนังสือบางเล่มที่ขายดีต่อเนื่องยาวนาน โดยในมุมของสำนักพิมพ์ ขายได้ 10,000 เล่ม ถือว่าประสบความสำเร็จ และหนังสือที่พึ่งพาเทคโนโลยีเฉพาะอย่างอาจล้าสมัยได้ในเวลาเพียง 12–18 เดือน
  • Gumroad, Leanpub, Amazon และสำนักพิมพ์ดั้งเดิมมีความแตกต่างกันในเรื่อง ส่วนแบ่งรายได้ เครื่องมือผลิต การควบคุม แบรนด์ การเข้าถึง และการสนับสนุนการโปรโมต ทำให้ทั้งรายได้และวิธีการทำงานของผู้เขียนต่างกันไป
  • หนังสือไม่ได้สร้างแค่รายได้จากการขายโดยตรง แต่ยังส่งผลต่อการรับงานที่ปรึกษา เวิร์กช็อป การบรรยายแบบมีค่าตัว และความน่าเชื่อถือในสายอาชีพ โดยเฉพาะสำหรับที่ปรึกษาอิสระ หนังสือคือ เครื่องมือพิสูจน์ความเชี่ยวชาญ

หนังสือสายเทคนิคไม่ใช่สิ่งที่เขียนโดยหวังเงินอย่างเดียว

  • หลักพื้นฐานที่ใช้ได้กับนักเขียนสายเทคนิค วิทยากร และบรรณาธิการชุดหนังสือ คือ ถ้ามีคนอื่นหาเงินได้ ผู้เขียนก็ควรได้เงินด้วย
  • กฎข้อแรกของการเขียนหนังสือสายเทคนิคคือ อย่าเขียนโดยมีเงินเป็นเป้าหมายหลัก
  • อย่างไรก็ตาม นั่นไม่ได้แปลว่าหนังสือสายเทคนิคจะสร้างรายได้ที่ดีไม่ได้ โดยขนาดรายได้ขึ้นอยู่มากกับยอดขายและช่องทางจัดจำหน่าย
  • ค่าลิขสิทธิ์มักถูกจัดเป็น รายได้แบบ passive แต่ในความเป็นจริง มันใกล้เคียงกับค่าตอบแทนที่จ่ายช้าสำหรับแรงงานเขียน ผลิต และโปรโมตที่ทำไปก่อนหน้า
  • แพลตฟอร์มอย่าง Leanpub ที่ส่งอีเมลทุกครั้งที่มีการขาย ทำให้ผู้เขียนรับรู้การขายได้ทันที

ถ้าจะหารายได้ 100,000 ดอลลาร์ ต้องขายกี่เล่ม

  • จำนวนเล่มโดยประมาณที่ต้องขายเพื่อทำรายได้ USD 100,000 จากหนังสือหนึ่งเล่ม แตกต่างกันมากตามรายได้ต่อเล่ม
    • eBook จัดพิมพ์เอง: ราคาขาย $20, ค่าลิขสิทธิ์ $16 ต้องขายราว 6,000 เล่ม
    • หนังสือพิมพ์แบบจัดพิมพ์เอง: ราคาขาย $30, ค่าลิขสิทธิ์ $10 ต้องขายราว 10,000 เล่ม
    • หนังสือเทคนิคจากสำนักพิมพ์ดั้งเดิม: ราคาขาย $50, ค่าลิขสิทธิ์ $4 ต้องขายราว 25,000 เล่ม
  • แม้จะมีผู้ติดตามในโซเชียลมีเดียจำนวนมาก ก็ไม่ได้แปลว่าจะเปลี่ยนเป็นยอดซื้อได้ตรง ๆ โดยผลลัพธ์จริงขึ้นอยู่กับ อัตราการแปลงเป็นผู้ซื้อ
  • อัตราแปลง 2–5% บนเว็บไซต์ถือว่าดีมากอยู่แล้ว และถ้ามีคน 100,000 คนเข้าชมหน้าหนังสือบน Leanpub พร้อมกลุ่มเป้าหมายที่ตรงพอ อาจมีผู้ซื้อราว 3,000 คน
  • บน Amazon ผู้ใช้ที่มาถึงหน้าหนังสือมักมีเจตนาซื้ออยู่แล้ว จึงอาจมีอัตราแปลงสูงกว่า

ยอดขายจริงและผลของการขายระยะยาว

  • หนังสือเทคนิคและธุรกิจที่เป็นที่รู้จักบางเล่มทำยอดขายสูงได้เป็นเวลานาน
  • ตัวอย่างเหล่านี้ล้วนผ่านช่องทางสำนักพิมพ์ดั้งเดิม แต่ไม่ได้หมายความว่าสำนักพิมพ์ดั้งเดิมจะขายได้มากกว่าเสมอไป
  • ผู้เขียนระบุว่าไม่รู้จักกรณีของหนังสือเทคนิคแบบจัดพิมพ์เองที่ขายเกิน 100,000 เล่ม
  • ในเกณฑ์ของสำนักพิมพ์ การขายได้ 10,000 เล่ม อาจถือว่าประสบความสำเร็จ และนำไปสู่การได้รับข้อเสนอให้เขียนเล่มถัดไป
  • บน Leanpub มีผู้เขียนบางคนเปิดเผยยอดขาย
    • Software Architecture for Developers ของ Simon Brown มียอดขายเกือบ 27,000 เล่ม ณ เดือนพฤษภาคม 2024
    • ตัวเลขนี้อาจรวมการแจกฟรีด้วย
    • Platform Strategy อยู่ในอันดับ 19 ของรายชื่อหนังสือขายดีที่สุดตลอดกาลของ Leanpub

วิธีประเมินยอดขายบน Amazon

  • Amazon ไม่เปิดเผยจำนวนเล่มที่ขาย แต่สำหรับหนังสือในช่วงราว 5 ปีที่ผ่านมา อาจประเมินยอดขายคร่าว ๆ จากจำนวนเรตติ้งบน Amazon.com ได้
  • สูตรเชิงประสบการณ์คือ จำนวนเล่มขาย = จำนวนเรตติ้งบน Amazon.com × 60
  • สูตรนี้ใช้ได้ค่อนข้างดีสำหรับ Team Topologies และ The Software Architect Elevator แต่กับหนังสือเก่าอาจประเมินต่ำเกินไป
    • Design Patterns มีจำนวนเรตติ้งใกล้เคียงกับ Team Topologies แต่ขายมานานกว่ามาก
    • ในอดีต Amazon อาจยังเล็กกว่า หรือมีคนเขียนเรตติ้งน้อยกว่า
    • edition ที่ต่างกันจะสะสมเรตติ้งแยกกัน จึงต้องนำมารวม
  • Amazon ยังแสดงช่วงยอดขายรายเดือนสำหรับหนังสือบางเล่มด้วย
    • The Software Architect Elevator: ช่วง 100+
    • Tidy First ของ Kent Beck, Building Microservices ของ Sam Newman: ช่วง 250+
    • Design Patterns: ช่วง 500+
    • System Design Interview: ช่วง 1k+
    • Designing Data-Intensive Applications ของ Martin Kleppmann: ช่วง 2.5k+

เศรษฐศาสตร์ของอายุขัยหนังสือ

  • แม้หนังสือจะทำรายได้ 100,000 ดอลลาร์ได้ แต่ ไม่ควรคาดหวังว่าจะได้เงินภายใน 1 ปี
  • Enterprise Integration Patterns ทำรายได้มากกว่า 100,000 ดอลลาร์ต่อผู้เขียนหนึ่งคน แต่กินเวลา 20 ปี
  • อายุของหัวข้อหนังสือส่งผลอย่างมากต่อรายได้
    • EIP ยังขายได้ปีละหลายพันเล่มแม้ผ่านไป 20 ปีหลังตีพิมพ์
    • หนังสือที่ว่าด้วยเทคโนโลยีเฉพาะอาจล้าสมัยภายใน 12–18 เดือน
  • วิธีหนึ่งในการยืดอายุหนังสือคือออก ฉบับที่ 2, ฉบับที่ 3
  • 37 Things และ Cloud Strategy ขายต่อเนื่องได้ราว 4 ปี และ 37 Things ได้พัฒนาต่อเป็น The Software Architect Elevator ทำให้รวมแล้วขายดีเกิน 7 ปี

ส่วนแบ่งที่ผู้เขียนได้รับตามช่องทางจำหน่าย

  • สัดส่วนโดยประมาณของราคาขายปลีกที่ตกเป็นของผู้เขียนแตกต่างกันไปตามช่องทาง
    • Gumroad: ประมาณ 88% โดยรวมค่าธรรมเนียมบัตรเครดิต 2% แล้ว
    • Leanpub: 80%
    • Amazon Kindle: ถ้าราคาไม่ถึง $10 ได้ 65%, ถ้า $10 ขึ้นไปได้ 35%
    • Amazon KDP: ราคา × 60% - ต้นทุนพิมพ์
    • สำนักพิมพ์ดั้งเดิม: ประมาณ 5–8%
  • Gumroad จ่าย 90% หักค่าธรรมเนียมบัตรเครดิต 2–3%
  • Leanpub มีอัตราค่าลิขสิทธิ์ที่ยุติธรรมและระบบเรนเดอร์หนังสือ โดยฟีเจอร์เสริมบางอย่างมีค่าบริการรายเดือน แต่ผู้เขียนที่ผ่านการตรวจสอบอาจได้รับการยกเว้น
  • eBook บน Kindle มีอัตราค่าลิขสิทธิ์ที่ดีเมื่อราคาต่ำกว่า $10 แต่สำหรับหนังสือเทคนิคส่วนใหญ่ซึ่งตั้งราคาเกิน $10 อัตราจะลดลงเหลือ 35% อย่างมาก
  • หนังสือพิมพ์ผ่าน KDP ให้ 60% ลบด้วยต้นทุนพิมพ์ที่ผู้เขียนต้องรับเอง
    • ตัวอย่างหนังสือเทคนิค 300 หน้า: $30 × 60% - $5 = $13
    • สุดท้ายแล้วผู้เขียนจะได้ประมาณ 30–40% ของราคาขายปลีก
  • สำนักพิมพ์ดั้งเดิมจ่ายประมาณ 15% ของรายรับสุทธิ ซึ่งคิดจากราคาปลีกจะอยู่ราว 6% หรือประมาณ $3 ต่อหนังสือราคา $50 หนึ่งเล่ม
  • หากมีผู้เขียนร่วม ก็ต้องแบ่งส่วนนี้กัน ทำให้รายได้ต่อคนลดลงตามสัดส่วน
  • ค่าลิขสิทธิ์หนังสือเสียงและ eBook ของสำนักพิมพ์ดั้งเดิมอยู่ที่ราว 25% และอาจคิดเป็นครึ่งหนึ่งของเช็กรับค่าลิขสิทธิ์ได้ เพราะต้นทุนกระจายสินค้าต่ำกว่า

วิธีหาเงินจากหนังสือให้มากขึ้น

  • สำหรับผู้เขียนอิสระจำนวนมาก หนังสือไม่ใช่สินค้าสำหรับขายโดยตรง แต่เป็น เครื่องมือสร้างแบรนด์
  • หนังสือช่วยดึงงานเข้ามาและช่วยเพิ่มค่าตัวงานที่ปรึกษาได้
  • เวิร์กช็อปแบบมีค่าบริการหนึ่งครั้งอาจทำรายได้เทียบเท่ากับการขายหนังสือ 1,000 เล่ม
  • ในเวิร์กช็อป ผู้เขียนอาจแจกหนังสือฟรีได้ด้วย
  • การบรรยายแบบมีค่าตัวก็เป็นไปได้ แต่ค่าพูดมีความแตกต่างสูง และไม่ใช่สิ่งที่ควรถือว่าได้แน่นอน
  • อีเวนต์ออนไลน์แบบเสียเงินหรือเว็บบินาร์อาจได้เปรียบ เพราะไม่มีเวลาและค่าใช้จ่ายในการเดินทาง
  • หากทำงานประจำ ตัวเลือกในการสร้างรายได้เพิ่มอาจจำกัด และนายจ้างบางแห่งอาจไม่อนุญาตให้จัดเวิร์กช็อป
  • หนังสืออาจช่วยในการได้โอกาสสัมภาษณ์งานทั่วไป แต่ไม่ได้ช่วยให้ผ่านการสัมภาษณ์โดยอัตโนมัติ
  • สำหรับที่ปรึกษา หนังสือคือสื่อที่แสดง ความเชี่ยวชาญและคำแนะนำ ที่ต้องการขาย

การตั้งราคาและสินค้าดิจิทัลเสริม

  • สำนักพิมพ์ดั้งเดิมมักตั้งราคาหนังสือเทคนิคไว้ที่ประมาณ $40–$80
  • หนังสือจัดพิมพ์เองให้ผู้เขียนเป็นผู้กำหนดราคาเอง โดยช่วงราคาจากประสบการณ์อยู่ที่ประมาณ $25–$30
  • หากจ้างบรรณาธิการมืออาชีพและนักวาดภาพประกอบ คุณภาพของหนังสือจัดพิมพ์เองก็อาจใกล้เคียงหนังสือจากสำนักพิมพ์ดั้งเดิมได้
  • ตัวอย่างราคาขั้นต่ำของหนังสือขายดีบน Leanpub ค่อนข้างต่ำ
    • Software Architecture for Developers: $15
    • Art of Data Science: $20
    • Event Storming: $9.99
  • หนังสือ Leanpub ราคา $20 อาจทำรายได้ให้ผู้เขียนมากกว่าการขายบน Kindle ที่ราคา $40
  • เมื่อตั้งต้นหนังสือบน Leanpub การตั้งราคาเริ่มต้นไว้ต่ำที่ $9.99 อาจเป็นการตอบแทนผู้อ่านกลุ่มแรกได้
    • ผู้อ่านกลุ่มแรกจะได้รับอัปเดตทั้งหมดฟรี
    • พวกเขายอมรับความเสี่ยงที่หนังสืออาจยังไม่เสร็จ และภาระของการอ่านต้นฉบับก่อนการขัดเกลา
    • เมื่อหนังสือสมบูรณ์ขึ้น ค่อยปรับราคาเพิ่ม
  • กลยุทธ์ราคาที่น่าสนใจอีกอย่างซึ่งผู้เขียนยังไม่ได้ลองคือ สินค้าดิจิทัลเสริม
    • เช่น workbook, template, toolkit, video ที่ขายเพิ่มได้
    • แนวคิดนี้ตั้งอยู่บนคำแนะนำว่า การทำให้ลูกค้าเดิมจ่ายเพิ่มอีก $10 ง่ายกว่าการหาลูกค้าใหม่ทั้งหมด

รอบการจ่ายเงินและการรายงานผล

  • เกือบทุกช่องทางขายมี ระยะเวลาพักเงิน ด้วยเหตุผลเรื่องการคืนเงินหรือค่าธรรมเนียมการจ่ายยอดเล็กน้อย
    • Gumroad: 7 วัน
    • Leanpub: 60 วัน
    • Amazon: 60 วัน
    • สำนักพิมพ์: 60–180 วัน
  • Gumroad จ่ายเงินปลายสัปดาห์ถัดจากวันที่ขาย ดังนั้นในกรณีแย่ที่สุดอาจต้องรอราว 13 วัน
  • Leanpub จะพักเงินไว้จนกว่าจะพ้นระยะรับประกันคืนเงิน 60 วัน
  • Amazon ก็จ่ายตามตารางใกล้เคียงกัน
  • สำนักพิมพ์ดั้งเดิมมีรอบการจ่ายหลากหลาย ตั้งแต่รายเดือนไปจนถึงทุกครึ่งปี
  • Leanpub มีรายงานออนไลน์แบบทันที และ Amazon ก็มีรายงานออนไลน์รายวันโดยหน่วงเวลาเล็กน้อย
  • สำนักพิมพ์ใช้วิธีส่งรายงาน PDF มาพร้อมการจ่ายเงิน

ชุดหนังสือและรายได้ของบรรณาธิการชุด

  • ชุดหนังสือของสำนักพิมพ์ดั้งเดิมเป็นวิธีรวบหนังสือหลายเล่มไว้ใต้แบรนด์เดียวเพื่อกระตุ้น การขายข้ามเล่ม
  • ตัวอย่างเด่นคือ Martin Fowler’s Signature Series ของ Pearson ซึ่ง Enterprise Integration Patterns ก็อยู่ในชุดนี้
  • หนังสือที่ใช้ชื่อคล้ายกัน เช่น “Up and Running” ของ O’Reilly หรือ “In Action” ของ Manning มุ่งสร้างซับแบรนด์และการขายข้ามกัน แต่ไม่ใช่ชุดในความหมายที่มีบรรณาธิการชุด
  • ส่วนแบ่งทั่วไปของบรรณาธิการชุดคือ 1% ของรายรับสุทธิ คิดเป็นประมาณ 20 เซนต์ต่อหนังสือราคา $50 หนึ่งเล่ม
  • เงินส่วนนี้ไม่ได้หักจากส่วนของผู้เขียน แต่จ่ายแยกต่างหากบนสมมติฐานว่าชุดหนังสือช่วยผลักดันยอดขาย
  • หากเป็นชุดที่ประสบความสำเร็จ โดยมีหนังสือหลายเล่มขายได้เกิน 50,000 หรือ 100,000 เล่ม ส่วน 1% นี้ก็สะสมเป็นเงินก้อนได้
  • หากต้องการให้รายได้จากชุดหนังสือเกิน 100,000 ดอลลาร์ ต้องมียอดขายรวมประมาณ 500,000 เล่ม และการจะเป็นบรรณาธิการชุดได้ก็มักต้องเป็นผู้เขียนที่ประสบความสำเร็จก่อน
  • การเขียน ผลิต และโปรโมตหนังสือใช้เวลาหลายพันชั่วโมง จึงยากที่จะคำนวณรายได้จากหนังสือเป็น รายได้ต่อชั่วโมง

เลือกจัดพิมพ์เองหรือไปกับสำนักพิมพ์ดั้งเดิม

  • การเลือกช่องทางจัดพิมพ์ไม่ได้เป็นแค่เรื่องอัตราค่าลิขสิทธิ์ แต่คือการแลกระหว่าง อำนาจควบคุมกับระดับการสนับสนุน
  • ผู้เขียนมือใหม่อาจได้ประโยชน์จากความน่าเชื่อถือและภาพลักษณ์แบรนด์ของสำนักพิมพ์ดั้งเดิม
  • การเปรียบเทียบคร่าว ๆ มีดังนี้
    • Gumroad: ค่าลิขสิทธิ์และการควบคุมสูง แต่เครื่องมือ การสร้างแบรนด์ และการช่วยโปรโมตค่อนข้างอ่อน
    • Leanpub: ค่าลิขสิทธิ์และการควบคุมสูง พร้อมเครื่องมือทำ PDF และ EPUB
    • Amazon: การเข้าถึงดีและมีรายงานออนไลน์ แต่การเปลี่ยนแปลงต้องรอเวลา
    • สำนักพิมพ์ดั้งเดิม: ค่าลิขสิทธิ์และการควบคุมต่ำ แต่แข็งแกร่งด้านการผลิต แบรนด์ การเข้าถึง และการโปรโมต
  • บน Gumroad และ Amazon ผู้เขียนต้องนำหนังสือที่เสร็จสมบูรณ์ไปเอง
  • Leanpub สามารถเรนเดอร์ PDF จากสคริปต์ Markua หรือเขียนผ่านเบราว์เซอร์ได้
  • ถึงจะใช้ Leanpub ผู้เขียนก็ยังต้องรับผิดชอบเรื่องปก ภาพประกอบ การพิสูจน์อักษร และเลย์เอาต์เอง
  • หากจ้างมืออาชีพมาทำงานด้านบรรณาธิการและอาร์ตเวิร์ก ค่าใช้จ่ายอาจอยู่ที่ $500 ไปจนถึงหลายพันดอลลาร์ ตามขนาดและความซับซ้อนของหนังสือ
  • บน Leanpub ผู้เขียนสามารถเปลี่ยนเนื้อหาและราคาได้ตลอดเวลา และยังสร้างคูปองแบบใช้ครั้งเดียวได้
  • Amazon มีเวลารอ 72 ชั่วโมงทุกครั้งที่แก้ไข และในช่วงนั้นยังสั่งสำเนาสำหรับผู้เขียนไม่ได้
  • สำนักพิมพ์ดั้งเดิมจะวางตารางล่วงหน้าหลายเดือนตามกระบวนการผลิต และการแก้ไขช่วงท้ายมักไม่เป็นที่ต้อนรับ
  • หากเป้าหมายคือการเข้าถึงผู้อ่านให้มากที่สุด มากกว่าการทำกำไรสูงสุด สำนักพิมพ์ดั้งเดิมอาจเป็นตัวเลือกที่ดีกว่า

IngramSpark และการกระจายหนังสือพิมพ์

  • IngramSpark เป็นหนึ่งในบริษัทพิมพ์และกระจายหนังสือรายใหญ่ที่สุดของโลก และสามารถทำให้หนังสือจัดพิมพ์เองสั่งซื้อได้จากร้านหนังสือและห้องสมุด
  • โครงสร้างการจ่ายเงินคือแบบเดียวกับ Kindle Direct คือ 60% ของราคาปลีก - ต้นทุนพิมพ์
  • “Expanded Distribution” ของ Kindle Direct ทำให้หนังสือที่ออกผ่าน Amazon ถูกกระจายต่อผ่าน Ingram ได้
  • ในทางกลับกัน หากพิมพ์ผ่าน Ingram หนังสือก็ยังสามารถขายบน Amazon ได้
  • การกระจายหนังสือพิมพ์ดูเหมือนกำลังรวมศูนย์ไปสู่ผู้เล่นยักษ์ใหญ่สองรายคือ Amazon และ Ingram

เส้นทางการตีพิมพ์สามารถขยายทีละขั้นได้

  • ช่องทางจัดพิมพ์ไม่ได้排斥กันอย่างสมบูรณ์
  • วิธีดำเนินการแบบหนึ่งคือเริ่มจากบทความบล็อกเพื่อรับฟีดแบ็กเร็ว แล้วค่อยขยายไปยัง Leanpub, Kindle/KDP และสำนักพิมพ์ดั้งเดิมตามลำดับ
  • 37 Things เดินตามเส้นทางนี้ก่อนพัฒนาเป็น The Software Architect Elevator
  • ในอดีต สำนักพิมพ์ดั้งเดิมมักไม่ค่อยสนใจหนังสือที่จัดพิมพ์เองไปแล้ว แต่ตอนนี้เปลี่ยนไป
  • หากหนังสือจัดพิมพ์เองขายดีได้ด้วยตัวเอง สำนักพิมพ์จะมองว่าตนสามารถดันยอดขายเพิ่มได้อีก และถือว่ามีความเสี่ยงต่ำลง

การตลาด โฆษณา และการโปรโมต

  • Leanpub ไม่ได้นำทราฟฟิกมาให้มากนัก ผู้เขียนจึงต้องหาทราฟฟิกเข้ามาเอง
  • หลักสำคัญของการจัดพิมพ์เองคือ ทำการตลาดด้วยตัวเอง
  • Gumroad อาจพาทราฟฟิกมาได้มากกว่า แต่ก็มีต้นทุนสูงในการทำให้คนมองเห็น
  • Amazon นำทราฟฟิกจริงมาให้ผ่านอันดับการค้นหาและระบบแนะนำ ซึ่งส่งผลต่อยอดขายอย่างมาก
  • สำนักพิมพ์ดั้งเดิมสามารถทำทั้งการซื้อพื้นที่โปรโมต การลิงก์ข้ามกับหนังสือขายดีเล่มอื่น และการส่งหนังสือให้อินฟลูเอนเซอร์
  • ชื่อของสำนักพิมพ์ช่วยสร้างความน่าเชื่อถือและอาจเพิ่มอัตราแปลงได้
  • แต่ละแพลตฟอร์มก็มีวิธีโฆษณาของตัวเองเช่นกัน
    • Leanpub มี The Shelf
    • Gumroad Discover จะหักอย่างน้อย 30% ของยอดขายเพื่อแลกกับการเพิ่มการมองเห็น
    • โฆษณา Amazon ใช้วิธีเลือกคีย์เวิร์ดและประมูล และจะแสดงป้าย “sponsored”
  • ค่าคลิกโฆษณาบน Amazon สามารถขึ้นไปถึง $1 ได้ง่าย
    • หากได้กำไร $10 ต่อการขายหนึ่งครั้ง และมีอัตราแปลง 20% ก็เท่ากับต้องใช้ค่าโฆษณา $5 เพื่อให้เกิดการขายหนึ่งครั้ง
    • ในกรณีนั้นกำไรจะหายไปครึ่งหนึ่ง
    • จึงต้องตรวจสอบว่าการขายนั้นจะไม่เกิดขึ้นเลยหรือไม่หากไม่มีโฆษณา
  • ผู้ซื้อจะดูคำอธิบายหนังสือ ปก และรีวิว
  • ผู้เขียนมองว่ารีวิวบน Goodreads น่าเชื่อถือกว่ารีวิว Amazon โดย Amazon เป็นเจ้าของ Goodreads และในบางภูมิภาคก็แสดงคะแนนทั้งสองร่วมกัน
  • นอกจากโฆษณาแบบเสียเงินแล้ว ผู้เขียนจำนวนมากยังโปรโมตหนังสือผ่านบล็อก โซเชียลมีเดีย และอีเวนต์
  • การพูดในงานอาจส่งผลต่อยอดขายหนังสือไม่มากนัก และหากไปบรรยายต่างประเทศแล้วขายได้เพียง 5–10 เล่ม ก็ควรมีผลตอบแทนด้านอื่นที่คุ้มกับเวลา
  • คูปองของ Leanpub เป็นฟีเจอร์โปรโมตที่มีประโยชน์
    • หนังสือราคา $20 ที่มีคูปองลด 25% อาจขายได้ดีกว่าหนังสือราคาเต็ม $15

จุดเริ่มต้นก็คือการเขียนให้จบหนึ่งเล่ม

  • โครงสร้างรายได้และกลยุทธ์จัดจำหน่ายทั้งหมดจะใช้ได้ก็ต่อเมื่อทำหนังสือให้เสร็จก่อน
  • วิธีทำเงิน 100,000 ดอลลาร์จากหนังสือสายเทคนิค สุดท้ายแล้วก็คือ ขายทีละเล่มไปเรื่อย ๆ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-06-30
ความคิดเห็นจาก Hacker News

  • ผมเคยตีพิมพ์หนังสือเทคนิคมาแล้ว 4 เล่ม และต้นฉบับเล่มที่ห้าก็เสร็จแล้ว ตอนนี้กำลังคุยกับสำนักพิมพ์และผู้จัดจำหน่ายอยู่
    เคยเห็นบทความทำนองนี้มามาก แต่รู้สึกว่าบทความนี้สมจริงและครอบคลุมที่สุด
    โดยเฉพาะส่วนที่ว่า “ขายได้ 10,000 เล่มก็ถือว่าสำเร็จแล้ว และ 2,000 เล่มอาจเป็นจุดคุ้มทุน” ควรถูกเน้นให้มากกว่านี้
    หนังสือโปรแกรมมิงจากสำนักพิมพ์แบบดั้งเดิมจำนวนไม่น้อยก็ขายไม่ถึง 2,000 เล่ม และการพิมพ์เองน่าจะยิ่งยากกว่า
    ส่วน “Reality Check” ในบทความก็ยังไม่เย็นชาเท่าความจริง เขาเลือกยกตัวอย่างหนังสือเทคนิคที่ขายดีมาให้ดู แต่ความจริงคือหนังสือโปรแกรมมิงส่วนใหญ่ไปไม่ถึงเกณฑ์ 10,000 เล่มที่เรียกว่า “ขายดี” และหลายเล่มขายไม่ถึง 2,000 เล่มด้วยซ้ำ
    เศรษฐศาสตร์ของการเขียนหนังสือเทคนิคไม่ดีนัก และถ้า ขยะที่สร้างโดย LLM ทะลักเข้าสู่ตลาด ก็จะยิ่งแย่ลงไปอีก
    อย่าเขียนเพื่อหาเงิน ควรเขียนเมื่ออยากเขียนจริง ๆ ด้วยเหตุผลอื่น เช่น อาชีพหรือการศึกษา

    • ผมมักอยากใส่ดอกจันไว้กับคำว่า “อย่าเขียนเพื่อหาเงิน” เสมอ
      หนังสือเทคนิคทำเงินได้ก็จริง แต่เส้นทางการสร้างรายได้ไม่ใช่ “ยอดขายหนังสือ” หากเป็นการขายหนังสือสักสองสามเล่มเพื่อสร้าง ความน่าเชื่อถือ แล้วต่อยอดไปสู่การบรรยาย จากนั้นจึงเชื่อมไปยัง งานที่ปรึกษา ซึ่งเป็นแหล่งเงินจริง ๆ
    • ใช่เลย ตัวอย่างความสำเร็จบางส่วนที่บทความยกมานั้นไม่ใช่หนังสือเทคนิค แต่เป็นหนังสือธุรกิจ
      ถ้าหนังสือด้านวิศวกรรมซอฟต์แวร์ขายได้ 100,000 เล่ม นั่นถือว่าเป็นข้อยกเว้นจริง ๆ และหนังสือที่ว่าด้วยเทคโนโลยีเฉพาะอย่างขายได้ 1,000 เล่มก็อาจเป็นผลลัพธ์ที่ค่อนข้างปกติแล้ว แถมยังเป็นยอดที่สะสมในช่วงหลายปี
      ด้านนี้ไม่มีเงินอยู่ในนั้นมากนัก ยังมีตลาดนักเขียนเล็ก ๆ สำหรับคนที่สามารถผลิตคอนเทนต์เทคนิคที่พออ่านได้อย่างสม่ำเสมอให้ซีรีส์อย่าง “...for Dummies” ถ้ามีหนังสือ 10 เล่มสร้างค่าลิขสิทธิ์พร้อมกัน ก็อาจคุ้มค่าเมื่อเทียบกับเวลา แต่ถ้ามีแค่หนึ่งหรือสองเล่ม ก็มีแนวโน้มจะทำเงินได้น้อยกว่างานค่าแรงขั้นต่ำ
      ถึงอย่างนั้นก็ไม่ได้หมายความว่าไม่ควรลอง สำหรับคนที่มีสิ่งอยากแบ่งปันและหาเลี้ยงชีพจากงานหลักอยู่แล้ว มันใกล้เคียงกับ งานอดิเรก มากกว่า อีกอย่างที่ลำบากคือการละเมิดลิขสิทธิ์หนังสือแพร่หลายมาก และแม้แต่คนที่ได้รับประโยชน์จากงานเขียนและมีกำลังจ่าย ก็ยังคุ้นชินกับการแชร์ฉบับเถื่อนฟรี
    • ขยะที่สร้างโดย LLM มีออกมาแล้วและถึงขั้นได้รับการตีพิมพ์ด้วย
      เมื่อไม่นานมานี้ผมอ่านหนังสือเทคนิคแย่มากเล่มหนึ่งที่เห็นได้ชัดว่าน่าจะสร้างโดย LLM แล้วติดต่อไปยังสำนักพิมพ์ สำนักพิมพ์ยืนยันว่า “นั่นเป็นเพียงสไตล์ของผู้เขียน และไม่ได้ใช้ LLM” แน่นอนว่าผมมองว่าทั้งหมดเป็นคำโกหก
      ดูเหมือนว่าต่อให้ตีพิมพ์หนังสือห่วย ๆ ก็ยังสร้างรายได้ได้อยู่ดี
    • ผมคิดว่าหนังสือเทคนิคโดยเฉลี่ยน่าจะขายได้ราว หลักร้อยเล่ม ตลอดอายุที่เหมาะสมของมัน
      หนังสือของผมขายได้ 91 เล่มใน 5 เดือน เป็นหนังสือเกี่ยวกับแมชชีนเลิร์นนิงทำงานอย่างไร ผมเป็นนักเขียนไร้ชื่อ ไม่มีโซเชียลมีเดีย และงบโฆษณาเป็นศูนย์ จึงพึ่งการมองเห็นแบบออร์แกนิกบน Amazon เท่านั้น
      เศรษฐศาสตร์มันไม่ดีแน่นอน แต่ผมไม่ได้เขียนเพราะเงิน เหตุผลที่ใหญ่กว่านั้นค่อนข้างเป็นเรื่องเชิงอัตถิภาวะ คืออยากทิ้งคำพูดของผมไว้ในโลก
    • เห็นด้วยว่าควรเขียนหนังสือเพราะ คุณค่าในตัวมันเอง แต่ก็อาจมีคุณค่าภายนอกได้ด้วย
      แม้จะขายได้ไม่มาก ก็อาจเป็นเครื่องมือสร้างความน่าเชื่อถือสำหรับงานที่ปรึกษา หรือแม้แต่แคมเปญ ‘อินฟลูเอนเซอร์’ ที่ฟังดูน่ากระอักกระอ่วนก็ตาม

  • ในปี 2020 หลังจากไล่อ่านเอกสาร FFmpeg ทั้งหมด ผมก็เขียน หนังสือ FFmpeg ขึ้นมา
    ผมอยากเรียนรู้ FFmpeg ให้ทะลุปรุโปร่งด้วยการลองใช้ฟีเจอร์ที่เอกสารมีให้กับการแปลงเสียงและวิดีโอจริง ๆ จากนั้นจึงเผยแพร่ผลลัพธ์เป็นโอเพนซอร์สเหมือนส่วนขยายของเอกสารทางการ[0] และออกบน Kindle ด้วย[1]
    ตลอด 4 ปีที่ผ่านมา ขายได้ 743 เล่ม ทำเงินได้เกือบ 2,000 ดอลลาร์ ถึงอย่างนั้น ทุกครั้งที่ได้รับอีเมลแจ้งจ่ายเงินจาก KDP ทุกเดือน ผมกลับรู้สึกภูมิใจกว่าเงินเดือนรายเดือนจาก FAANG+ ของผมอย่างน่าประหลาด
    [0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
    [1] https://www.amazon.com/dp/B087GYV15Y/

    • เจ๋งมาก ผมเคยใช้ ffmpeg เพื่อลดขนาดวิดีโอครอบครัว ถึงจะเป็นคอมมานด์ไลน์ แต่ก็ทำได้ และเป็นสิ่งที่โปรแกรมตัดต่อยอดนิยมบน Windows ในปีนั้นทำไม่ได้
      เลยคิดว่าถ้าใช้มันกับงานตัดต่อวิดีโอทั้งหมดจะเป็นอย่างไร แม้จะยากกว่า UI แต่ คำสั่งน่าจะยังเหมือนเดิมในปี 2050 และยังทำเป็นสคริปต์ได้ด้วย
    • คุณบอกว่า “อย่างน่าประหลาด” แต่จริง ๆ แล้วเป็นเพราะมันคือผลลัพธ์จากแรงงานของคุณเองทั้งหมด
      แน่นอนว่าทุกอย่างเชื่อมโยงกัน คุณไม่ได้เขียน ffmpeg เอง และไม่ได้สร้างเทคโนโลยีการเข้ารหัสวิดีโอหรือกล้อง แต่ถ้าจะไล่คิดแบบนี้ก็ไม่มีที่สิ้นสุด

  • อย่างที่บทความพูดไว้อย่างถูกต้อง การเขียนหนังสือเป็นความคิดที่ดีด้วยเหตุผลหลายอย่าง แต่ การสร้างรายได้ ไม่ได้อยู่ในเหตุผลเหล่านั้น
    จากประสบการณ์ส่วนตัว เมื่อ 15–20 ปีก่อน ซึ่งเป็นยุคทองของตลาดหนังสือเทคนิค การเขียนหนึ่งบทได้ 1,500 ดอลลาร์ ใช้เวลาทำงาน 2–3 สัปดาห์ และค่าตอบแทนดีกว่าบทความนิตยสารที่ใช้เวลาใกล้เคียงกันแต่จ่ายน้อยกว่าเล็กน้อย
    หนังสือหนึ่งเล่มน่าจะอยู่ราว 25,000 ดอลลาร์ แต่ใช้เวลาอย่างน้อย 6 เดือน
    แน่นอนว่าเป็นเงินที่จ่ายเมื่อทำเสร็จ และยังมีคำสัญญาว่าถ้าหนังสือไปได้ดีจะมีค่าลิขสิทธิ์ตามมาภายหลัง แต่ถ้าไม่ได้โชคดีมาก ๆ เรื่องนั้นแทบไม่เกิดขึ้น
    ถึงอย่างนั้น การได้ 2,500 ดอลลาร์ตามมูลค่าเงินปัจจุบันสำหรับงานที่ใช้เวลาน้อยกว่าหนึ่งเดือนก็ไม่ได้แย่เลย และตำแหน่งนักเขียนที่มีผลงานตีพิมพ์ก็เป็นข้อได้เปรียบในการหางานที่ปรึกษา
    แต่ทุกวันนี้ “สัญญานิตยสารหรือหนังสือที่จ่ายเงินจริง” แทบจะหายไปแล้ว

  • ผมเขียนตำราสอนวิธีใช้ดิจิทัลออดิโอเวิร์กสเตชันชื่อ Cubase และใส่ความรู้พื้นฐานอย่างทฤษฎีดนตรี แนวคิดด้านออดิโอ การมิกซ์ เอฟเฟกต์ และเครื่องดนตรีไว้ด้วย
    ใช้เวลาเขียน 2 ปี โดยในนั้น 1 ปีทุ่มเวลาว่างทั้งหมดลงไป ดังนั้นถ้าคิดแบบทำเต็มเวลาก็เท่ากับทำงานราว 9 เดือนถึง 1 ปี
    แต่ไม่มีใครซื้อเลย ผ่านไปสัก 2 ปี คนในวงการบังเอิญช่วยโปรโมตให้ จึงเริ่มขายได้
    ผมอัปเดตต่อเนื่องมาจนถึงตอนนี้ เริ่มจาก Cubase 6 มาถึง Cubase 13 และขายได้ค่อนข้างสม่ำเสมอ โดยปกติมียอดขายประมาณ 400 ปอนด์ต่อเดือน ไม่ใช่เงินก้อนใหญ่ แต่ก็ช่วยจ่ายค่าครองชีพบางส่วน และคุ้มค่าที่จะใช้เวลาเฉลี่ย 2 สัปดาห์อัปเดตทุกครั้งที่ Cubase ออกเวอร์ชันใหม่
    ขายผ่านระบบพิมพ์ตามสั่งของ Amazon ทั่วโลก เมื่อก่อนใช้ Lulu แต่จริง ๆ แล้วเป็นโครงสร้างที่ Lulu จ้าง Amazon อีกทอดหนึ่ง และถึง Amazon จะได้กำไรต่อเล่มน้อยกว่า แต่ขายได้มากกว่า Lulu ถึง 3 เท่า หลังจากนั้น Lulu เลิกสนับสนุนขนาดเล่มที่ผมใช้ การตัดสินใจก็ง่ายขึ้นอีก
    ผมออกหนังสืออีกเล่มหนึ่งด้วย แต่ทั้งราคาและยอดขายน้อยกว่านี้ การทำหนังสือค่อนข้างสนุกแต่ก็ยาก และใกล้เคียงกับว่า “ถ้าทำเก็บไว้ตอนมีเวลาว่าง วันหนึ่งอาจค่อย ๆ คืนทุนได้ในช่วง 1–2 ปี”

    • คำนวณคร่าว ๆ Cubase 6 น่าจะราวปี 2011 และเริ่มขายในปี 2013 ส่วน 11 ปีก็คือ 132 เดือน
      ถ้าเดือนละ 400 ดอลลาร์ ก็รวมประมาณ 52,800 ดอลลาร์ และนั่นเป็นค่าตอบแทนของงานราว 1 ปี
      ก็ได้เงินอยู่พอสมควร แต่มีโอกาสสูงว่าไม่เท่ากับงานประจำเต็มเวลา 1 ปี
    • ผมต้องไปค้นก่อนว่า Cubase คืออะไร พอรู้ว่าเป็นซอฟต์แวร์ดนตรีแล้วถึงเข้าใจว่าเป็น ตลาดเฉพาะกลุ่ม

  • การเขียนหนังสือเทคนิคเป็นไอเดียที่แย่สุด ๆ ชนิดที่คงมีแต่อุดมคตินิยม คนขี้โม้ หรือพวกยึดมั่นอุดมการณ์แบบหมกมุ่นเท่านั้นที่จะลองทำ
    หนังสือของผมอยู่ที่นี่:
    https://hypermedia.systems

    • ดีใจที่เห็นที่นี่ครับ เมื่อก่อนตอนค้นชื่อตัวเองเล่น ๆ น่าจะเคยเห็นต้นฉบับใน GitHub ที่อ้างบทความบล็อกของผม
      (https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
      พอกลับไปดูอีกที รีโพซิทอรีที่ผมกดดาวไว้ถูกเก็บถาวรไปแล้ว และมีรีโพซิทอรีใหม่เพิ่งขึ้นมา แต่ผมหาคำอธิบายไม่เจอ ถ้าเป็น การอัปเดตเนื้อหา หรือการรีแฟกเตอร์วิธี build หนังสือ หรือมีคำอธิบาย/ลิงก์ที่เล่าเรื่องนี้ได้ก็คงดีครับ

  • จะเขียนเพื่อโลกเฉย ๆ ก็ได้
    พวกเราหลายคนมีงานหลักรายได้สูงที่เลี้ยงชีพได้ และงานเขียนดี ๆ ก็ทำเหมือนงานเสริมได้
    ข้อดีคือไม่ต้องฝืนเติมจำนวนหน้าให้ครบ จึงเขียนให้กระชับได้ และยังรับรายงานบั๊กจากคอมมูนิตี้ได้ด้วย
    ผมไม่ได้ดูแคลนคนที่ทำเงินจากหนังสือ เคารพนักเขียนและบรรณาธิการทุกคน เพียงแต่สำนักพิมพ์บางแห่งจะไสหัวไปก็ได้
    เส้นทางที่ไม่ได้มีเงินเป็นแรงจูงใจยังเปิดอยู่สำหรับคนจำนวนมาก เราควรจำ จริยธรรมแฮ็กเกอร์ แบบเก่าไว้

    • สำหรับหลายคน เส้นทางนี้ดูเหมือนจะดีกว่า บทความดี ๆ ที่เกี่ยวข้องคือ https://sive.rs/balance
    • ตรงข้ามกับคำว่า “หลายคนมีงานหลักรายได้สูงที่เลี้ยงชีพได้” ผมเป็นนักพัฒนาเกมที่ถูกเลิกจ้าง และกำลังนับเหรียญจากงานฟรีแลนซ์ที่พอหาได้
      นั่นน่าจะอธิบายได้ว่าทำไมเอกสารด้านพัฒนาเกมจำนวนมากจึงอยู่หลังประตูที่ปิด อยู่หลัง สิทธิ์เข้าถึง vault ราคา 500 ดอลลาร์ของ GDC หรือเหลือเป็นแค่ความรู้บอกต่อภายในอุตสาหกรรม
      เอกสารดี ๆ ยังแทบจะหาไม่ได้อยู่แล้ว เอกสารทางเทคนิคยิ่งยากกว่า และหลังจาก crunch มากกว่า 70 ชั่วโมงต่อสัปดาห์ ก็คงแทบไม่เหลือพลังจากแพสชันไปเขียนอะไรอีก
    • ในประวัติศาสตร์ หนังสือยอดเยี่ยมและวิทยาศาสตร์ชั้นเยี่ยมไม่ได้เกิดจากคนที่มุ่งจะรับเงิน
      แรงจูงใจจากกำไรทำให้น้ำขุ่น Herodotos, Newton, Darwin เขียนสิ่งที่ควรค่าแก่การคิด และสิ่งเหล่านั้นผลักดันสังคมไปข้างหน้า
      ความคิดที่ว่าความโลภเป็นสิ่งดีและแรงจูงใจจากกำไรคือพลังขับเคลื่อนหลักนั้นเป็นเรื่องใหม่มาก และอาจเป็นโทษต่อพัฒนาการระยะยาวของอารยธรรม
    • ผู้คนควรจ่ายเงินขั้นต่ำให้กับงานของคนอื่น
      ดูโอเพนซอร์สสิ มันเละเทะเพราะ ไม่มีชั้นการจ่ายเงิน แล้วก็ยังเอาโค้ดโอเพนซอร์สนั้นไป bootstrap LLM ฟรี ๆ อีก

  • ที่บอกว่าไม่ควรเขียนหนังสือเทคนิคเพราะเงินนั้นก็ถูก แต่ขณะเดียวกัน จะเขียนเพราะเงินก็ได้
    ถ้ามองหนังสือเป็น ธุรกิจ ก็มีเงินให้ทำได้มากพอ
    มีบทความสรุปของคนที่ทำงานประจำไปด้วย และทำหนังสือกับงานที่เกี่ยวข้องเป็นงานเสริมอยู่หลายปี จนทำเงินได้เกือบ 400,000 ดอลลาร์ ทั้งหมดไม่ใช่รายได้จากการขายหนังสือโดยตรง แต่เงินจำนวนมากมาจากโอกาสที่หนังสือเปิดให้
    แถมหนังสือยังทำให้ผมสปอนเซอร์วีซ่าสหรัฐฯ และกรีนการ์ดให้ตัวเองได้ และผลที่ทำให้โอกาสมากมายเปิดขึ้นจากเรื่องนั้นยังไม่ได้รวมไว้ในการคำนวณด้วย
    อินไซต์สำคัญคือหนังสือเป็นผลิตภัณฑ์ ต้องเขียนให้ช่วยใครสักคนได้ หลังจากผู้อ่านอ่านหนังสือแล้ว เขาจะทำอะไรที่มีประโยชน์ซึ่งเมื่อก่อนทำไม่ได้หรือไม่? หนังสือช่วยให้เขาได้สิ่งที่ต้องการเร็วขึ้นอย่างไร?
    https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
    แชร์เพื่อให้กำลังใจ ไม่ใช่เพื่ออวด เราต้องการหนังสือที่มีอินไซต์และมีประโยชน์มากกว่านี้
    ถ้าจะเดินเส้นทางนี้ แนะนำอย่างยิ่งให้อ่าน Write Useful Books ก่อน เป็นหนังสือที่ผมหวังว่าจะมีตอนเริ่มต้น
    http://writeusefulbooks.com/

    • อยากรู้ว่าคุณคิดว่ารายได้นั้นมาจาก ผู้ติดตามเดิม มากแค่ไหน
      มองจากข้างนอก คุณดูเหมือนเป็นคนที่ตั้งหลักได้พอสมควรแล้ว
      ผมไม่ชอบเวลาอินฟลูเอนเซอร์สายอินดี้เดฟทวีตว่า “ใคร ๆ ก็ทำได้” โดยไม่สนใจแรงเฉื่อยที่ตัวเองสะสมมา ผมไม่รู้มากพอว่าคุณเป็นแบบนั้นหรือไม่
    • เยี่ยมเลย ผมคงไม่เขียนหนังสือเพื่อทำเงิน แต่ก็อยากให้มันเป็น หนังสือที่มีประโยชน์ อย่างน้อยที่สุด

  • เคยเขียนหนังสือเทคนิคมา 9 เล่ม โดย 4 เล่มออกกับสำนักพิมพ์ใหญ่ Apress และอีก 5 เล่มออกเองอย่างอิสระ (https://wjgilmore.com/)
    ในจำนวนนั้น Beginning PHP and MySQL น่าทึ่งมากที่ตีพิมพ์ครบ 20 ปีแล้ว[1] และถูกแปลเป็นหลายภาษา
    นานมาแล้วเคยเป็นบรรณาธิการให้หนังสือราว 70 เล่มที่ Apress และอีกไม่กี่เล่มที่ Wiley ด้วย จึงรู้จักวงการนี้ค่อนข้างดี และแม้ช่วงหลายปีที่ผ่านมาไม่ได้มีส่วนร่วมโดยตรง แต่ก็ยังติดตามอย่างใกล้ชิด
    คำแนะนำคือแบบนี้ ถ้าอยากเขียนหนังสือก็เขียนเถอะ แต่ถ้าคุณมีแรงปรารถนาแบบป่วย ๆ ที่จะทุ่มเวลานับไม่ถ้วนไปกับการเขียนและแก้ไข พร้อมกดดันตัวเองว่าโง่ ไม่เก่งพอ และเป็นนักเขียนที่ห่วย อย่างน้อยก็ควรทำโดยคำนึงถึงความเป็นไปได้ที่คนจะอ่านและทำเงินได้ด้วย
    ถ้าอยากสร้างโอกาสให้ประสบความสำเร็จ ให้แพ็กเกจหนังสือออกมาหลายรูปแบบ ชุดอย่างเล่มพิมพ์, เล่มพิมพ์+วิดีโอ, เล่มพิมพ์+วิดีโอ+การให้คำปรึกษา เคยประสบความสำเร็จอย่างมากสำหรับผม
    สำหรับการทำหนังสือ แนะนำให้ใช้ Leanpub.com มันแปลง Markdown เป็น PDF, epub ฯลฯ ให้ และช่วยประหยัดช่วงเวลาแห่งความทรมานได้มหาศาล ไม่ได้เป็นพันธมิตรหรืออะไร แค่พูดเพราะมันช่วยได้จริง ๆ
    ถ้าอยากทำงานกับสำนักพิมพ์ แม้ในปี 2024 ผมจะไม่แนะนำ แต่ก็ต้องเลือกอย่างระมัดระวังมาก ตอนนี้ผมคิดว่ามีเพียงสองแห่งที่น่าลองทำงานด้วย และแม้ในกรณีนั้นก็จะไม่ยอมโอนสิทธิ์ตามแบบปกติให้เด็ดขาด
    [1] ตั้งแต่ฉบับพิมพ์ครั้งที่ห้า ชื่อของผมถูกถอดออกจากหนังสือ เนื่องจากมีความเห็นไม่ตรงกันกับสำนักพิมพ์

    • อยากแนะนำด้วยว่าหนังสือดิจิทัลควรถูกอัปเดตให้ทันสมัยอยู่เสมอ
      ไม่ควรมองว่าหนังสือจบลงแล้วในวันตีพิมพ์
      Jeff Geerling เคยปล่อยหนังสือ DevOps ของเขาให้อ่านฟรีหลายครั้ง แต่ผมก็ยังจ่ายเงินซื้อ เพราะเขายังคงทำงานและปรับปรุงมันต่อหลังตีพิมพ์
      ถ้านักเขียนมากขึ้นเลือกแนวทางแบบนี้ คุณภาพ ก็จะสูงขึ้น

  • ขอแนะนำ Write Useful Books ของ Rob Fitzpatrick อย่างยิ่งสำหรับคนที่สนใจ
    https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
    หนังสือเล่มนี้ไม่ได้พูดถึงหนังสือเทคนิคโดยตรงเสียทีเดียว แต่ส่วนใหญ่พูดถึงวิธีเขียนสารคดีที่ควรค่าแก่การแนะนำ และบางส่วนก็แน่นอนว่านำไปใช้กับหนังสือเทคนิคได้ด้วย
    มีคำแนะนำเชิงปฏิบัติมากมายที่จำเป็นต่อการ “ลงมือทำ” หนังสือจริง ๆ และเป็นหนังสือที่ทำให้ผมอย่างน้อยก็ได้ลองก้าวเท้าเข้าไปในเรื่องนี้

  • เคยเขียนหนังสือมาหลายเล่ม เล่มแรกแย่มาก แต่ขายดีมาก
    เพราะตอนนั้นยังไม่มี Stack Overflow แพลตฟอร์มระบบปฏิบัติการต่าง ๆ ยังลงทุนกับการสนับสนุนนักพัฒนาไม่เพียงพอ และเอกสารก็แย่ด้วย ตอนนี้ไม่มีข้อไหนเป็นจริงอีกแล้ว
    สื่อในรูปแบบหนังสือพิมพ์ก็กำลังเสื่อมความนิยมลงอย่างรวดเร็ว หนังสือที่เขียนทีหลังดีกว่ามาก แต่กลับขายได้น้อยลงเรื่อย ๆ
    ตอนนี้กำลังทำ TikTok ที่ผสมคอนเทนต์ด้านการจัดการโปรเจกต์กับหัวข้อที่สนใจอยู่ในปัจจุบัน และคงจะต่อยอดไปเป็นซีรีส์คอร์สวิดีโอยาวบน YouTube

    • ลองดูรายชื่อหนังสือในโปรไฟล์ Hacker News แล้ว
      อาจไม่ได้มีครบทั้งหมด แต่หนังสือที่ระบุว่าใหม่ที่สุดดูจะเป็น Enterprise Android ซึ่งเป็น หัวข้อเฉพาะกลุ่ม กว่าหนังสือก่อนหน้าอย่าง Programming Android มาก
      ต่อให้เป็นหนังสือที่ดีกว่า แต่ถ้ากลุ่มผู้อ่านเล็กกว่ามาก ก็ยากที่จะเอาชนะความต่างนั้นได้
      ส่วนตัวผมคิดว่าหนังสือเล่มแรกเมื่อ 10 ปีก่อนคือผลงานที่ดีที่สุดของผม แต่เพราะหัวข้อแคบเกินไป จึงขายได้น้อยกว่าหนังสือเล่มหลัง ๆ มาก
      อีกอย่าง ตอนนี้มีโปรแกรมเมอร์มากกว่าเมื่อก่อนมาก แม้อาจอ่านหนังสือน้อยลง แต่การบอกว่า Stack Overflow กับแพลตฟอร์มโอเพนซอร์สฆ่าการพิมพ์หนังสือเทคนิคนั้นค่อนข้างไม่แม่นยำ
      ดูเหมือนเป็นการเอาสถานการณ์ของตัวเองไปฉายทับตลาดทั้งหมด อยากให้รับไว้เป็นอีกมุมมองหนึ่ง ไม่ใช่การโจมตี
    • ประโยคที่ว่า “หนังสือที่เขียนทีหลังดีกว่ามาก แต่กลับขายได้น้อยลงเรื่อย ๆ” โดนใจมาก
      ผมเขียนและตีพิมพ์มาหลายเล่ม แต่เล่มที่ภูมิใจที่สุดกลับขายได้น้อยที่สุด
      https://www.amazon.com/dp/1484232275/ ได้คะแนน 5.0 บน Amazon และมีรีวิว 20 รายการ อีกทั้งยังได้รับเสียงตอบรับดี ๆ มากมายทางอีเมล แชต และแบบพบหน้า
      เพียงแต่หัวข้อมันเป็น สาขาที่แคบ มาก จนแทบไม่มีใครสนใจเลย :-)