เมื่อ Platform รายงานว่า “โต 25%” คำถามต่อไปไม่ควรเป็นเพียง “โตดีไหม?” แต่ควรถามว่า “อะไรเป็นตัวทำให้โต?”
เพราะ Platform ที่มี Transactions เพิ่ม 25% อาจมีสุขภาพทางธุรกิจต่างกันมาก
กรณีหนึ่งอาจเกิดจาก New Users เข้ามาจำนวนมาก แต่ใช้เพียงครั้งเดียวแล้วหายไป
อีกกรณีอาจมีจำนวน Active Users แทบไม่เพิ่ม แต่ผู้ใช้เดิมกลับมาใช้ Platform ถี่ขึ้น
อีกกรณีอาจมีทั้ง Users และ Frequency คงที่ แต่ Revenue โตเพราะ Average Order Value สูงขึ้น
ตัวเลข Growth เดียวกันจึงอาจสะท้อน Growth Engine คนละแบบ และนำไปสู่การตัดสินใจเรื่อง Marketing, Product, Retention และ Monetization ที่ต่างกัน
สิ่งที่ควรทำจึงไม่ใช่เพิ่ม KPI ให้มากที่สุด แต่คือแยกยอดรวมออกเป็น Components ที่อธิบายได้ว่า Growth มาจาก “คนเพิ่ม”, “ใช้ถี่ขึ้น” หรือ “สร้าง Value ต่อครั้งมากขึ้น”

อย่าดูแค่ว่า Platform โตหรือไม่ ให้ดูว่า “อะไรเป็นตัวทำให้โต”
ถ้า Transactions เพิ่ม 30% เรารู้เพียงว่ากิจกรรมบน Platform เพิ่มขึ้น แต่ยังไม่รู้ว่าเกิดจากอะไร
Growth อาจมาจาก:
• Active Users เพิ่มขึ้น
• ผู้ใช้เดิมกลับมาใช้บ่อยขึ้น
• แต่ละครั้งเกิด Transactions มากขึ้น
• Value per Transaction สูงขึ้น
• หรือหลายปัจจัยเกิดพร้อมกัน
Framework เบื้องต้นที่ใช้แยกได้คือ: Platform Activity = Active Users × Average Usage Frequency
และถ้าต้องการเชื่อมไปถึงมูลค่าทางธุรกิจ:
Platform Value = Active Users × Usage Frequency × Value per Use
หลังจากนั้นควร Drill Down ต่อว่า Active Users ที่เพิ่มขึ้นมาจาก New Users หรือ Returning Users และ Frequency ที่เพิ่มขึ้นเกิดในลูกค้ากลุ่มใด
ทั้งนี้คำว่า Active User, Session, Transaction และ Critical Event ต้องนิยามให้เหมาะกับ Platform ก่อนเปรียบเทียบ เพราะแต่ละ Metric วัดพฤติกรรมคนละระดับ Google Analytics แยก Total Users, Active Users, New Users และ Returning Users ออกจากกันอย่างชัดเจน ขณะที่แนวคิด Product Analytics ยังแยก Retention ออกจาก Usage Frequency หรือ Stickiness ด้วย

เริ่มจากนิยามก่อนว่า Platform ของเราหมายถึง “โต” จากอะไร

คำว่า Platform Growth อาจหมายถึงหลายเรื่อง:

  • Registered Users เพิ่ม
  • Active Users เพิ่ม
  • Sessions เพิ่ม
  • Transactions เพิ่ม
  • Orders เพิ่ม
  • Content Consumption เพิ่ม
  • Gross Merchandise Value หรือ GMV เพิ่ม
  • Revenue เพิ่ม
  • Subscription เพิ่ม

ตัวเลขเหล่านี้ไม่ควรถูกใช้แทนกัน
Registered Users เพิ่ม ไม่ได้แปลว่า Active Users เพิ่ม
Active Users เพิ่ม ไม่ได้แปลว่า Retention ดีขึ้น
Sessions เพิ่ม ไม่ได้แปลว่า Transactions เพิ่ม
Transactions เพิ่ม ไม่ได้แปลว่า Revenue หรือ Profit เพิ่มในอัตราเดียวกัน
ดังนั้นก่อนวิเคราะห์ Growth ต้องกำหนด Outcome ก่อนว่า Business กำลังพยายามอธิบายอะไร
ตัวอย่าง:
ถ้าเป็น Marketplace อาจเริ่มจาก Orders หรือ GMV
ถ้าเป็น Subscription Platform อาจเริ่มจาก Active Subscribers หรือ Recurring Revenue
ถ้าเป็น Content Platform อาจเริ่มจาก Active Users และ Content Consumption
ถ้าเป็น Service App อาจเริ่มจาก Completed Transactions หรือ Critical Event ที่สะท้อนคุณค่าหลักของบริการ
Amplitude เรียกการกระทำที่สัมพันธ์ใกล้ชิดกับคุณค่าหลักที่ผู้ใช้ได้รับว่า Critical Event และแนะนำว่าการวัด Engagement ควรพิจารณาพฤติกรรมที่มีความหมายต่อ Product มากกว่าการนับ Activity ใด ๆ โดยไม่แยกประเภท

