อธิบายเส้นทางการพัฒนาซอฟต์แวร์โอเพ่นซอร์สโดยละเอียด

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

ตั้งแต่การสร้างโครงการ GNU ที่ MIT ในปี 1983 จนถึงการเปิดตัว Github ในปี 2008 และการซื้อกิจการ RedHat มูลค่า 34 พันล้านเหรียญของ IBM ทัศนคติต่อโอเพ่นซอร์สได้ผ่านการเปลี่ยนแปลงครั้งใหญ่ในช่วงหลายปีที่ผ่านมา: ซอฟต์แวร์โอเพ่นซอร์สเคยถูกมองว่าเป็นเวอร์ชันปิดราคาถูก ซอฟต์แวร์ซอร์ส และตอนนี้ซอฟต์แวร์โอเพ่นซอร์สได้รับการมองว่าเป็นทางเลือกที่เหนือกว่าซึ่งให้คุณภาพที่สูงกว่า การสนับสนุนที่ดีกว่า และความยืดหยุ่นที่มากกว่า

เนื่องจากอำนาจในการตัดสินใจยังคงเปลี่ยนไปเป็นของนักพัฒนา บริษัททั้งเล็กและใหญ่จึงเต็มใจที่จะรวมซอฟต์แวร์โอเพ่นซอร์สและประโยชน์ทั้งหมดไว้ในซอฟต์แวร์ผลิตภัณฑ์ อันที่จริงแล้ว ฐานรหัสแอปพลิเคชันที่พัฒนาขึ้นใหม่ส่วนใหญ่ประกอบด้วยคอมโพเนนต์โอเพ่นซอร์ส Tidelift ซึ่งจัดการส่วนประกอบโอเพ่นซอร์ส รายงานในการสำรวจล่าสุดว่า 92 เปอร์เซ็นต์ของนักพัฒนาที่ทำแบบสำรวจกล่าวว่าพวกเขาสร้างแอปพลิเคชันที่มีส่วนประกอบโอเพ่นซอร์ส

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

โอเพ่นซอร์สสร้างมูลค่าได้อย่างไร

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

เราเห็นแนวโน้มเดียวกันนี้กระจายไปทั่วกองซอฟต์แวร์ โอเพ่นซอร์สไม่ได้จำกัดอยู่แค่โครงสร้างพื้นฐานซอฟต์แวร์และการวิเคราะห์ข้อมูลเท่านั้น แต่ยังเจาะเข้าไปในพื้นที่ที่แต่เดิมถูกครอบงำโดยซอฟต์แวร์โอเพ่นซอร์สทั้งหมด ตัวอย่างเช่น WordPress ได้สร้างทางเลือกโอเพ่นซอร์สสำหรับระบบการจัดการเนื้อหา และโครงการโอเพ่นซอร์สใหม่กำลังเกิดขึ้นในพื้นที่ต่างๆ เช่น แอปการสื่อสารแบบโอเพ่นซอร์ส (Slack) เครื่องมือสร้างภาพข้อมูล (Tableau) และโซลูชั่นความปลอดภัย ( กระเด็น).

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

อย่างไรก็ตาม รูปแบบธุรกิจที่เป็นนวัตกรรมยังคงพัฒนาอย่างต่อเนื่อง และบริษัทซอฟต์แวร์โอเพ่นซอร์สชั้นนำหลายแห่งในปัจจุบันนำรูปแบบธุรกิจแบบ "โอเพ่นคอร์" มาใช้ (หมายเหตุ: ผลิตภัณฑ์บางอย่างฟรีภายใต้รูปแบบโอเพ่นคอร์ ในขณะที่ใบอนุญาตเชิงพาณิชย์ใช้สำหรับรุ่นพรีเมียมหรือส่วนเสริม on เช่น community Edition และ Enterprise Edition) ซึ่งบริษัทจะเก็บฟังก์ชันการทำงานหลักทั้งหมดของผลิตภัณฑ์โอเพ่นซอร์สไว้ แต่จะเรียกเก็บเงินสำหรับคุณลักษณะโอเพ่นซอร์สระดับไฮเอนด์ชุดเล็กๆ เท่านั้น เป็นหนึ่งในรูปแบบธุรกิจที่ดีที่สุดที่เราเคยเห็นสำหรับโครงการโอเพ่นซอร์ส

