วิธีทำให้โอเพนซอร์สของคุณเป็นที่รู้จัก

สิ่งที่ควรรู้ก่อนทำให้โอเพนซอร์สของคุณโด่งดัง

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

อย่าสร้างโอเพนซอร์สเพียงเพื่อใส่ลงในเรซูเม่

• ความเชื่อที่ว่าการมีส่วนร่วมกับโอเพนซอร์สเป็นสิ่งจำเป็นนั้นไม่จริง
• ต่อให้เริ่มโอเพนซอร์สเพื่อหวังจะดัง ก็ไม่มีอะไรรับประกันความสำเร็จ
• ต่อให้เป็นโปรเจ็กต์ที่ดี แต่ถ้ามีดาวแค่ดวงเดียวก็อาจทำให้รู้สึกแย่ได้
• กิจกรรมโอเพนซอร์สอาจช่วยในการสมัครงานได้ แต่การ ไปมีส่วนร่วมกับโปรเจ็กต์ดังที่มีอยู่แล้ว มีประสิทธิภาพกว่าการสร้างโปรเจ็กต์เอง

เริ่มจากการมีส่วนร่วมก่อน

• เริ่มจาก แก้เอกสาร หรือ แก้บั๊ก ในโปรเจ็กต์โอเพนซอร์สขนาดใหญ่
• การเขียน PR ง่ายกว่าการเขียนโค้ดมาก
• เหตุผลที่ดีที่สุดในการสร้างโอเพนซอร์สที่ดีคือ คุณอยากเปลี่ยนโลก

วิธีเปลี่ยนโลกผ่านโอเพนซอร์ส

• เหตุผลที่สร้าง PostCSS คือเพื่อทำให้ ecosystem ของเครื่องมือ CSS มีความหลากหลายขึ้น และทำให้การจัดการ CSS ง่ายขึ้น → ซึ่งก็ประสบความสำเร็จ
• ความนิยมและความสำเร็จเป็นองค์ประกอบที่สำคัญ

เคล็ดลับของโปรเจ็กต์ยอดนิยม

ความนิยมของโปรเจ็กต์ = การเป็นที่รู้จัก + การโปรโมต + ประโยชน์ที่มอบให้ผู้ใช้ + โชค

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

วิธีที่ผู้คนเลือกโอเพนซอร์ส

• ผู้คนไม่ได้เลือกเครื่องมืออย่างมีเหตุผลเสมอไป
• ส่วนใหญ่ตัดสินใจจากจำนวน Star บน GitHub
• หรือมักเลือกใช้เฟรมเวิร์กที่ถูกพูดถึงในคอนเฟอเรนซ์

วิธีที่ผู้คนอ่านข้อมูลจริง ๆ

• ผู้ใช้ไม่ได้อ่าน README หรือเอกสารตั้งแต่ต้นจนจบ
• ควรนำเสนอข้อมูลแบบเรียบง่ายและค่อยเป็นค่อยไปเหมือน 'progressive JPEG'
• ในบล็อกแรกต้องอธิบายประโยชน์ให้ชัดเจน

กลยุทธ์การสร้างความนิยม

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

---

วิธีทำให้โอเพนซอร์สเป็นที่นิยม: README

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

คำถาม: คุณกำลังสื่อคุณค่าของโปรเจ็กต์ได้อย่างมีประสิทธิภาพหรือไม่?

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

1. สื่อประโยชน์ให้ผู้ใช้อย่างมีประสิทธิภาพ

• การสื่อประโยชน์ของโปรเจ็กต์ให้ผู้ใช้เข้าใจนั้นเชื่อมโยงกับการโปรโมตโดยตรง
• ในสูตรความสำเร็จที่กล่าวไปก่อนหน้านี้ การ มอบประโยชน์ให้ผู้ใช้ เป็นองค์ประกอบสำคัญ

ความนิยมของโปรเจ็กต์ = การเป็นที่รู้จัก + การโปรโมต + ประโยชน์ที่มอบให้ผู้ใช้ + โชค

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

2. สื่อสารข้อความให้เร็วและมีประสิทธิภาพ

