เจาะประเด็น
DevOps / Marketing
ถ้าเขียนขั้นตอนทำงานออกมาเป็นโค้ดได้ ก็จบเรื่อง ไม่ต้องมานั่งทำมืออีก
ทีมการตลาด GitHub เปลี่ยนงานอีเวนต์ทั้งวงจรให้กลายเป็นสคริปต์ที่รันบน GitHub ตั้งแต่แพลนยันส่งอีเมลติดตาม
ทีมข่าว เอไอไทย.com
⏱ อ่าน 4 นาที
งาน ops ส่วนใหญ่ไม่ได้ยากเพราะคิดไม่ออก แต่ยากเพราะไม่มีใครยอมเขียนมันลงเป็นระบบสักที
ถ้าคุณเขียนขั้นตอนการทำงานของตัวเองออกมาเป็นตัวอักษรได้ คุณก็ automate มันได้ นี่คือประโยคเปิดของโพสต์บน GitHub Blog ที่เล่าประสบการณ์ตรงของคนที่ดูแลงาน marketing ops ให้ทีม APAC ของ GitHub แล้วตัดสินใจย้ายกระบวนการทำอีเวนต์ทั้งหมดมารันบน GitHub ซะเลย
ฟังดูเหมือนเรื่องเล็ก แต่จริงๆ มันคือการประกาศจุดยืนว่า "การตลาดก็ควรทำงานแบบเดียวกับที่วิศวกรทำงาน" นั่นแหละ คือเขียน workflow ให้ชัด ทำเวอร์ชันคุมไว้ แล้วปล่อยให้เครื่องรัน แทนที่จะพึ่งความจำคนและไฟล์ Excel กระจัดกระจาย
ไอเดียคือ "marketing ops as code" ไม่ใช่ buzzword ลอยๆ แต่หมายถึงการเอาขั้นตอนงานอีเวนต์ ตั้งแต่ช่วงแพลน ช่วงโปรโมท ช่วงจัดงาน ไปจนถึงการติดตามผลหลังงาน มาเขียนเป็นไฟล์ที่เก็บใน repository เดียวกัน แล้วใช้เครื่องมือของ GitHub อย่าง issues, pull requests, actions มาจัดการแทนการทำมือ
เหตุผลที่ต้องทำแบบนี้ก็ตรงไปตรงมา งานอีเวนต์มี checklist ซ้ำๆ ทุกครั้ง เช่น เปิดหน้า landing page, ส่งอีเมลเชิญ, เก็บรายชื่อผู้เข้างาน, ส่งอีเมล follow-up สิ่งเหล่านี้ถ้าทำมือทุกครั้งก็เสียเวลาและพลาดง่าย แต่ถ้าเขียนเป็น template แล้วรันผ่านระบบ ก็ลดทั้งเวลาและความผิดพลาด
มุมที่น่าสนใจคือ GitHub ไม่ได้ขายเครื่องมืออะไรใหม่ในโพสต์นี้ แต่กำลังบอกว่า "ของที่เรามีอยู่แล้ว ก็เอามาทำงานนี้ได้" ซึ่งเป็นแนวคิดที่ทีม ops หลายที่มองข้าม เพราะมักคิดว่า GitHub เป็นที่เก็บโค้ดของทีม engineer เท่านั้น ทั้งที่จริงมันเป็นระบบจัดการงานที่ยืดหยุ่นพอจะเอามาใช้กับงานที่ไม่ใช่โค้ดได้ด้วย
สำหรับทีมการตลาดที่ยังใช้ Trello, Notion หรือ Google Sheets อยู่ การเห็นเคสนี้ก็อาจทำให้ต้องกลับมาคิดว่า ระบบที่ใช้อยู่มัน automate ได้จริงหรือแค่ทำเป็น checklist สวยๆ
ประเด็นที่ผมคิดว่าคนอ่านควรจับคือ ข้อความนี้จริงเฉพาะเมื่อ "เขียนออกมาได้จริง" หลายทีมทำงานแบบรู้ในหัว แต่พอให้เขียนเป็นขั้นตอนกลับเขียนไม่ครบ นี่คือจุดที่ ops ส่วนใหญ่ตาย ไม่ใช่เพราะเครื่องมือไม่ดี แต่เพราะกระบวนการยังไม่ชัดพอจะเขียนเป็นโค้ดได้
อีกอย่างคือการเอา GitHub มาใช้กับงานการตลาดมีต้นทุนในการเรียนรู้อยู่พอสมควร คนที่ไม่ได้สายเทคอาจจะงงกับ concept ของ branch, PR, action แต่ถ้าทีมมีคนที่เข้าใจ workflow นี้อยู่แล้ว มันก็คุ้มที่จะลงทุน
ประเด็นไม่ใช่ว่าทุกทีมต้องย้ายงานการตลาดไปอยู่บน GitHub แต่คือคำถามว่า งาน ops ที่ทำซ้ำๆ อยู่ทุกเดือน มันถูกเขียนออกมาเป็นระบบแล้วหรือยัง ถ้ายัง ต่อให้มีเครื่องมือดีแค่ไหนก็ไม่มีอะไรให้ automate อยู่ดี
ที่มา: GitHub Blog — อ่านต้นฉบับ
ความคิดเห็น 6
กำลังโหลดความคิดเห็น...