เมื่อบริษัทโอเพ่นซอร์สเหล่านี้เริ่มต้นเครื่องมือสร้างผลกำไร ควบคู่ไปกับการส่งเสริมชุมชนพื้นฐานที่แข็งแกร่ง ARR (หมายเหตุ: รายรับที่เกิดขึ้นประจำรายปี รายรับที่เกิดขึ้นประจำรายปี เป็นตัวบ่งชี้ที่สำคัญของการใช้งาน SaaS หรือธุรกิจที่มีข้อตกลงการสมัครสมาชิกระยะยาว) เติบโตขึ้น จาก 1 ล้านเหรียญ การไปถึง 100 ล้านเหรียญอาจเร็วกว่าธุรกิจ SaaS แบบดั้งเดิมที่เติบโตเร็วที่สุด

ต่อไปนี้เป็นการเปรียบเทียบอัตราการเติบโตของบริษัทโอเพ่นซอร์ส 100 อันดับแรกบนคลาวด์ 3 บริษัทและบริษัท SaaS ที่เติบโตเร็วที่สุด:

จากการลงทุนในโซลูชันการตรวจสอบโครงสร้างพื้นฐาน Netdata ที่ประกาศเมื่อเร็วๆ นี้ ไปจนถึง Cypress ผู้นำด้านการทดสอบส่วนหน้า ScyllaDB ฐานข้อมูล NoSQL และ HashiCorp ผู้นำด้านการจัดการโครงสร้างพื้นฐาน Bessemer ได้เพิ่มการลงทุนในโครงการซอฟต์แวร์โอเพ่นซอร์สใน ไม่กี่ปีที่ผ่านมา

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

หกกรอบสำหรับการลงทุนโอเพ่นซอร์ส

หลังจากพบปะกับผู้ก่อตั้งโครงการโอเพ่นซอร์สหลายร้อยราย วิเคราะห์พื้นที่เก็บข้อมูลสาธารณะยอดนิยม 10,000 แห่งบน GitHub และรวบรวมข้อมูลเกี่ยวกับบริษัทซอฟต์แวร์โอเพ่นซอร์สที่ประสบความสำเร็จสูงสุดตลอดกาล เราได้แบ่งปันเฟรมเวิร์กของ Bessemer สำหรับการลงทุนโอเพ่นซอร์ส

1. ทีม

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

เราพบว่าบริษัทโอเพ่นซอร์สที่ประสบความสำเร็จมากที่สุดมักจะเป็นผู้นำ (CEO หรือ CTO) โดยผู้ก่อตั้งโครงการดั้งเดิม แม้ว่าจะไม่เป็นเช่นนั้นเสมอไป แต่สถานการณ์นี้มักจะหมายถึงอัตราความสำเร็จที่สูงขึ้น: อิทธิพลของผู้ก่อตั้งโครงการที่มีต่อโครงการสามารถช่วยดึงดูดผู้มีความสามารถได้ ที่สำคัญกว่านั้น ความคุ้นเคยกับโครงการและการคิดเกี่ยวกับวิสัยทัศน์ของโครงการจะนำมาซึ่งความได้เปรียบอย่างเด็ดขาดต่อผู้ก่อตั้งโครงการ

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

2. แหล่งกำเนิด

โครงการโอเพ่นซอร์สสามารถมาจากที่ใดก็ได้ GitHub มีอยู่เพื่อให้เกือบทุกคนสามารถผลักดันโครงการไปยังเว็บและสร้างชุมชนนักพัฒนาที่อยู่รอบ ๆ นอกจากนักพัฒนารายบุคคลแล้ว ยักษ์ใหญ่ด้านเทคโนโลยีเช่น Google, Facebook, Microsoft และ Netflix มักจะใช้โอเพ่นซอร์สโครงการภายในของพวกเขา ส่งผลให้เทคโนโลยีซอฟต์แวร์โอเพ่นซอร์สยอดนิยมบางรายการ ได้แก่ Kubernetes, Go และ Visual Studio Code ในทำนองเดียวกัน สถาบันวิจัยและมหาวิทยาลัยที่ก้าวหน้าที่สุดบางแห่งก็มีส่วนสำคัญในการสนับสนุนโครงการโอเพ่นซอร์ส