ขั้นแรก แยก “จำนวนคน” ออกจาก “จำนวนครั้งที่ใช้”

สมมติ Platform มี Transactions ต่อเดือน
สามารถเริ่มวิเคราะห์อย่างง่ายด้วย:
Transactions = Active Users × Average Transactions per Active User
เดือนก่อน:
Active Users = 100,000
Transactions per User = 2.0
Transactions = 200,000

เดือนนี้:
Active Users = 120,000
Transactions per User = 2.0
Transactions = 240,000
Transactions โต 20%
ในกรณีนี้ Growth เกิดจาก Active Users เพิ่ม ขณะที่ Frequency คงเดิม

แต่ถ้าเดือนนี้เป็น:
Active Users = 100,000
Transactions per User = 2.4
Transactions = 240,000
Transactions ก็โต 20% เช่นกัน
แต่ Growth Story เปลี่ยนไปทั้งหมด
กรณีแรกคือ User-base Growth
กรณีที่สองคือ Frequency Growth
ยอดรวมเท่ากัน แต่ Business Implication ต่างกัน

User Growth และ Frequency Growth บอกเรื่องคนละเรื่อง

User Growth ตอบคำถามว่า: “มีคนเข้ามาใช้ Platform มากขึ้นหรือไม่?”
Frequency Growth ตอบว่า: “คนที่ใช้อยู่ กลับมาใช้บ่อยขึ้นหรือไม่?”
ทั้งสองแบบสร้าง Growth ได้ แต่กลยุทธ์เบื้องหลังอาจต่างกัน
ถ้า Users โตแรง แต่ Frequency ลด: Platform อาจ Acquire คนได้มากขึ้น แต่ Engagement ของแต่ละคนอ่อนลง
ถ้า Users คงที่ แต่ Frequency โต: Product อาจสร้าง Habit หรือ Use Case ที่ถี่ขึ้นในฐานผู้ใช้เดิม
ถ้าทั้ง Users และ Frequency โต: Growth มีแรงส่งจากทั้งฐานผู้ใช้และความถี่
ถ้าทั้งสองลด แต่ Revenue ยังโต: ควรตรวจ Value per Use, Pricing, Mix หรือ Monetization ต่อ

Active Users โต ต้อง Drill Down ต่อว่าเป็น New Users หรือ Returning Users

สมมติ Monthly Active Users เพิ่มจาก 100,000 เป็น 130,000
ยังไม่ควรสรุปทันทีว่า Platform แข็งแรงขึ้น
เพราะ Growth อาจมาจาก:
Case A New Users เพิ่มมาก ขณะที่ Returning Users คงที่
Case B New Users คงที่ แต่ Returning Users เพิ่ม
Case C ทั้ง New และ Returning Users เพิ่ม
Case D New Users เพิ่มแรง แต่ Returning Users ลด
Case D สำคัญเป็นพิเศษ
ยอด Active Users รวมอาจยังดูดี เพราะ Acquisition กำลังชดเชยผู้ใช้เดิมที่หายไป
Google Analytics แยก New Users ออกจาก Returning Users โดย New Users หมายถึงผู้ใช้ใหม่ที่เกิด first_visit หรือ first_open ในช่วงเวลาที่กำหนด ขณะที่ Returning Users คือผู้ที่เคยมี Session มาก่อน การแยกสองกลุ่มนี้ช่วยให้การอ่าน Growth ไม่หยุดอยู่ที่ยอด User รวม

New Users โต ไม่ได้แปลว่า Retention โต

ลองดูตัวอย่าง:
Month 1
New Users = 50,000
Returning Users = 70,000

