ความสัมพันธ์ของนักพัฒนาเป็นองค์ประกอบหลักที่จะกำหนดความสำเร็จหรือความล้มเหลวของ Web3

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

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

จุดเน้นของบทความนี้:

• นักพัฒนาสัมพันธ์คืออะไร? ประวัติการพัฒนาคืออะไร?

• นักพัฒนาสัมพันธ์จะขับเคลื่อนสตาร์ทอัพในรอบการระดมทุนได้อย่างไร

• นักพัฒนาสัมพันธ์สร้างมูลค่าให้กับสตาร์ทอัพระยะเริ่มต้นได้จากที่ใด

• สิ่งที่ควรทำและไม่ควรทำในการจ้างงานสำหรับบทบาทนักพัฒนาสัมพันธ์

• ชื่อระดับแรก

นักพัฒนาสัมพันธ์คืออะไร?

ชื่อเรื่องรอง

ประวัติโดยย่อของการพัฒนางานนักพัฒนาสัมพันธ์

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

กำเนิดผู้เผยแพร่ซอฟต์แวร์

กล่าวกันว่า Apple ได้สร้างบทบาทของ ผู้เผยแพร่ซอฟต์แวร์ ในช่วงปี 1980 ซึ่งมีหน้าที่สนับสนุนให้นักพัฒนาสร้างแอพสำหรับ macOS และ iOS ที่ใหม่กว่า

Apple ตระหนักว่ามูลค่าของแพลตฟอร์มต้องรองรับโดยซอฟต์แวร์ที่ทำงานบนแพลตฟอร์ม ตัวอย่างเช่น iPhone ประสบความสำเร็จอย่างมากส่วนหนึ่งเนื่องจากนำเสนอชุดแอพที่หลากหลายและน่าสนใจแก่ผู้บริโภค แม้ว่าเดิมทีแอพพลิเคชั่นหลายตัวจะพัฒนาโดย Apple เอง แต่ด้วยการพัฒนาอย่างต่อเนื่องของระบบนิเวศของ Apple แอพพลิเคชั่นของบุคคลที่สามคิดเป็น 99.99% ของ App Store

การเติบโตที่ขับเคลื่อนด้วยผลิตภัณฑ์ และการเพิ่มขึ้นของ กลยุทธ์สำหรับนักพัฒนาซอฟต์แวร์

ในปี 2559 Blake Bartlett จาก OpenView Venture Partners ได้เสนอแนวคิดของ การเติบโตที่นำโดยผลิตภัณฑ์ (ตัวย่อว่า PLG) หลังจากลงทุนในบริษัทต่างๆ เช่น Optimizely และ DataDog สมมติฐานเบื้องหลัง การเติบโตที่ขับเคลื่อนด้วยผลิตภัณฑ์ คือการยอมรับผลิตภัณฑ์สามารถเติบโตได้เองโดยไม่ต้องลงทุนจากบนลงล่างในการขายหรือการตลาด รูปแบบนี้มักใช้โดยบริษัท SaaS ซึ่งผู้ใช้สามารถลงทะเบียนและทดลองใช้ผลิตภัณฑ์ได้ฟรีเพื่อให้บรรลุการเติบโต จุดประสงค์คือเพื่อให้ผู้ใช้สามารถโปรโมตผลิตภัณฑ์ในแวดวงของตนเองและสร้างการบอกต่อสำหรับผลิตภัณฑ์

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

ชื่อเรื่องรอง

ฟังก์ชั่นต่างๆ ของ DevRel

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

คำอธิบายภาพ

ไดอะแกรมนี้อ้างอิงจาก ของ developerrelations.comสี่เสาหลักของนักพัฒนาสัมพันธ์ปรับแต่งเล็กน้อย

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

นักพัฒนาสัมพันธ์สำหรับ Web3

ชื่อเรื่องรอง

Web3 DevRel ยังอยู่ในช่วงเริ่มต้น

แม้ว่าบริษัท Web3 บางแห่งได้จัดตั้งแผนก DevRel ที่สมบูรณ์แล้ว เช่น Consensys, Alchemy และ Chainlink Labs แต่บริษัทดังกล่าวก็ยังหายาก สตาร์ทอัพ Web3 ส่วนใหญ่มีตัวแทน DevRel เพียงคนเดียวหรือไม่มีตำแหน่งนี้ด้วยซ้ำ แต่มอบหมายฟังก์ชันที่เกี่ยวข้องกับ DevRel ให้กับสมาชิกในทีมที่แตกต่างกันเป็นการชั่วคราว