เครื่องมือโอเพ่นซอร์สที่เผยแพร่โดยยักษ์ใหญ่ด้านเทคโนโลยีแทบจะไม่ได้แยกธุรกิจแบบสแตนด์อโลนออก และในขณะที่เทคโนโลยีอย่างเช่น Kubernetes ได้ขับเคลื่อนการเปลี่ยนแปลงครั้งใหญ่ในโครงสร้างพื้นฐานระบบคลาวด์ แต่พวกเขาก็ยังไม่ประสบความสำเร็จเชิงพาณิชย์อย่างขนานใหญ่ อย่างน้อยก็ยังไม่ได้ (บางทีความนิยมที่แพร่หลายทำให้ผู้เข้าร่วมไม่สามารถสร้างธุรกิจต่อยอดจากโครงการที่ออกโดยบริษัทยักษ์ใหญ่เหล่านี้ได้?) แม้ว่าจะมีระบบนิเวศและบริษัทต่างๆ ที่สร้างขึ้นจากโซลูชันเหล่านี้อยู่แล้ว แต่เมื่อเทคโนโลยีกำลังเคลื่อนไปในทิศทางต่างๆ มากมาย Dominance จึงไม่ใช่เรื่องง่าย .

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

โดยเฉลี่ยแล้ว บริษัทซอฟต์แวร์โอเพ่นซอร์สชั้นนำจะเปิดตัวสามปีครึ่งหลังจากการเปิดตัวโครงการโอเพ่นซอร์สต้นแบบต่อสาธารณะ ซึ่งเป็นช่วงเวลาที่โครงการได้รับแรงผลักดันอย่างมาก

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

3. การยอมรับในช่วงต้น

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

หากโครงการอยู่ในมือของนักพัฒนาหลายพันราย รูปแบบการทำกำไรจะแตกต่างอย่างมากจากบริษัทเทคโนโลยีสุดฮอตบางแห่งที่พัฒนาโดยทีมวิศวกร

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

4. ความเป็นเจ้าของโครงการ

โค้ดโอเพ่นซอร์สมาตรฐานส่วนใหญ่อนุญาตให้ทุกคนพยายามสร้างบริษัทและผลิตภัณฑ์ของตนเองต่อยอดจากโปรเจ็กต์ที่มีอยู่ แม้ว่าโอเพ่นซอร์สโค้ดจะเป็นแหล่งคุณค่าและการเติบโตที่ยิ่งใหญ่ที่สุดสำหรับโปรเจกต์โอเพ่นซอร์ส แต่ก็หมายความว่าโปรเจ็กต์ใดๆ ก็ตามอาจมีขนาดเล็ก จำนวนทีมแข่งขันกันเพื่อให้บริการ โฮสติ้ง หรือสร้างคุณลักษณะให้กับโครงการ

เมื่อพบกับบริษัทโอเพ่นซอร์ส เรามักจะพยายามทำความเข้าใจว่าทีมสามารถควบคุมทิศทางของโครงการโอเพ่นซอร์สพื้นฐานได้มากน้อยเพียงใด มีธุรกิจที่ประสบความสำเร็จบางส่วนสร้างขึ้นจากโครงการ แต่ไม่มี "การควบคุม" ที่แท้จริงของแผนงานโครงการหรือความมุ่งมั่น สถานการณ์ที่ดีที่สุดในที่นี้คือเมื่อทีมมีอำนาจเพียงพอในการแนะนำแผนงานของโครงการ จัดลำดับความสำคัญของคุณลักษณะ และอนุมัติการมอบหมาย สิ่งนี้ไม่ได้หยุดผู้อื่นจากการ "ฟอร์ก" โปรเจ็กต์ นั่นคือการคัดลอกฐานโค้ดและทำตามทิศทางของการฟอร์กอย่างอิสระ การเกิดขึ้นของผู้จำหน่ายหลายรายถือเป็นการประกาศโอกาสทางการตลาดที่ร้อนแรงซึ่งสามารถสร้างผู้ชนะหลายราย เช่น Cloudera, Hortonworks และ MapR ซึ่งทั้งหมดนี้ให้บริการ Hadoop แต่หากไม่มีหัวหน้าโครงการที่ชัดเจน โครงการอาจถูกดึงไปในทิศทางต่างๆ กันโดยผู้มีบทบาทหลายคน ซึ่งจะทำให้พลังของกลุ่มลดลง

กำไร

5. กำไร

