- คู่มือเชิงปฏิบัติเกี่ยวกับการเขียนบทความบล็อกที่นักพัฒนาอ่านจริงและแชร์ต่อ
- ผู้เขียนอาศัยประสบการณ์เขียนบล็อกซอฟต์แวร์ตลอด 9 ปีและยอดเข้าชมนับล้าน เพื่อวิเคราะห์ความแตกต่างระหว่างโพสต์ที่ประสบความสำเร็จกับโพสต์ที่ล้มเหลว
- อธิบายจุดร่วมและกลยุทธ์ของบทความที่ได้รับความสนใจในคอมมูนิตี้นักพัฒนาอย่าง Hacker News, Reddit, Lobsters เป็นต้น
ทำไมจึงเชื่อถือผู้เขียนได้
- ผู้เขียนดูแลบล็อกนักพัฒนาส่วนตัวมาเป็นปีที่ 9 และมีผู้อ่านเข้าชมปีละ 300,000~500,000 คน
- ขึ้นหน้าแรกของ Hacker News มากกว่า 30 ครั้ง และหลายครั้งขึ้นถึงอันดับ 1
- เคยเปิดตัวธุรกิจอินดี้ที่ประสบความสำเร็จจากบล็อกโพสต์เพียงชิ้นเดียว
- ถูกพูดถึงอย่างต่อเนื่องบน Reddit และ Lobsters เป็นต้น
- ได้รับการจัดอันดับให้เป็นบล็อกส่วนตัวที่ได้รับความนิยมมากที่สุดอันดับ 48 บน Hacker News
สื่อสารประเด็นสำคัญให้เร็ว
- บล็อกเกอร์สายพัฒนาจำนวนมากไม่เข้าเรื่องตั้งแต่ช่วงต้น ทำให้ผู้อ่านหลุดออกไป
- เมื่อเริ่มอ่าน ผู้อ่านคาดหวังคำตอบของคำถาม 2 ข้อ:
- บทความนี้เขียนเพื่อคนแบบฉันหรือไม่?
- ฉันจะได้ประโยชน์อะไรจากการอ่านบทความนี้?
- ต้องตอบสองคำถามนี้ให้ได้ภายในชื่อเรื่องและ 3 ประโยคแรก
- ควรใช้หัวข้อและคำศัพท์ที่ผู้อ่านสนใจ และหลีกเลี่ยงศัพท์เฉพาะหรือคำอธิบายพื้นหลังที่มากเกินไป
- ประโยชน์ที่บทความมอบให้ผู้อ่านอาจเป็นสิ่งต่อไปนี้:
- เทคนิคที่นำไปใช้ได้ทันทีในชีวิตจริงหรือการทำงาน
- คำอธิบายแนวคิดที่เข้าใจง่าย
- มุมมองเชิงลึกต่อเทคโนโลยีหรืออุตสาหกรรม
- เรื่องราวน่าสนใจที่ชวนให้รู้สึกร่วม
-
ตัวอย่าง: “if got, want: A Simple Way to Write Better Go Tests”
- แค่ชื่อเรื่องกับประโยคแรกก็ชัดเจนแล้วว่า:
- ผู้อ่านเป้าหมาย: ผู้ใช้ภาษา Go
- ประโยชน์ที่ได้รับ: เรียนรู้วิธีเขียนเทสต์แบบใหม่ใน 30 วินาที
วิธีขยายฐานผู้อ่านเป้าหมาย
- บล็อกเกอร์ส่วนใหญ่มักเขียนเจาะกลุ่มนักพัฒนาส่วนน้อยกลุ่มหนึ่งโดยเฉพาะ (เช่น นักพัฒนา Java ระดับกลางถึงสูง)
- แค่ปรับถ้อยคำเล็กน้อยก็เข้าถึงผู้อ่านได้กว้างขึ้นมาก (เช่น นักพัฒนา Java ทุกคน → นักพัฒนาทุกคน → คนที่สนใจเทคโนโลยี)
- หากปรับคำศัพท์หรือคำอธิบายเล็กน้อยให้คนที่ไม่มีพื้นฐานก็เข้าใจได้ ระยะการเข้าถึงอาจเพิ่มขึ้น 10 เท่า
- แต่ถ้าขยายให้กว้างเกินไป เนื้อหาอาจสูญเสียความลึกหรือความเป็นผู้เชี่ยวชาญ
-
ตัวอย่าง: “How I Stole Your Siacoin”
- เดิมเป็นบทความที่มุ่งเป้าไปยังคอมมูนิตี้คริปโตเคอร์เรนซีเฉพาะกลุ่ม
- แต่ได้ปรับคำศัพท์และคำอธิบายให้เป็นกลางขึ้น จนคนที่ไม่รู้จักคริปโตก็เข้าใจได้
- ผลลัพธ์คือกลายเป็นโพสต์ยอดนิยมในหลายคอมมูนิตี้ เช่น Reddit และ Hacker News
วางแผนเส้นทางให้บทความไปถึงผู้อ่าน
- ต่อให้เขียนดีแค่ไหน หากไม่มีใครอ่านก็ไม่มีประโยชน์
- ควรหลีกเลี่ยงหัวข้อที่ยากต่อการติดอันดับบน Google Search
- จำเป็นต้องมีแผนที่เป็นจริงได้สำหรับการแชร์ในคอมมูนิตี้ต่าง ๆ (เช่น Reddit, Hacker News เป็นต้น)
- ในกรณีของ Reddit หลายแห่งไม่อนุญาตลิงก์ภายนอกหรือมีกฎเข้มงวด
- ส่วน Hacker News มักไม่ค่อยสนใจบทความสอนหรือหัวข้อที่พบเห็นบ่อยเกินไป
- แม้จะแชร์บนโซเชียลมีเดีย แต่ถ้ามีผู้ติดตามไม่มาก ผลลัพธ์ก็มักน้อย
-
ต้องออกแบบเส้นทางที่เป็นจริงได้
- ก่อนเลือกหัวข้อ ควรคิดก่อนว่าบทความจะเดินทางไปถึงผู้อ่านผ่านช่องทางใดได้บ้าง
- คำถามที่ควรพิจารณา:
- เป็นหัวข้อที่ค้นหาเจอได้ง่ายบน Google Search หรือไม่?
- เป็นหัวข้อที่มีบทความอยู่แล้วหลายร้อยชิ้นหรือเปล่า?
- คีย์เวิร์ดที่ผู้อ่านเป้าหมายจะใช้ค้นหาคืออะไร?
- มีคอมมูนิตี้ที่แชร์ลิงก์นี้ได้หรือไม่? และคอมมูนิตี้นั้นยังเคลื่อนไหวอยู่หรือไม่?
-
ตัวอย่าง: “Using Zig to Unit Test a C Application”
- ภาษา Zig เป็นเทคโนโลยีเกิดใหม่ จึงแทบไม่มีบทความคู่แข่ง ทำให้ติดอันดับค้นหาได้สำเร็จ
- สามารถแชร์ลิงก์ได้บน Hacker News, Lobsters, Reddit (/r/Zig), Ziggit เป็นต้น
- สุดท้ายจึงกลายเป็นโพสต์ยอดนิยมในทุกช่องทาง
ใช้องค์ประกอบภาพให้มากขึ้น
- การเปลี่ยนแปลงที่ได้ผลที่สุดอย่างหนึ่งสำหรับบทความบล็อกคือการเพิ่มภาพ
- บทความที่มีแต่ข้อความยาว ๆ จะอ่านยาก
- กรณีต่อไปนี้เหมาะกับการใส่ภาพ, สกรีนช็อต, กราฟ เป็นต้น:
- อธิบายโปรแกรม GUI → สกรีนช็อต
- อธิบายการเปลี่ยนแปลงของตัวเลข → กราฟ
- อธิบายเหตุการณ์อย่าง server error → ภาพแคปเจอร์ dashboard
- อธิบายแนวคิดซับซ้อน → แผนภาพ, ไดอะแกรม
- ภาพวาดง่าย ๆ สามารถใช้เครื่องมือฟรีอย่าง Excalidraw ได้
- การจ้างนักวาดภาพประกอบก็เป็นวิธีที่ดีเช่นกัน (ประมาณ $50~100 ต่อภาพ)
- บางครั้งภาพเรียบง่ายแบบ MS Paint อาจได้ผลดีกว่าภาพ AI ด้วยซ้ำ
ออกแบบโครงสร้างสำหรับผู้อ่านที่ชอบไล่อ่านผ่าน ๆ
- ผู้อ่านจำนวนมากไม่ได้อ่านตั้งแต่ต้นจนจบ แต่จะกวาดตาดูแล้วค่อยตัดสินใจ
- หากอยากดึงความสนใจได้แม้แค่จากการไล่อ่านผ่าน ๆ องค์ประกอบต่อไปนี้สำคัญมาก:
- หัวข้อย่อยที่ชัดเจนและน่าสนใจ
- ภาพที่เหมาะสมและสัญญาณนำสายตา
- หลีกเลี่ยงย่อหน้ายาวที่มีแต่ข้อความล้วน
-
เครื่องมือ: ตรวจบทความในมุมมองของคนที่ไล่อ่านผ่าน ๆ
- สามารถใช้ Bookmarklet เพื่อให้แสดงเฉพาะหัวข้อย่อยและรูปภาพในบทความได้
- วิธีนี้ช่วยตรวจสอบโครงสร้างที่ผู้อ่านแบบไล่อ่านจะมองเห็น
-
ตัวอย่าง: บทความโครงสร้างน่าเบื่อ vs. บทความชวนติดตาม
- “End-to-End Testing Web Apps: The Painless Way” → ล้มเหลวเพราะหัวข้อย่อยและภาพไม่น่าดึงดูด
- “I Regret My $46k Website Redesign” → ประสบความสำเร็จเพราะโครงสร้างเชิงภาพชวนสนใจ (มีผู้อ่าน 150,000 คนในสัปดาห์แรก)
1 ความคิดเห็น
ความเห็นจาก Hacker News
โดยทั่วไปเวลาเขียนบล็อก โครงสร้างพีระมิดกลับหัว เหมาะที่สุด ควร สื่อประเด็นสำคัญของบทความให้เร็ว แล้วค่อยอธิบายรายละเอียดภายหลัง แบบนี้ถึงผู้อ่านจะหยุดอ่านกลางคัน ก็ยังไม่พลาดสาระสำคัญ
อีกมุมมองหนึ่ง: การเขียนบล็อกโดยมุ่งให้คนอื่นอ่าน ทำให้คนส่วนใหญ่สูญเสียจุดประสงค์ของการเขียนไป บทความส่วนใหญ่บนเว็บไม่ค่อยมีคนอ่าน และการเขียนเพื่อให้มีคนอ่านก็ไม่ใช่แรงจูงใจที่ดี
การขอให้ AI วิจารณ์และประเมินบทความบล็อกหรือโพสต์ใน Hacker News, Reddit อย่างมีวิจารณญาณได้ผลดีมาก ฟีดแบ็กจาก AI น่าทึ่ง และทำให้ตระหนักว่าตัวเองเขียนเหมือนผู้เขียนต้นฉบับมากแค่ไหน
ควรยึดกฎว่า "เขียนบทความที่ตัวเองอยากอ่านจริง ๆ" สมองของเราทำให้เราเผลอคิดว่าสิ่งที่เราสร้างขึ้นนั้นยอดเยี่ยม จึงสำคัญมากที่จะหาวิธีมองงานเขียนของตัวเองอย่างเป็นกลาง
Steve Ballmer ไม่ได้กระจายการถือหุ้น Microsoft เหมือน Bill Gates แต่กลับรวยกว่า Gates เพราะเหตุนี้ อย่างไรก็ตาม ยังน่าสงสัยว่าการทุ่มทั้งหมดไว้กับบริษัทเดียวเป็นความคิดที่ดีหรือไม่
โดยส่วนตัวแล้วต้องมีแพสชันกับงานเขียนจริง ๆ ไม่เช่นนั้นผู้อ่านจะจับได้และวิจารณ์มัน การเขียนควรเป็นสิ่งที่ทำเพื่อตัวเอง
บทความบล็อกควรสั้นเสมอหรือไม่ หรือบางครั้งก็จำเป็นต้องยาว?
แม้ผู้อ่านของ Hacker News โดยทั่วไปจะไม่ค่อยเป็นมิตรกับเรื่องคริปโต แต่บทความนี้ก็ยังขึ้นไปถึงหน้าแรกได้
มีสองวิธีที่จะทำให้บทความบล็อกถูกนักพัฒนาอ่านและแชร์
บล็อกยอดนิยมมักใช้แนวทางตรงข้ามกับที่แนะนำไว้ แต่ก็ยังเป็นคำแนะนำที่มีประโยชน์สำหรับคนที่กำลังหาสไตล์ของตัวเองและอยากปรับให้เข้ากับความนิยม