• บล็อกแรกของ README ต้องมีองค์ประกอบ 3 อย่างนี้เสมอ
  1. คำอธิบายที่ชัดเจน
  2. ระบุให้ชัดว่าช่วยผู้ใช้อย่างไร
  3. บอกความแตกต่างจากผลิตภัณฑ์อื่น
• ต้องสื่อให้ชัดตั้งแต่ประโยคแรกว่าทำไมผู้ใช้จึงควรอ่านเอกสารนี้
  • ประโยคแรกสำคัญที่สุด → ผู้ใช้ส่วนใหญ่จะอ่านแค่ประโยคแรกแล้วตัดสินคุณค่าของโปรเจ็กต์
  • ดังนั้นในบล็อกแรกต้องทำให้ข้อดีของโปรเจ็กต์ปรากฏชัด
• จะใช้เวลา หลายวันถึงหนึ่งสัปดาห์ กับการเขียนบล็อกแรกของ README ก็ได้
• ผู้เขียนใช้เวลา ประมาณหนึ่งสัปดาห์ กับการเขียนบล็อกแรกของ PostCSS
• ยิ่งใส่ความพยายามกับบล็อกแรกมากเท่าไร โอกาสสำเร็จของโปรเจ็กต์ก็ยิ่งเพิ่มขึ้น

3. อธิบายผลิตภัณฑ์ให้คนเข้าใจได้ง่าย

• คำอธิบายโปรเจ็กต์ต้องชัดเจนและเข้าใจตรงไปตรงมา
• คำอธิบายที่ใช้งานได้จริง สำคัญกว่าถ้อยคำที่ดูเท่
• ❌ "Svelte is cybernetically enhanced web apps"
  • คลุมเครือเกินไป → ไม่ชัดว่ามีข้อดีอะไรบ้าง
• ✅ "Svelte is a web UI framework with a unique compiler which generates smaller JS fixes."
  • ชัดเจนและเฉพาะเจาะจง → อธิบายว่ามันแก้ปัญหาอะไรและให้ประโยชน์อะไร
• ลองเขียนคำอธิบายเหมือนกำลังคุยกับเพื่อนร่วมงานในบาร์
  • "คุณสร้างเครื่องมือใหม่เหรอ? มันทำอะไรได้บ้าง?" → อธิบายอย่างเป็นธรรมชาติ
• เมื่อจัดคำอธิบายได้แล้ว ให้ ขัดเกลาให้กระชับขึ้นอีก
  • หลังจากเขียนแล้ว ให้ ปรับแก้อีก 2–4 รอบ เพื่อให้สั้นและชัดเจนขึ้น

4. ใช้ลิสต์และตัวหนาเพื่อสื่อข้อมูลได้รวดเร็ว

• หากต้องการสื่อข้อมูลให้ชัด ควรใช้ ลิสต์และตัวหนา อย่างเต็มที่
• คำอธิบายเดิมของ Nano Stores (ในรูปแบบบล็อกข้อความ)
  • Nano Stores เป็น state manager ที่ใช้ได้กับเฟรมเวิร์กฟรอนต์เอนด์หลากหลาย
  • มีขนาดเล็กและไม่มี dependency
• คำอธิบายที่ปรับใหม่ (ใช้ลิสต์และเน้นตัวหนา)
  • Nano Stores มีจุดเด่นดังนี้:
    • ขนาดเล็ก: 286~818 ไบต์ (minified และ brotlied)
    • รองรับหลายเฟรมเวิร์ก: React, Vue, Svelte, Angular เป็นต้น
    • ไม่มี dependency

• จุดสำคัญในการเพิ่มความอ่านง่าย

  • ใช้ลิสต์: ช่วยจัดโครงสร้างข้อมูลให้เห็นภาพรวมได้ทันที
  • ใช้ตัวหนา: ช่วยเน้นข้อมูลสำคัญให้รับรู้ได้เร็ว
  • ใช้ประโยคสั้นกระชับ: เก็บไว้เฉพาะข้อมูลที่สำคัญและตัดสิ่งไม่จำเป็นออก
    • ต่อให้ลดข้อความลง ก็ต้องยังสื่อสารสาระสำคัญได้ชัดเจน