Month 2
New Users = 80,000
Returning Users = 68,000
Total Activity อาจดูโตจาก Campaign Acquisition
แต่ Returning Users ไม่ได้โตตาม
สิ่งที่ข้อมูลนี้ชี้ให้เห็นคือ Acquisition เพิ่มขึ้น
สิ่งที่ยังสรุปไม่ได้คือผู้ใช้ใหม่เหล่านี้จะ Retain ได้ดีหรือไม่
ต้องติดตาม Cohort ต่อ เช่น:
Week 1 Retention
Week 4 Retention
Month 3 Retention
หรือ Repeat Transaction Rate ตาม Natural Usage Cycle ของ Platform
Retention วัดการกลับมาใช้ในช่วงเวลาต่อมา ขณะที่ Stickiness หรือ Usage Frequency สนใจว่าผู้ใช้กลับมาถี่แค่ไหนภายในช่วงเวลาหนึ่ง ทั้งสอง Metric เกี่ยวข้องกันแต่ไม่ใช่สิ่งเดียวกัน

Returning Users โต ก็ยังต้องถามว่า “กลับมาแล้วทำอะไร?”

Returning Users เพิ่มเป็นสัญญาณที่น่าสนใจ แต่ยังไม่เพียงพอ
เพราะผู้ใช้อาจกลับมา:
เปิด App
ดูสินค้า
Search
อ่านข้อความ
เช็กสถานะ
หรือทำ Transaction จริง
ถ้า Platform สร้าง Value หลักเมื่อเกิด Purchase การนับ App Open ทุกครั้งเป็น Engagement อาจทำให้ภาพดูดีกว่าพฤติกรรมที่มี Business Value
จึงควรกำหนด Critical Event
ตัวอย่าง:
E-commerce → Completed Purchase
Food Delivery → Completed Order
Travel Platform → Booking
Payment App → Successful Transaction
Learning Platform → Lesson Completion หรือ Learning Activity ที่กำหนด
B2B SaaS → Core Workflow Completion
Critical Event ไม่จำเป็นต้องเป็น Revenue Event เสมอ แต่ควรสัมพันธ์กับคุณค่าหลักที่ Product ต้องการส่งมอบให้ User

Frequency ควรวัดตาม Natural Usage Cycle ไม่ใช่ทุก Platform ต้องดู DAU

DAU, WAU และ MAU เป็น Metric ที่ใช้กันแพร่หลาย
แต่ Daily Active Users ไม่ได้เหมาะเป็น KPI หลักสำหรับทุก Platform
Messaging App อาจมี Natural Usage Cycle รายวัน
Food Delivery อาจเป็นหลายครั้งต่อสัปดาห์สำหรับบาง Segment
E-commerce บางประเภทอาจเป็นรายเดือน
Travel Booking อาจเกิดไม่กี่ครั้งต่อปี
B2B Software บางระบบอาจใช้ตาม Weekly หรือ Monthly Workflow
Amplitude ระบุว่า Stickiness ควรถูกตีความตาม Product Usage Interval เพราะ Product แต่ละประเภทมีความถี่การใช้งานตามธรรมชาติต่างกัน การใช้ DAU/MAU กับ Product ที่ไม่ได้ถูกออกแบบให้ใช้ทุกวันอาจทำให้ตีความ Engagement ผิดได้
ดังนั้นก่อนถามว่า: “DAU/MAU ดีหรือไม่?”
ควรถามก่อนว่า: “User ควรได้รับ Value จาก Product นี้บ่อยแค่ไหนตามธรรมชาติ?”

Frequency เพิ่ม ต้องดูว่าเพิ่มเพราะ Engagement ดีขึ้น หรือเพราะ Friction

จำนวน Sessions ต่อ User เพิ่มไม่ใช่ข่าวดีเสมอไป
สมมติ Banking App มี Sessions per User เพิ่ม 25%
อาจหมายถึง:
ผู้ใช้ Engage มากขึ้น
แต่ก็อาจหมายถึง:

  • Transaction Fail จนต้องกลับมาทำใหม่
  • Status ไม่ชัดจึงต้องเปิด App ซ้ำ
  • Payment Process มีหลาย Step
  • Notification ทำให้เปิด App บ่อยโดยไม่มี Value
  • Customer ต้องกลับมาแก้ Error