ทำนายทำนายในปีที่จะถึงนี้ ยังคงมีนักพัฒนาสัมพันธ์ที่โดดเด่นจำนวนมากกระโดดเข้าสู่บริษัทบล็อกเชน

ชื่อเรื่องรอง

DevRel มีความหมายอย่างมากต่อองค์กร Web3 ทุกประเภท

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

บริษัทที่ต้องการสร้างชุมชนนักพัฒนามักแบ่งออกเป็นสามประเภทกว้างๆ ซึ่งทั้งหมดมีเป้าหมายทางธุรกิจที่คล้ายคลึงกันมาก

โครงสร้างพื้นฐาน Web3

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

• ออราเคิลข้อมูล

• แผนการขยาย L2

• อินเทอร์เฟซ API เพื่อโต้ตอบกับ blockchain

• แพลตฟอร์มการจัดการ KYC

• ระบบไฟล์แบบกระจาย

• แอปพลิเคชัน Blockchain SDK และมิดเดิลแวร์

เป้าหมายทางธุรกิจของ DevRel: เพื่อเพิ่มจำนวนการผสานรวมเทคโนโลยีของบริษัท และเพื่อสร้างรายได้โดยการเรียกเก็บเงินสำหรับการโทร API และการโต้ตอบสัญญาอัจฉริยะ

L1 Blockchain และโปรโตคอล DeFi

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

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

แพลตฟอร์มการซื้อขายและตลาด

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

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

ชื่อระดับแรก

DevRel ช่วยสตาร์ทอัพด้วยเงินทุนอย่างไร

หากบริษัทสตาร์ทอัพสามารถเข้าใจสาระสำคัญของ DevRel ได้เร็วที่สุดเท่าที่จะเป็นไปได้ ก็จะมีแนวโน้มที่จะเร็วขึ้นและเร็วขึ้นจัดไฟแนนซ์ครบทุกรอบ。Heavybit(บริษัทร่วมทุนที่ลงทุนในบริษัทสตาร์ทอัพแห่งแรกของนักพัฒนา), Dana Oshiro, หุ้นส่วนทั่วไป, ในบทความที่ชื่อว่าการป้องกันและคุณค่าของชุมชนนักพัฒนาตามที่กล่าวไว้ในสุนทรพจน์ของเขา DevRel Commissioner สามารถกระตุ้นให้นักลงทุนจัดหาเงินทุนสำหรับสตาร์ทอัพต่อไปได้ เนื่องจาก DevRel สามารถให้ข้อมูลและตัวบ่งชี้ต่างๆ ที่พวกเขาสนใจแก่นักลงทุนได้

ชื่อเรื่องรอง

รอบเมล็ด

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

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

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

• ชื่อเรื่องรอง

รอบของการจัดหาเงินทุน

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

• เป้าหมาย: นักลงทุนมุ่งเน้นว่าสตาร์ทอัพสามารถรับสมัครและรักษานักพัฒนาไว้ได้หรือไม่ และเริ่มสร้างมาตรฐานเทียบกับโครงการที่ประสบความสำเร็จ

• เป้าหมายและเมตริก: นักลงทุนต้องการให้บริษัทบรรลุเป้าหมายต่อไปนี้: (หมายเหตุ: เป้าหมายเหล่านี้มีเมตริกเฉพาะ เช่น การโต้ตอบของนักพัฒนา ลูกค้าที่แนะนำ และสมาชิกชุมชนที่ยังคงอยู่)

• สร้างการรับรู้ของผลิตภัณฑ์และชุมชน

• รับสมัครนักพัฒนาและสนับสนุนให้นักพัฒนาเรียกใช้อินเทอร์เฟซ API หรือสัญญาอัจฉริยะเป็นครั้งแรก

• สตรีมและแปลง รับความคิดเห็นเกี่ยวกับผลิตภัณฑ์

• ชื่อเรื่องรอง

หลังจากรอบของการจัดหาเงินทุน

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

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

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

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