5. ใช้ตัวอย่างโค้ดและรูปภาพ

• แนวคิดที่ซับซ้อนสามารถอธิบายให้เข้าใจง่ายขึ้นได้ด้วย ตัวอย่างโค้ด หรือ รูปภาพ
  • เหมือนคำพูดที่ว่า "ภาพหนึ่งภาพมีค่ามากกว่าคำพูดนับร้อย" สื่อภาพเป็นเครื่องมือทรงพลังในการช่วยให้เข้าใจ

6. ใช้สถิติจริง

• ถ้อยคำคลุมเครือหรือคำสัญญาเชิงนามธรรม สร้างความเชื่อถือได้ยาก
  • ควรแสดง สถิติที่เฉพาะเจาะจง เช่น ประสิทธิภาพจริง ขนาด หรือความเร็ว

• ตัวอย่าง: การใช้สถิติจริงของ Nano ID

  • พิสูจน์เรื่องขนาด: Nano ID มีขนาดเพียง 141 ไบต์ → มีตัวเลขชัดเจน
  • พิสูจน์เรื่องความเร็ว: Nano ID เร็วกว่า UUID 16% → แสดงผล benchmark
• เคล็ดลับในการใช้ข้อมูลสถิติอย่างมีประสิทธิภาพ
  • ให้ข้อมูลประสิทธิภาพที่วัดเป็นตัวเลขได้ → เพิ่มความน่าเชื่อถือ
  • ระบุผล benchmark → ช่วยเน้นความแตกต่างจากผลิตภัณฑ์อื่น
  • อธิบายประสิทธิภาพของ API หรือวิธีใช้งานด้วยตัวอย่างจริงอย่างชัดเจน
    • เรื่องประสิทธิภาพ ขนาด ความเร็ว ฯลฯ ควรพิสูจน์ด้วยตัวเลขและข้อมูลจริง

7. จัดทำคู่มือเริ่มต้นแบบทีละขั้นตอน

• เมื่อสื่อข้อดีของโปรเจ็กต์ได้ชัดแล้ว ขั้นต่อไปคือต้องให้ วิธีใช้งานที่เป็นรูปธรรม
• ถ้าผู้ใช้อ่าน README แล้วเริ่มสนใจโปรเจ็กต์ ก็ควรมีทางให้ไปต่ออย่างเป็นธรรมชาติ

• เคล็ดลับการเขียนคู่มือเริ่มต้นที่มีประสิทธิภาพ

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

• ต้องทดสอบเสมอ

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

---

กลยุทธ์โปรโมตโอเพนซอร์สอย่างมีประสิทธิภาพ

1. ความสำคัญของการโปรโมตแบบทำซ้ำ

• หลายคนทำพลาดแบบนี้
  1. โพสต์ลงโซเชียลมีเดียแค่ครั้งเดียว
  2. ไม่มีปฏิกิริยาตอบกลับ
  3. รู้สึกหมดกำลังใจ
  4. เลิกทำโปรเจ็กต์
• การโปรโมตใหญ่ครั้งเดียวไม่ค่อยได้ผล → ต้อง โปรโมตแบบค่อยเป็นค่อยไปและทำซ้ำอย่างต่อเนื่อง
• วงจรการโปรโมตซ้ำที่มีประสิทธิภาพ
  1. สร้างคอนเทนต์ เช่น ปล่อยฟีเจอร์ใหม่ บทความบล็อก หรือโพสต์โซเชียลมีเดีย
  2. รับ feedback จากผู้ใช้
  3. ปรับโปรเจ็กต์ตาม feedback
  4. สร้างคอนเทนต์ใหม่เกี่ยวกับสิ่งที่ปรับปรุง → แล้วเริ่มใหม่อีกครั้ง
• ช่วงแรกที่ผู้ใช้ยังน้อยกลับเป็นข้อดี → แก้ไขได้โดยไม่กดดันมาก
• การปรับปรุงอย่างต่อเนื่องและการโปรโมตซ้ำช่วยเพิ่มการเป็นที่รู้จัก