ดังนั้น Frequency ต้องอ่านร่วมกับ Critical Event และ Outcome
ตัวอย่าง:
Sessions per User ↑
แต่ Successful Transactions per User →
และ Error Rate ↑
กรณีนี้ Higher Frequency อาจสะท้อน Friction มากกว่า Healthy Engagement
Google Analytics เองแยก Sessions, Engaged Sessions, Engagement Rate และ Key Events ออกจากกัน เพราะการเกิด Session ไม่ได้มีความหมายเท่ากับการเกิด Engagement หรือ Business-relevant Event โดยอัตโนมัติ

อย่าหยุดที่ Frequency เฉลี่ย เพราะ Average สามารถซ่อนการกระจุกตัวได้

สมมติ Average Transactions per User เพิ่มจาก 2.0 เป็น 2.6
ดูเหมือน Engagement ดีขึ้น
แต่เมื่อแยก Distribution อาจพบว่า:
Light Users: 1.2 → 1.1
Medium Users: 2.8 → 2.7
Heavy Users: 8.0 → 12.5
Average เพิ่มเพราะ Heavy Users กลุ่มเล็กใช้ถี่ขึ้นมาก
ไม่ได้หมายความว่า User Base ทั้งหมด Engage มากขึ้น
จึงควรดู Frequency Distribution เช่น:

  • 1 ครั้งต่อเดือน
  • 2–3 ครั้ง
  • 4–7 ครั้ง
  • 8+ ครั้ง

หรือแบ่งตาม Business-relevant Segment
การวิเคราะห์ Stickiness ก็ใช้แนวคิดคล้ายกัน คือดูว่าผู้ใช้ทำ Event กี่วันหรือกี่ครั้งในช่วงเวลาที่กำหนด แทนการดูเพียงค่าเฉลี่ยรวม

จาก Users × Frequency ควรต่อไปถึง Value per Use

ถ้าเป้าหมายคืออธิบาย Revenue Growth การดูเพียง Users และ Frequency ยังไม่ครบ
สามารถขยายเป็น: Revenue = Active Users × Transactions per Active User × Revenue per Transaction
สมมติ:
Active Users +10%
Transactions per User +5%
Revenue per Transaction -8%
Revenue อาจยังโต แต่ Monetization ต่อ Transaction กำลังลดลง
ในทางกลับกัน:
Active Users →
Frequency →
Revenue per Transaction +20%
Revenue ก็สามารถโตได้โดยที่ User Engagement ไม่ได้ดีขึ้นเลย
นี่คือเหตุผลที่คำว่า:
“Platform Revenue โต” ไม่ควรถูกแปลทันทีว่า: “Platform มีผู้ใช้มากขึ้นและ Engage ดีขึ้น”
Revenue Growth และ User Growth เป็นคนละเรื่อง และต้องตรวจ Components ก่อนสรุป

ถ้าเป็น Marketplace ควรแยกทั้ง Demand Side และ Supply Side

Platform บางประเภทมีผู้ใช้มากกว่าหนึ่งฝั่ง
Marketplace อาจมี:
Buyer
Seller
Ride-hailing อาจมี:
Rider
Driver
Delivery Platform อาจมี:
Customer
Merchant
Rider
การดูเพียง Total Users อาจซ่อน Imbalance ระหว่างแต่ละ Side
ตัวอย่าง:
Customers +30%
Merchants +5%
Orders +20%
ดูเหมือนโต
แต่ถ้า Demand โตเร็วกว่าความสามารถของ Supply อาจเกิด:

  • Waiting Time เพิ่ม
  • Availability ลด
  • Cancellation เพิ่ม
  • Service Quality ลด

ดังนั้น Multi-sided Platform ต้องดู Growth ของแต่ละ Side พร้อม Interaction Metrics ระหว่างกัน

Cohort Analysis ช่วยแยกว่า Growth ใหม่ดีกว่า Growth เก่าหรือไม่

ยอด Active Users รวมเป็นการผสมคนหลายรุ่นเข้าด้วยกัน
Cohort Analysis ช่วยถามว่า:
ผู้ใช้ที่เริ่มใช้ Platform เดือนมกราคม กลับมาใช้ในเดือนถัด ๆ ไปกี่เปอร์เซ็นต์?
ผู้ใช้ที่ Acquire หลัง Campaign ใหม่ Retain ดีกว่าหรือแย่กว่า Cohort ก่อน?
ผู้ใช้จาก Channel A มี Frequency หลังเดือนที่ 3 ต่างจาก Channel B หรือไม่?
ตัวอย่าง:
January Cohort
Month 1 Retention = 42%
Month 3 = 28%