หนึ่งในการตัดสินใจเชิงกลยุทธ์ที่สำคัญที่สุดสำหรับบริษัทโอเพ่นซอร์สคือวิธีการออกแบบกลยุทธ์การสร้างรายได้เพื่อดึงดูดมูลค่าจากลูกค้าที่เหมาะสมโดยไม่ต้องจำกัดผลิตภัณฑ์โอเพ่นซอร์ส ในอดีต ธุรกิจโอเพ่นซอร์สจำนวนมากถูกสร้างขึ้นบนพื้นฐานของการให้การสนับสนุน บริการ และ SLA (หมายเหตุ: ข้อตกลงระดับบริการ ข้อตกลงระดับบริการ เช่น RedHat) จนถึงทุกวันนี้ ธุรกิจโอเพ่นซอร์สส่วนใหญ่ดำเนินการภายใต้โมเดล "โอเพ่นคอร์" ซึ่งฟังก์ชันการทำงานหลักทั้งหมดของผลิตภัณฑ์ยังคงเป็นโอเพ่นซอร์ส แต่มีค่าธรรมเนียมเล็กน้อยสำหรับคุณสมบัติระดับพรีเมียมเท่านั้น บริษัทโอเพ่นซอร์สที่ดีที่สุดมักจะเก็บฟังก์ชันการทำงานไว้ในเวอร์ชันโอเพ่นซอร์สให้ได้มากที่สุด และสร้างรายได้จากฐานผู้ใช้เพียงเล็กน้อยเท่านั้น ซึ่งโดยปกติจะน้อยกว่า 5% สิ่งนี้ช่วยส่งเสริมให้ชุมชนโอเพ่นซอร์สยอมรับเวอร์ชันโอเพ่นซอร์สในวงกว้าง ซึ่งจะเปลี่ยนผู้ใช้เวอร์ชันโอเพ่นซอร์สที่ใช้งานอยู่ให้เป็นผู้ใช้หลักของผลิตภัณฑ์แบบชำระเงิน

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

6. ชุมชน

การมีส่วนร่วมกับชุมชนเป็นส่วนสำคัญของบริษัทโอเพ่นซอร์ส คำติชมและการมีส่วนร่วมจากชุมชนเป็นสิ่งสำคัญในการชี้นำหลักสูตรการพัฒนาโครงการ แก้ไขจุดบกพร่อง สร้างคุณสมบัติใหม่ เพิ่มการยอมรับ และให้การสนับสนุน อย่างไรก็ตาม โครงการที่บรรลุการมีส่วนร่วมของชุมชนขนาดใหญ่นั้นหายาก จากพื้นที่เก็บข้อมูลสาธารณะ 37 ล้านแห่งบน GitHub เราได้วิเคราะห์ 10,000 อันดับแรก (จัดอันดับตามกิจกรรมของผู้ร่วมให้ข้อมูล) และน้อยกว่า 500 แห่งที่เข้าเกณฑ์สำหรับการมีส่วนร่วมของชุมชน "ขนาดใหญ่" ซึ่งเทียบเท่ากับประมาณ 1 ใน 80,000 โครงการที่โครงการสามารถเข้าถึงระดับนี้ได้

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

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

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

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

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

เรานิยามสิ่งนี้ว่าเป็นผู้ใช้ที่สร้างปัญหา Github แสดงความคิดเห็น ดึงคำขอ หรือกระทำภายในเดือนที่กำหนด หากโครงการโอเพ่นซอร์สที่เกิดขึ้นใหม่สามารถรองรับผู้ร่วมให้ข้อมูลได้มากกว่า 100 รายต่อเดือน พวกเขาก็จะอยู่ในอันดับต้น ๆ ของอุตสาหกรรม และหากโครงการมีผู้ร่วมให้ข้อมูลมากกว่า 250 รายต่อเดือน ก็ใกล้เคียงกับความสำเร็จของโครงการที่มีการใช้งานมากที่สุดเท่าที่เคยมีมา ในความเป็นจริง มีเพียง 6% ของโครงการ 10,000 อันดับแรกเท่านั้นที่รักษาผู้มีส่วนร่วม 250 คนต่อเดือนเป็นเวลา 6 เดือนขึ้นไป

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

สำหรับเนื้อหาโดยละเอียดเพิ่มเติมในส่วนของการมีส่วนร่วมของชุมชน โปรดดูบทความอื่นของ BlockMania "สินค้าแห้ง丨วิธีประเมินจะต้องทำตามนั้น》。