2. กลยุทธ์โปรโมตบนโซเชียลมีเดียที่มีประสิทธิภาพ

• อย่าแชร์แค่ลิงก์อย่างเดียวหรือจบด้วยคำอธิบายสั้น ๆ
• ควรมี 2 อย่างนี้
  • ตัวอย่างโค้ดหรือรูปภาพ → ทำให้คนเข้าใจได้ง่าย
  • คำอธิบายโปรเจ็กต์ที่ชัดเจน → แม้แต่ผู้ใช้ใหม่ก็เข้าใจได้

• ตัวอย่างเทมเพลตโพสต์โปรโมต

  • ประกาศฟีเจอร์ใหม่ → คำอธิบายชัดเจน → ใส่ตัวอย่างโค้ด → แชร์ลงโซเชียลมีเดีย
  • โพสต์ลง Reddit ในซับเรดดิตที่เกี่ยวข้อง (ตรวจสอบกฎของแต่ละซับเรดดิตด้วย)
  • โพสต์ลง Hacker News → อาจช่วยให้ได้ traction ช่วงแรก
  • เขียนบทความลง Dev.to, Smashing Magazine, CSS-Tricks เป็นต้น → ขยายการมองเห็น

3. กลยุทธ์โปรโมตผ่าน PR

• ส่ง PR ไปยังโปรเจ็กต์อื่นเพื่อนำโอเพนซอร์สของตัวเองเข้าไปใช้
  • ตัวอย่าง: PostCSS โปรโมตสำเร็จผ่าน PR ในโปรเจ็กต์อื่น
  • "ถ้าต้องการความช่วยเหลือ ผมสามารถลองนำเครื่องมือนี้ไปใช้ให้ได้"
• เมื่อ PR ได้รับการอนุมัติแล้ว ให้ระบุกรณีการใช้งานนั้นไว้ใน README → เพิ่มความน่าเชื่อถือ
• หากมีการระบุว่าโปรเจ็กต์ยอดนิยมใช้เครื่องมือของคุณอยู่ ก็จะช่วยเสริมความน่าเชื่อถือได้มากขึ้น

4. ทำซ้ำได้ แต่ห้ามสแปม

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

เหตุผลที่ต้องโปรโมตซ้ำ

• ผู้คนไม่ได้เลือกเครื่องมืออย่างมีเหตุผลเสมอไป
• การโปรโมตซ้ำช่วยสร้างการรับรู้อย่างเป็นธรรมชาติ
• ต้องค่อย ๆ สะสมการรับรู้ในระยะยาวจึงจะมีโอกาสสำเร็จ

---

โบนัส

1. วิธีรับมือเมื่อโปรเจ็กต์เริ่มมีชื่อเสียง

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

• วิธีแก้

  • อย่าพยายามแก้ทุกปัญหาด้วยตัวเอง → แนะนำให้ผู้ใช้ช่วยเขียน PR
  • ขอไปตรง ๆ ว่า "ถ้าคุณอยากแก้ปัญหานี้ ช่วยส่ง PR มาได้ไหม?"
  • กำหนดเวลาสำหรับจัดการปัญหาไว้ชัดเจน (เช่น วันละ 15 นาที) และจัดการเฉพาะในเวลานั้น
  • ถ้าเป็นปัญหาที่ยาก อย่ารีบตอบว่าจะรีบแก้ทันที แต่ตอบว่า "กำลังพิจารณาแนวทางแก้ไขอยู่" → แค่ให้ผู้ใช้รู้ว่าคุณรับทราบปัญหาแล้วก็ช่วยให้พวกเขาสบายใจขึ้น
  • งานแก้เอกสารก็สามารถขอให้ผู้ใช้ช่วยได้ → เช่น "ช่วยแก้ส่วนนี้ให้หน่อยได้ไหม?"

2. วิธีรับมือกับ feedback เชิงลบ

• feedback เชิงลบอาจทำให้กำลังใจลดลง
• ในช่วงเริ่มต้นของโปรเจ็กต์ feedback เชิงลบอาจทำให้หมดแรงทำต่อ และเมื่อโปรเจ็กต์ดังขึ้นก็อาจบั่นทอนความมั่นใจได้