June Cohort
Month 1 = 55%
Month 3 = 39%
แม้ Total Active Users เท่ากัน แต่ June Cohort แสดงพฤติกรรมการกลับมาที่แข็งแรงกว่าในตัวอย่างนี้
อย่างไรก็ตาม Retention ที่ดีขึ้นยังไม่บอก Cause
อาจมาจาก Product Improvement, Customer Mix, Acquisition Channel, Seasonality หรือปัจจัยอื่น
Cohort Analysis ช่วยระบุ Pattern
แต่ Pattern ยังไม่ใช่ Causal Proof

ตัวอย่าง: Transactions โต 30% แต่ Growth มาจากไหน?

สมมติ Platform รายงาน: Transactions +30%
ทีมอาจเริ่ม Drill Down:
Transactions ↑ 30%
→ Active Users ↑ 25%
→ Transactions per User ↑ 4%

จากนั้น Drill Down Active Users:
→ New Users ↑ 55%
→ Returning Users ↑ 3%
จากนั้น Drill Down New Users:
→ Paid Social ↑ 80%
→ Organic ↑ 8%

จากนั้นดู Cohort:
→ Paid Social New Users มี Month 2 Retention ต่ำกว่า Organic Users
สิ่งที่สรุปได้จากข้อมูลชุดนี้คือ Growth ส่วนใหญ่สัมพันธ์กับการเพิ่มขึ้นของ New Users โดยเฉพาะ Paid Social มากกว่าการเพิ่ม Frequency ของฐานผู้ใช้เดิม
สิ่งที่ยังสรุปไม่ได้คือ Paid Social “ทำให้” Platform โตทั้งหมด เพราะอาจมี Campaign อื่น, Seasonality, Attribution Error หรือ External Factors ร่วมด้วย
Next Question ที่ควรถามจึงไม่ใช่เพียง: “จะเพิ่ม Media Budget หรือไม่?”
แต่คือ: “New Users ที่ซื้อเข้ามาด้วยต้นทุนสูงขึ้น สามารถ Retain และสร้าง Customer Value ได้เพียงพอหรือไม่?”

อีกกรณี: Users ไม่โต แต่ Platform อาจแข็งแรงขึ้น

สมมติ:
Monthly Active Users → 500,000
Transactions per User 2.1 → 2.8
Retention ↑
Critical Event Completion ↑
Revenue per User ↑
จำนวน User ไม่ได้โต
แต่ฐานผู้ใช้เดิมกำลังใช้ Product ถี่ขึ้นและสร้าง Value มากขึ้น
สำหรับบาง Platform นี่อาจเป็น Growth ที่มีคุณภาพมากกว่าการ Acquire Users จำนวนมากที่ไม่กลับมา
แต่คำว่า “มีคุณภาพมากกว่า” ยังต้องดู Economics ต่อ เช่น CAC, Revenue, Margin, Incentive Cost และ Cost to Serve
Engagement ที่สูงขึ้นไม่ได้รับประกัน Profitability

ระวัง Promotion ทำให้ Frequency โตชั่วคราว

สมมติ Platform แจก Coupon ทำให้ Transactions per User เพิ่มจาก 2.0 เป็น 3.2
อย่าเพิ่งสรุปว่า User Habit แข็งแรงขึ้น
ต้องดูว่า:

  • Frequency ยังสูงหลัง Promotion จบหรือไม่?
  • Incremental Transactions เกิดขึ้นจริงหรือเพียงย้าย Timing?
  • Users ซื้อถี่ขึ้นเพราะ Product Value หรือ Incentive?
  • Margin หลัง Promotion ดีขึ้นหรือแย่ลง?
  • Cohort ที่ได้รับ Promotion Retain ต่างจาก Comparison Group หรือไม่?

Frequency ที่เพิ่มระหว่าง Campaign เป็น FACT จาก Behavioral Data ได้
แต่คำอธิบายว่า “Promotion สร้าง Loyalty” เป็น Causal Claim ที่ต้องการ Evidence มากกว่านั้น

Dashboard สำหรับ Platform Growth ควรมี Layer ไม่ใช่มีเพียงยอดรวม

แทนที่จะวาง KPI จำนวนมากในหน้าเดียว สามารถจัดเป็น Diagnostic Layers
Layer 1: Business Outcome

  • Revenue
  • Transactions
  • GMV หรือ Critical Business Outcome

Layer 2: User Base

  • Active Users
  • New Users
  • Returning Users

Layer 3: Engagement

  • Frequency per User
  • Active Days
  • Critical Events per User

