8 กลยุทธ์กระบวนการ Agile สำหรับทีมการตลาดแบบลีน

เราเป็นนักเทคโนโลยีที่กระตือรือร้น เราทำงานจากระยะไกล และสร้างแอปของเราเอง (รวมถึง Turbine แอป HR และ Fizz+Ginger แอป SEO เชิงเทคนิคสำหรับผู้ใช้ HubSpot) เราทำงานให้กับบริษัทเทคโนโลยีต่างๆ เช่น Microsoft, Symantec, LinkedIn และ HP และเรามาจากพื้นฐานด้านการพัฒนาซอฟต์แวร์ (CEO ของเราบริหารบริษัทเกมคอมพิวเตอร์เป็นเวลาสิบปี)

ดังนั้น คุณคาดหวังให้เรามีแนวทางเชิงวิศวกรรมมากขึ้นสำหรับการตลาด แม้ว่าพวกเราส่วนใหญ่จะเป็น 'ครีเอทีฟ' ก็ตาม และในความเป็นจริง วิธีการที่คล่องตัวเป็นแรงบันดาลใจในแนวทางการทำงานหลายอย่างของเรา

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

เดิมทีเนื้อหานี้มีให้เป็นส่วนหนึ่งของ ebook ของเรา 'การตลาดที่คุ้มค่าสำหรับบริษัท B2B ที่มีความทะเยอทะยาน' (จากหน้า 21) ด้วยเหตุนี้ คุณจึงมีตัวเลือกในการดาวน์โหลดเนื้อหาต้นฉบับในรูปแบบ PDF หากคุณกรอกแบบฟอร์มนี้:

1. เพียร์แก้ไข

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

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

2. การตลาดแบบทดสอบ

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

ในด้านการตลาด โดยเฉพาะการตลาดออนไลน์ เกือบทุกอย่าง (และควร) ทดสอบได้ หน้านี้ได้รับ Conversion มากกว่าหน้านั้นหรือไม่ CTA นี้ดีกว่าไหม และอื่น ๆ ทำให้เราเห็นภาพที่ชัดเจนว่าอะไรดีที่สุดสำหรับการเพิ่ม ROI

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

3. ไม่กระทืบ ไม่เหนื่อยหน่าย

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

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

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

4. เรื่องราวของผู้ใช้ ไม่ใช่ข้อมูลจำเพาะ

การพัฒนาแบบ Agile ไม่ได้เกี่ยวข้องกับวิธีการที่เป็นทางการ ข้อกำหนดโดยละเอียด หรือวิธีการอื่นใดที่ผู้จัดการโครงการพยายามป้องกันตัวเองจากความไม่แน่นอนของลูกค้า (ดูพจนานุกรมการตลาดของ Devil สำหรับข้อมูลเพิ่มเติม)

แต่จะขอให้ลูกค้าและนักพัฒนาร่วมมือกันในการอธิบายผลลัพธ์ที่ต้องการแทน รูปแบบเรียบง่าย เรื่องราวสั้นๆ ของผู้ใช้ ตัวอย่างเช่น 'ผู้ใช้สามารถสร้างบัญชีใหม่ได้' หรือ 'ในฐานะ X ฉันต้องการ Y เพราะผลประโยชน์ Z' ยิ่งเรื่องราวเหล่านี้มีความเฉพาะเจาะจงมากเท่าไหร่ก็ยิ่งดีเท่านั้น นักการตลาดสามารถใช้แนวทางที่คล้ายกันได้ โดยระบุผลลัพธ์ เช่น สไตล์หรือหัวข้อของบทความ แทนที่จะป้อนข้อมูล เช่น จำนวนชั่วโมงที่ต้องใช้ในการเขียน (นี่คือสิ่งที่เราทำ ไม่มีใบบันทึกเวลาที่นี่ที่ Articulate!) การทำงานร่วมกันกับลูกค้าของเราเป็นสิ่งที่เราให้ความสำคัญจริงๆ ซึ่งส่งผลให้ได้ผลงานที่ดีและมีค่ามากขึ้น

นอกจากนี้ รายการตรวจสอบสรุปโครงการของเรายังมุ่งเน้นไปที่เป้าหมายทางธุรกิจและผู้ชม (คำว่า 'ผู้ใช้') มากกว่าข้อกำหนดโดยละเอียด

5. วัดความยาก อย่าประมาณระยะเวลา

คุณอาจใช้ Jira หรือ ClickUp หรือบางอย่างสำหรับการจัดการโครงการ เครื่องมือการจัดการโครงการเหล่านี้หลีกหนีวิธีการแบบน้ำตกและใบบันทึกเวลาตามปกติ แทนที่จะขอให้นักพัฒนาระบุว่า 'เรื่องราว' จะใช้เวลานานแค่ไหน เครื่องมือการจัดการโครงการแบบ Agile จะถามว่าซับซ้อนเพียงใดและมีความสำคัญเพียงใดเมื่อเทียบกับงานอื่นๆ

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

6. 'ยืนขึ้น' การประชุม

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

7. คาดหวังการเปลี่ยนแปลง อย่าต่อสู้กับมัน

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

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

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

8. Sprints ไม่ใช่การวิ่งมาราธอน

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

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

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

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