- Developer Relations หรือ Developer Advocacy
→ เป็นบทบาทที่มักมีอยู่ในบริษัทที่มีกลุ่มเป้าหมายหลักเป็นนักพัฒนา
→ ทำกิจกรรมต่าง ๆ เช่น สร้างคอมมูนิตี้ สร้างคอนเทนต์ หรือปรับปรุงประสบการณ์ของนักพัฒนาที่มีต่อผลิตภัณฑ์ เพื่อให้เหล่านักพัฒนารู้จักผลิตภัณฑ์หรือเทคโนโลยีบางอย่าง
3 ประเภทของ DevRel
- Community Builder : DevRel ที่เน้นคอมมูนิตี้
- มีหน้าที่สร้างคอมมูนิตี้นักพัฒนา
- ทำให้นักพัฒนาได้ประโยชน์บางอย่างกลับไปผ่านการจัดงาน ทำไลฟ์สตรีม ดูแล Slack/Discord และการแลกเปลี่ยนฟีดแบ็ก
- Developer Educator : DevRel ที่เน้นคอนเทนต์
- ทำให้ผลิตภัณฑ์เป็นที่รู้จักผ่านบทความหรือการบรรยาย
- บล็อก วิดีโอ เวิร์กช็อป พอดแคสต์ ทวีต ฯลฯ
- ในระยะสั้นอาจทำโปรโมชัน และในระยะยาวอาจคำนึงถึง SEO ด้วย
- DX Engineer : DevRel ที่เน้นผลิตภัณฑ์
- เป็นเจ้าของประสบการณ์นักพัฒนาของผลิตภัณฑ์ (ปรับปรุงความรู้สึกของนักพัฒนาที่มีต่อผลิตภัณฑ์ให้ดีขึ้น)
- พูดคุยกับนักพัฒนาโดยตรง และปรับปรุงเอกสารกับไกด์ตามความคิดเห็นของพวกเขา
- รวมถึงงานอย่างตัวอย่างโค้ด เทมเพลต และ Integration
การหางานสาย DevRel
- เป็นสายงานที่มาแรงมาก
- สตาร์ตอัปจำนวนมากกำลังมองหา DevRel ที่ดี
- ทักษะสำคัญสำหรับการสมัครงาน DevRel
- ทักษะการเขียนโค้ด : ถ้าจะเข้าอกเข้าใจนักพัฒนา ก็ควรเขียนโค้ดได้
- ทักษะการสร้างคอมมูนิตี้ : ถ้าเคยมีประสบการณ์สร้างและดูแลคอมมูนิตี้จะยิ่งดี ไม่ว่าจะเป็นในมหาวิทยาลัย โอเพนซอร์ส หรือคอมมูนิตี้ออนไลน์
- ทักษะการสร้างคอนเทนต์ : ความสามารถในการพูด ทำวิดีโอ YouTube ทวีต และเขียนบล็อก
คำแนะนำสำหรับ DevRel
- How to engage developers
- Show, don’t tell. : อย่ามัวแค่พูด แต่ต้องทำให้เห็น (ทำให้นักพัฒนาลองใช้ผลิตภัณฑ์ได้อย่างรวดเร็ว)
- Features not benefits : แสดงฟีเจอร์ให้เข้าใจได้ทันที และเปรียบเทียบกับผลิตภัณฑ์อื่น
- Be genuinely helpful : ลงทุนกับข้อมูลคุณภาพสูง (เอกสาร API, เว็บไซต์ช่วยเหลือที่ดูแลดี, วิดีโอสอนใช้งาน, ตัวอย่าง use case ฯลฯ) และทำให้ติดต่อขอความช่วยเหลือเพิ่มเติมได้ง่ายเมื่อจำเป็น
- Be Direct : ทำความเข้าใจนักพัฒนา และจินตนาการว่าเขียนถึงแต่ละคนโดยตรง วิธีนี้จะช่วยให้สร้างคอนเทนต์ที่เป็นประโยชน์จริง ไม่ใช่ข้อความแนวขายของ
- Think beyond the 9-to-5. : นักพัฒนาหลายคนทำโปรเจกต์ข้างเคียงในหัวข้อหลากหลาย ทั้งในและนอกเวลางาน
- Repurpose Content : นำคอนเทนต์เดิมกลับมาใช้ซ้ำให้มากที่สุด เช่น ทวีต → บล็อก → วิดีโอ → พูดในคอนเฟอเรนซ์ เป็นการจัดเป็นพายป์ไลน์
- Have a "breakable toy" : ควรมีแอปจริงที่สามารถลองนำเทคโนโลยีใหม่มาใช้ และแสดงตัวชี้วัดที่เปลี่ยนไปจากการเปลี่ยนแปลงนั้นได้ ต้องเป็นของจริงแม้จะเล็กก็ตาม เช่น ตัวติดตามการออกกำลังกายแบบง่าย ๆ ตัววางแผนอาหาร หรือเครื่องมือจดโน้ต และถ้ามีผู้ใช้จริงสักคุณกับเพื่อนอีกไม่กี่คนก็ยิ่งดี
- แหล่งข้อมูลอื่น ๆ เกี่ยวกับ DevRel
2 ความคิดเห็น
ผมก็คิดเหมือนกันครับ เมื่อวัฒนธรรมการพัฒนาซอฟต์แวร์พัฒนาขึ้น ประเภทของงานที่ต้องทำก็ควรหลากหลายขึ้นและแยกย่อยมากขึ้นด้วย น่าจะดีถ้าในอนาคตจะไม่ใช่แค่แบ่งเป็นสายพัฒนาและสายบริหารโดยมุ่งสร้างโปรดักชันอย่างเดียว แต่มีบทบาทที่หลากหลายซึ่งจำเป็นต่อการพัฒนาและประชาสัมพันธ์โปรดักชันเพิ่มขึ้นด้วย การที่จากเดิมแบ่งกันแค่ DevRel/Advocate แล้วมี DX เพิ่มเข้ามาด้วยนี่ดีมากเลยนะครับ ไม่แน่ใจว่าการที่สมาชิกทีม Chrome DevRel ย้ายไปทำงานด้าน DX ที่ Spotify กันเยอะจะถือเป็นตัวอย่างที่ดีได้ไหม ส่วนตัวผมสนใจมากเหมือนกัน แต่ตำแหน่งงานนี่สิ...
ตัวหลักของบทความนั้นส่วนใหญ่เป็นทีม DevRel ของ Vercel แต่ก็น่าสนใจดีนะครับที่การนิยาม DevRel มาจากสตาร์ตอัปหน้าใหม่(?) มากกว่าจากองค์กร DevRel ที่มีมานาน
ในต่างประเทศถือว่าฮอตมาก.. แต่ในประเทศเรา.. อืม.. T_T
แต่ผมคิดว่าเป็นบทบาทที่จำเป็นมากแน่นอน