• รักษานักพัฒนาที่ภักดีด้วยความเหนียวแน่นของผู้ใช้จริง

• นักพัฒนาควรแนะนำเทคโนโลยีให้กับผู้อื่นและส่งเสริมเทคโนโลยีนั้นอย่างเป็นธรรมชาติ

• Github fork, การผสานรวม, จำนวนการผสานรวม, แอปพลิเคชันของบุคคลที่สามในระบบนิเวศ และจำนวนคู่ค้าล้วนเป็นเมตริกที่สำคัญ

• สรุปประเด็นสำคัญ: สตาร์ทอัพจำเป็นต้องจัดตั้งทีม DevRel สมาชิกแต่ละคนสามารถรับผิดชอบหน้าที่ที่แตกต่างกันและบรรลุตัวชี้วัดการวัดผลในแต่ละด้านที่สำคัญ เช่น อัตราการเติบโตของระบบนิเวศและการมีส่วนร่วมของผลิตภัณฑ์

ชื่อระดับแรก

ฟังก์ชัน DevRel ใดที่สตาร์ทอัพในระยะเริ่มต้นควรให้ความสำคัญ

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

คำอธิบายภาพ

ชื่อเรื่องรอง

เหตุใดจึงให้ความสำคัญกับการเปิดใช้งานของนักพัฒนามากกว่าการรับรู้ของนักพัฒนา

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

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

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

เราได้กล่าวถึงวิธีการในบทความที่แล้วสร้างชุมชนนักพัฒนาชื่อเรื่องรอง

กลยุทธ์เพื่อปรับปรุงการเพิ่มขีดความสามารถของนักพัฒนา

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

• พัฒนาเอกสารทางเทคนิค บทช่วยสอน และคู่มือการเริ่มต้นใช้งานคุณภาพสูง

• โฮสต์การสัมมนาผ่านเว็บที่เน้นผลิตภัณฑ์ เซสชันการเข้ารหัสสด และวิดีโอแนะนำ

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

ชื่อเรื่องรอง

ความสำคัญของการออกแบบประสบการณ์นักพัฒนา

คำอธิบายภาพ

แผนผังลำดับงานของ Todd Moy -แหล่งที่มา。

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

ชื่อระดับแรก

สตาร์ทอัพ Web3 จะสรรหาผู้มีความสามารถด้าน DevRel ที่เหมาะสมได้อย่างไร

ในอุตสาหกรรม Web3 บริษัทต่าง ๆ ต่างแข่งขันกันอย่างดุเดือดเพื่อชิงผู้มีความสามารถด้าน DevRel ปี 2022รายงานการวิจัยตำแหน่ง TrueUp Cryptoชื่อเรื่องรอง

ข้อความ

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

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

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

ชื่อเรื่องรอง

ค้นหาผู้สมัครงานที่มีทักษะที่เกี่ยวข้อง

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

ชื่อเรื่องรอง

ให้ความสนใจกับความเห็นอกเห็นใจ

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

วิธีประเมินการเอาใจใส่

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

วิธีหนึ่งคือการรับคนหางานจาก ห้ามิติอธิบายแนวคิดเทคโนโลยี Web3 บางอย่างกับกลุ่มประเภทต่างๆ (หมายเหตุ: Five Dimensions มาจากชุดวิดีโอยอดนิยมบน Wired) ตัวอย่างเช่น นักพัฒนา Chainlink สนับสนุน Patrick Collin ในบทความชื่อ ทำไมต้องเว็บ3การลดความน่าเชื่อถือการลดความน่าเชื่อถือแนวคิดจึงอธิบายแนวคิดด้วยภาษาธรรมดาเพื่อให้ทุกคนเข้าใจได้ การอธิบายแนวคิดที่ไม่ชัดเจนด้วยวิธีง่ายๆ เป็นทักษะที่จำเป็นสำหรับบุคลากร DevRel ทุกคน

ชื่อระดับแรก

เหตุใด Web3 จึงต้องการบุคลากร DevRel มากกว่านี้

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

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

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

สมัครเริ่มต้นกับ Chainlink

เริ่มต้นด้วยโปรแกรม Chainlinkสำหรับข้อมูลเพิ่มเติมเกี่ยวกับทรัพยากรสำหรับการเริ่มต้นใช้งาน Web3

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