• กลยุทธ์การรับมือ

  • อย่าตอบสนองด้วยอารมณ์
  • ถามกลับต่อคำวิจารณ์ → เช่น "ทำไมคุณถึงคิดว่า B ดีกว่า A?"
  • หลายครั้งคำวิจารณ์เป็นเพียงการระบายอารมณ์ → ลองเริ่มบทสนทนากับผู้ใช้เพื่อสร้างความไว้วางใจ
  • คำวิจารณ์สามารถกลายเป็นโอกาสในการปรับปรุงได้

3. กลยุทธ์รับมือเมื่อมีโปรเจ็กต์คู่แข่งเกิดขึ้น

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

---

สรุปสุดท้าย

วิธีสร้างโอเพนซอร์สยอดนิยมและเพิ่มการมองเห็น

1. เหตุผลที่ดีที่สุดในการสร้างโอเพนซอร์สไม่ใช่ชื่อเสียงหรือการเติมเรซูเม่ แต่คือ การเปลี่ยนโลก
2. ไอเดียที่ดีไม่ได้รับประกันว่าจะกลายเป็นโปรเจ็กต์ยอดนิยม
3. สูตรความนิยมของโปรเจ็กต์โอเพนซอร์ส = การเป็นที่รู้จัก + การโปรโมต + ประโยชน์ต่อผู้ใช้ + โชค
4. ควรดูแลบัญชีโซเชียลมีเดียให้แอ็กทีฟ ค้นหาเจอได้ง่าย และใช้ภาษาที่แพร่หลายอย่างภาษาอังกฤษ

วิธีเขียนเอกสารอย่างมีประสิทธิภาพ

1. README และเอกสารควรเขียนให้ชัดเจนและเป็นธรรมชาติ เหมือนกำลังอธิบายให้เพื่อนฟัง
2. ใช้ข้อความเน้น รายการ และโครงสร้างที่เป็นระบบ เพื่อถ่ายทอดข้อมูลซับซ้อนอย่างค่อยเป็นค่อยไป
3. ควรมี หลักฐานที่เป็นรูปธรรม เช่น benchmark จริงและตัวอย่างโค้ด
4. ถ้าเป็นไปได้ ควรมีคู่มือเริ่มต้นที่ชัดเจนสำหรับทั้งผู้ใช้มือใหม่และผู้ใช้ขั้นสูง

กลยุทธ์การโปรโมต

1. การโปรโมตแบบทำซ้ำมีประสิทธิภาพมากกว่าการโปรโมตใหญ่ครั้งเดียว → ปล่อยของ → รับ feedback → ปรับปรุง → ทำซ้ำ
2. โพสต์อย่างสม่ำเสมอ แต่หลีกเลี่ยงการสแปม
3. เขียนโพสต์ที่มีตัวอย่างโค้ดและรูปภาพประกอบ
4. ส่ง PR ไปยังโปรเจ็กต์อื่นเพื่อเพิ่มประสิทธิภาพในการโปรโมต

เคล็ดลับเมื่อโปรเจ็กต์เริ่มมีชื่อเสียง

1. อย่าพยายามแก้ทุกปัญหาด้วยตัวเอง แต่ชวนให้ผู้ใช้ส่ง PR เข้ามา
2. กำหนดเวลาเฉพาะสำหรับจัดการปัญหาไว้ล่วงหน้า (เช่น วันละ 15 นาที)
3. หากมี feedback เชิงลบ ให้เริ่มบทสนทนาด้วยคำถาม
4. อย่ากลัวโปรเจ็กต์คู่แข่ง → การแข่งขันอาจช่วยปลดภาระและเปิดทางให้เกิดทางเลือกที่ดีกว่า

[roxie]

การหาพื้นที่ที่ยอมรับการโปรโมตซึ่งเนื้อหาต่างกันเล็กน้อย แต่เมื่อมองไกล ๆ แล้วเป็นการทำซ้ำในสาระเดิม ก็ดูจะเป็นเรื่องสำคัญเช่นกัน เช่น Twitter