วิธีคำนวณ LTV เมื่อคุณมีข้อมูลจำกัด
คุณไม่จำเป็นต้องมีประวัติลูกค้าหลายปีเพื่อคำนวณ LTV ที่ใช้ประโยชน์ได้ นี่คือสูตรที่ใช้ได้ในแต่ละระยะ และสมมติฐานที่คุณต้องระบุให้ชัดเจน
เหตุผลที่พบบ่อยที่สุดที่ทีมระยะเริ่มต้นข้ามการคำนวณ LTV คือรู้สึกว่ามีข้อมูลไม่พอ ซึ่งเกือบทุกครั้งเป็นการตัดสินใจที่ผิด LTV ที่ประมาณจากข้อมูลลูกค้าสิบสองเดือนและสมมติฐานที่ระบุชัดเจนมีประโยชน์กว่าการไม่ประมาณ LTV เลยมาก เพราะมันบังคับให้คุณคิดเรื่อง retention อย่างรอบคอบ ทำให้สมมติฐานของคุณมองเห็นและถูกตั้งคำถามได้ และให้ตัวเลขที่คุณปรับปรุงต่อได้เมื่อมีข้อมูลเพิ่ม
เป้าหมายในระยะเริ่มต้นไม่ใช่ LTV ที่แม่นยำ แต่คือ LTV ที่ถูกต้องในเชิงทิศทางพร้อมสมมติฐานที่บันทึกไว้ ความแม่นยำจะตามมาเมื่อเวลาผ่านไป แต่วินัยในการคำนวณต้องเริ่มตั้งแต่วันแรก
สองสูตรที่ใช้
อายุเฉลี่ย = 1 ÷ 0.03 = 33 เดือน
LTV = $60 × 0.75 × 33 = $1,485
LTV = $45 × (0.82 + 0.71 + 0.64 + 0.59 + 0.55…) รวมถึงขอบฟ้าที่คาดหวัง
ที่ 24 เดือน: LTV ≈ $45 × 17.4 เดือนที่มีผล ≈ $783
LTV ที่มีสมมติฐานชัดเจนมีประโยชน์กว่าไม่มี LTV เลย สิ่งที่เปลี่ยนวิธีตัดสินใจของทีมคือวินัยในการคำนวณ ไม่ใช่ความแม่นยำของผลลัพธ์
สามสมมติฐานที่เปลี่ยนทุกอย่าง
อัตรา churn เป็นตัวแปรที่อ่อนไหวที่สุดในการคำนวณ LTV ทุกแบบ การเปลี่ยน churn รายเดือนจาก 3% เป็น 5% ทำให้อายุเฉลี่ยของลูกค้าลดจาก 33 เดือนเหลือ 20 เดือน หรือ LTV ลดลง 40% เมื่อมีข้อมูลจำกัด ให้สร้างแบบจำลอง LTV ด้วยสมมติฐาน churn สามระดับ (มองโลกในแง่ดี ค่ากลาง และมองในแง่ร้าย) แล้วนำเสนอเป็นช่วงแทนตัวเลขเดียว วิธีนี้ช่วยป้องกันความผิดพลาดที่พบบ่อย คือยึดติดกับตัวเลขที่ได้จากข้อมูลเพียงสองเดือน
อัตรากำไรขั้นต้น การใช้รายได้แทนกำไรขั้นต้นทำให้ LTV สูงเกินจริงอย่างมากสำหรับธุรกิจที่มีต้นทุนการส่งมอบสูง ธุรกิจ SaaS ที่มีอัตรากำไรขั้นต้น 80% กับธุรกิจบริการที่มีอัตรากำไรขั้นต้น 40% มีเศรษฐศาสตร์ต่างกันมาก แม้รายได้จะเท่ากัน ถ้าอัตรากำไรขั้นต้นของคุณต่ำกว่า 50% LTV ของคุณจะต่ำกว่าที่การคำนวณจากรายได้ชี้ไว้มาก และเพดาน CAC ที่รับได้ก็ต่ำลงตามสัดส่วน
กรอบเวลา ในทางทฤษฎี LTV คือผลรวมของกำไรขั้นต้นทั้งหมดในอนาคตจากลูกค้า ที่คิดลดเป็นมูลค่าปัจจุบัน แต่ในทางปฏิบัติ ทีมส่วนใหญ่จำกัด LTV ไว้ที่กรอบเวลาสามถึงห้าปี เพราะการคาดการณ์ที่เกินกว่านั้นสร้างความไม่แน่นอนมากกว่าข้อมูลเชิงลึก ควรระบุกรอบเวลาให้ชัดเจน LTV ที่คำนวณในยี่สิบสี่เดือนกับที่คำนวณในหกสิบเดือนสำหรับลูกค้าคนเดียวกันอาจต่างกันสามถึงห้าเท่า และทั้งสองก็ "ถูกต้อง" ในทางเทคนิค
ใช้ LTV อย่างง่ายเมื่อคุณมีประวัติลูกค้าน้อยกว่าสิบแปดเดือน เมื่อต้องการคำนวณคร่าว ๆ เพื่อดูทิศทาง หรือเมื่อผู้ฟัง (นักลงทุน ผู้บริหาร) ต้องการตัวเลขที่ตรวจสอบความสมเหตุสมผลได้เร็ว ใช้ LTV เชิงพยากรณ์เมื่อคุณมีข้อมูล cohort มากพอที่จะเห็นว่าเส้นโค้ง retention ราบลงอย่างไร ซึ่งมักเป็นหลังสิบแปดเดือน และเมื่อต้องตัดสินใจอย่างแม่นยำเรื่องเพดาน CAC หรือเป้าหมายระยะเวลาคืนทุน สูตรอย่างง่ายจะทำให้ LTV สูงเกินจริงหากเส้นโค้ง retention ไม่ราบลง (กล่าวคือ ลูกค้ายังคง churn ในอัตราคงที่ไปเรื่อย ๆ แทนที่จะนิ่งลง)
ตัวเลขที่คุณใช้ตัดสินใจจริง
LTV เพียงอย่างเดียวไม่สามารถดำเนินการได้โดยตรง ตัวเลขที่คุณใช้สำหรับการตัดสินใจจริงคืออัตราส่วน LTV:CAC และระยะเวลาคืนทุน ถ้า LTV อย่างง่ายของคุณคือ $1,485 และ CAC ของคุณคือ $400 อัตราส่วน LTV:CAC ของคุณคือ 3.7:1 มีสุขภาพดี ระยะเวลาคืนทุนของคุณคือ CAC หารด้วยกำไรขั้นต้นรายเดือนต่อลูกค้า: $400 ÷ ($60 × 0.75) = $400 ÷ $45 = ประมาณ 9 เดือน ยอดเยี่ยม
ควรคำนวณทั้งสองตัวเลขใหม่ทุกไตรมาส เมื่อ ARPU อัตรา churn และ CAC เปลี่ยนไป แนวโน้มสำคัญพอ ๆ กับค่าปัจจุบัน อัตราส่วน 3:1 ที่ดีขึ้นจาก 2:1 ในหกเดือน บอกเรื่องราวต่างจากอัตราส่วน 3:1 ที่ลดลงจาก 5:1 มาก
หากลูกค้าอัปเกรดไปตามเวลา เช่น ย้ายจากแพ็กเกจล่างไปแพ็กเกจที่สูงขึ้น เพิ่มจำนวนที่นั่ง หรือซื้อส่วนเสริม สูตร LTV อย่างง่ายจะประเมินมูลค่าที่แท้จริงของลูกค้าต่ำเกินไป เพราะ ARPU ตอนได้ลูกค้ามาต่ำกว่า ARPU ในเดือนที่ 18 ให้ปรับโดยใช้ ARPU เฉลี่ยตลอดอายุลูกค้าแทน ARPU ตอนได้ลูกค้ามา หรือเพิ่มพจน์ "expansion revenue" แยกต่างหาก ธุรกิจที่มี net revenue retention สูง (เกิน 110%) จะประเมิน LTV ต่ำเกินไปมากหากใช้สมมติฐาน ARPU คงที่
การคำนวณ LTV ต้องใช้ข้อมูลจากหลายส่วนของธุรกิจ ได้แก่ ข้อมูลรายได้จากฝ่ายการเงิน ข้อมูล churn จากฝ่ายผลิตภัณฑ์หรือ CS และข้อมูลอัตรากำไรขั้นต้นจากฝ่ายปฏิบัติการ ใน FabricLoop ทีมที่ทบทวน LTV รายไตรมาสมักใช้โน้ตกลุ่มที่แชร์ร่วมกัน ซึ่งบันทึกข้อมูลนำเข้า วิธีคำนวณ สมมติฐาน และอัตราส่วน LTV:CAC ที่ได้ เทียบกับตัวเลขของไตรมาสก่อน เมื่อสมมติฐานถูกบันทึกไว้ที่เดียวกับผลลัพธ์ บทสนทนาแบบ "ครั้งนั้นเราใช้ churn เท่าไร" ก็จะไม่เกิดขึ้นอีกสามเดือนต่อมา การคำนวณจึงตรวจสอบและปรับปรุงได้ ไม่ใช่กล่องดำที่เปลี่ยนค่าทุกครั้งที่ใครสักคนคำนวณใหม่