Layer 4: Retention

  • Cohort Retention
  • Repeat Rate
  • Reactivation

Layer 5: Monetization

  • Revenue per User
  • Revenue per Transaction
  • Average Order Value

Layer 6: Economics

  • CAC
  • Incentive Cost
  • Margin
  • Cost to Serve

โครงสร้างนี้ทำให้ Dashboard ไม่ได้มีไว้เพียงรายงานว่า “โตหรือไม่โต”
แต่ช่วย Drill Down ว่า Growth เกิดจากอะไร และควรตรวจอะไรต่อ

ก่อนสรุป Platform Growth ให้ถาม 8 คำถาม

  1. Growth ที่กำลังพูดถึงคือ Users, Sessions, Transactions, GMV หรือ Revenue?
  2. Active User ถูกนิยามจาก Activity อะไร?
  3. Active Users เพิ่มจาก New Users หรือ Returning Users?
  4. Usage Frequency ต่อ User เพิ่มหรือลด?
  5. Frequency ที่เพิ่มเกิดกับ User ส่วนใหญ่หรือ Heavy Users บางกลุ่ม?
  6. ผู้ใช้กลับมาทำ Critical Event หรือเพียงเปิด Platform?
  7. Cohort ใหม่ Retain ได้ดีเท่า Cohort เดิมหรือไม่?
  8. Growth ยังสร้าง Revenue, Margin หรือ Unit Economics ที่เหมาะสมหรือไม่?

คำถามเหล่านี้ช่วยเปลี่ยน Dashboard จาก Reporting Tool เป็น Decision Tool

สรุป: Platform Growth ควรแยกเป็น “คน × ความถี่ × มูลค่า”

เมื่อ Platform โต อย่ารีบอธิบายจากยอดรวมเพียงตัวเดียว
เริ่มจาก: Platform Value = Active Users × Usage Frequency × Value per Use
จากนั้น Drill Down: Active Users → New Users + Returning Users
Usage Frequency → Active Days / Sessions / Critical Events / Transactions per User
Value per Use → Price / Average Order Value / Revenue per Transaction / Mix
แล้วตรวจต่อด้วย:
Retention
Cohort
Segment
Channel
Promotion
Economics
หลักสำคัญคือ Metric แต่ละตัวตอบคนละคำถาม
Active Users บอกว่ามีคนใช้กี่คน
Frequency บอกว่าใช้บ่อยแค่ไหน
Retention บอกว่ากลับมาในอนาคตหรือไม่
Critical Event บอกว่าเกิดพฤติกรรมที่สัมพันธ์กับคุณค่าหลักหรือไม่
Revenue บอกมูลค่าทางการเงินที่เกิดขึ้น
ไม่มี Metric ตัวเดียวที่ตอบทั้งหมด
ดังนั้นเมื่อเห็น Platform Growth +30% คำถามที่มีประโยชน์กว่าการถามว่า “โตดีไหม?” คือ:
“30% นี้มาจากคนเพิ่ม ใช้ถี่ขึ้น หรือ Value ต่อครั้งเพิ่ม และ Growth Engine นี้ยังทำงานได้ดีเมื่อเรามอง Retention และ Economics ต่อหรือไม่?”

KEY TAKEAWAY

ตัวเลขรวมที่โตขึ้นยังไม่บอก Growth Driver ที่แท้จริง ควรแยกอย่างน้อยเป็น Active Users × Usage Frequency × Value per Use แล้ว Drill Down ต่อว่า Active Users มาจาก New หรือ Returning Users และ Frequency เพิ่มในกลุ่มใด การแยก Growth Components ช่วยให้ธุรกิจรู้ว่าควรลงทุนต่อที่ Acquisition, Retention, Engagement หรือ Monetization แทนการสรุปจากยอดรวมเพียงตัวเดียว

Sources
  • Google Analytics Help. Understand User Metrics. Definitions of Total Users, Active Users, New Users and Returning Users.
  • Google Analytics Help. Session and Traffic Acquisition Metrics. Definitions of Sessions, Engaged Sessions, Engagement Rate, Events and Revenue Metrics.
  • Amplitude. Making Users Stick. Discussion of Stickiness, DAU/MAU, Product Usage Interval and Critical Events, including why daily usage is not appropriate for every Product.
  • Amplitude. Product Analysis Toolkit. Distinction between Retention, Stickiness and Usage Frequency.
  • Amplitude Documentation. Stickiness Analysis. Guidance on analyzing how frequently users perform defined Events over a specified period.