ราคาที่แท้จริงของ Stripe: บทนำ

 (github.com/getlago)
12 คะแนน โดย xguru 2022-12-12 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • "คุณจ่ายให้ Stripe เท่าไรกันแน่?"
    • ลองถามผู้ก่อตั้ง SaaS หลายคนแล้ว แต่ละคนตอบไม่เหมือนกัน โดยบอกว่าอยู่ราว ๆ 4~8%
  • ราคาพื้นฐานคือ "2.9% + 30 เซนต์" แต่ Stripe มีผลิตภัณฑ์เสริมอีกกว่า 20 รายการ ทำให้โครงสร้างซับซ้อนขึ้น

ตัวอย่าง 1: B2B SaaS

  • ถ้าคำนวณจากบริษัทสมมติชื่อ "Typographic" ในหน้า example ของ Stripe SaaS
    โดยสมมติว่าใช้ Billing + Quote + Checkout + Payments + Invoicing + Tax + Revenue Recognition + Data Pipeline
  • จะอยู่ที่ 4.2% ของรายได้ + $0.33 (ต่อธุรกรรม) + $10/เดือน
    • นี่คำนวณเฉพาะบัตรเท่านั้น หากใช้วิธีชำระเงินอื่น เช่น การโอนเงินผ่านธนาคารหรือ SEPA Debits จะมีค่าธรรมเนียมเพิ่ม

ตัวอย่าง 2: Vertical SaaS

  • SaaS สำหรับอุตสาหกรรมเฉพาะ เช่น Toast, Mindbody มีรายได้ 2 สาย
    • Standard SaaS Pricing : ค่าสมาชิกและค่าบริการตามปริมาณการใช้งาน
    • ค่าธรรมเนียมที่อิงจากยอดขายของร้านค้าที่เข้าร่วมแพลตฟอร์ม (กรณีของ Mindbody จะเก็บ 2% จากยอดที่สตูดิโอยogaจ่าย)
  • ใช้ผลิตภัณฑ์ Stripe ชุดเดียวกับบริษัทในตัวอย่าง 1 แต่ต้องใช้ Stripe Connect เพิ่มด้วย (ฟังก์ชันสำหรับ redirect การชำระเงินไปยังร้านค้าที่เข้าร่วม)
    • Stripe Connect คิด $2/เดือนต่อบัญชีที่ active และมีค่าธรรมเนียมธุรกรรมเพิ่มอีก 0.25% + $0.25

ต้นทุนทางอ้อมของ Stripe

  • ผลิตภัณฑ์ข้างต้นเป็นต้นทุนทางตรง ส่วนต้นทุนทางอ้อมแยกต่างหาก
  • Stripe เป็น API สำหรับประมวลผลการชำระเงินที่ยอดเยี่ยมที่สุดรายหนึ่งในตลาด แต่การนำไปใช้ต้องอาศัยทรัพยากรวิศวกรรม
  • ถ้าไม่ได้ใช้แค่ Stripe Payments แต่ใช้ผลิตภัณฑ์อย่าง billing, invoicing, checkout ก็ต้องปรับกระบวนการธุรกิจและโมเดลราคาให้เข้ากับสิ่งเหล่านี้
  • นอกจากนี้ยังต้องจ่ายค่าเช่า (Rent) ให้ Stripe อีกด้วย
  • เคยมีโซลูชันชื่อ Billflow ที่ช่วยให้ใช้ Stripe ได้ง่ายขึ้น แต่ Stripe ก็เข้าซื้อไปแล้ว
    • โมเดลราคาก็คล้าย Stripe คือขอส่วนแบ่งเป็นเปอร์เซ็นต์จากรายได้
    • แผน Grow ($1M~$3M ARR) อยู่ที่ $350/เดือน + 0.5% ของรายได้
    • แผน Scale ($3M+ ARR) อยู่ที่ $1200/เดือน + 0.2% ของรายได้
  • ผลิตภัณฑ์ส่วนใหญ่ของ Stripe... ใช้งานร่วมได้กับผลิตภัณฑ์ Stripe อื่น ๆ เท่านั้น

หากพึ่งพาเฉพาะผลิตภัณฑ์ Stripe ต้นทุนการย้ายจะสูงขึ้น

  • ยิ่งพึ่งพา Stripe มากเท่าไร ก็ยิ่งต่อรองค่าธรรมเนียมได้ยากขึ้น
  • การเปลี่ยนโซลูชันการชำระเงินเป็นเรื่องเจ็บปวด และหากตอนนี้ใช้ Stripe Payments อยู่และระบบ billing ก็เป็น Stripe Billing ก็แทบเป็นไปไม่ได้ที่จะเพิ่มช่องทางชำระเงินอื่น
  • Stripe รู้เรื่องนี้ดี จึงสามารถขึ้นราคาได้ และยังสามารถเริ่มคิดค่าบริการแยกสำหรับสิ่งที่เดิมรวมอยู่ใน Stripe Payments ได้ด้วย
  • ลูกค้าจำนวนมากพยายามเจรจาค่าธรรมเนียมกับ Stripe แต่เป็นกระบวนการที่ซับซ้อนมาก และสัญญามักผูกมัดหลายปี
  • มีทีมจำนวนมากขึ้นเรื่อย ๆ ที่พยายามลดความเสี่ยงจากความสัมพันธ์กับ Stripe
    • โดยเชื่อมต่อ PG (Payment Gateway) แยกต่างหากเพื่อควบคุมค่าธรรมเนียมและสร้างการแข่งขันที่ดีต่อสุขภาพ: โซลูชันอย่าง Primer หรือ Inai
  • ในด้าน billing การพัฒนาโซลูชันที่เชื่อมต่อกับหลายระบบชำระเงินได้ รวมถึงซอฟต์แวร์ด้าน invoicing และ analytics ที่รองรับสิ่งนี้ จะช่วยสร้าง Financial Stack ที่แข็งแกร่ง
  • แม้จะชื่นชม Stripe มาก แต่ก็ไม่พอใจกับโมเดล ecosystem แบบปิดของพวกเขา
  • เพราะแบบนั้น เราจึงตัดสินใจสร้าง Lago ซึ่งเป็น Billing API แบบโอเพนซอร์ส

บทความที่เกี่ยวข้อง

4 ความคิดเห็น

 
maxn0d3 2023-11-12

ประเด็นสำคัญที่สุดคงอยู่ที่ว่าจะนำมาใช้ในเกาหลีได้หรือเปล่านี่แหละ,, เห็นว่าแม้แต่ไนจีเรียในแอฟริกาก็ยังเพิ่มบริการชำระเงินของ Stripe แล้ว เกาหลีนี่มันเป็นประเทศแบบไหนกันแน่นะ ฮ่าๆ
 
vivaviva 2022-12-16

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

ต้องยอมรับว่าการเชื่อมต่อระบบชำระเงินง่ายขึ้นมากในช่วง 10 ปีที่ผ่านมา ส่วนหนึ่งต้องขอบคุณบริการอย่าง I'mport และ Bootpay แม้ตอนนี้บริษัท PG อย่าง NicePay ที่เริ่มรู้สึกถึงแรงกดดันด้านการแข่งขันก็ทยอยนำกระบวนการที่ใช้งานง่ายขึ้นมาใช้ ทำให้ทุกวันนี้การเชื่อมต่อ PG สักเจ้าเป็นเรื่องที่ง่ายมากแล้ว เมื่อก่อนถ้าจะเชื่อมต่อหนึ่งเจ้าต้องใช้เวลาราว 2 สัปดาห์บวกเพิ่มเติม ดังนั้นในตอนนั้นจึงมีดีมานด์ชัดเจน แต่ทุกวันนี้พอติดตั้งได้เร็วมาก ข้อได้เปรียบของบริการเชื่อมต่อการชำระเงินก็ดูจะค่อย ๆ ลดลงต่อไปในอนาคต

ในเกาหลีเองก็มีบริการในหลายตำแหน่งเริ่มปรากฏขึ้น ทำให้รู้สึกว่านี่น่าจะเป็นช่วงที่ตลาดกำลังจะเกิดการเปลี่ยนแปลงระลอกถัดไปเช่นกัน มีทั้งการมาของ Clayful ซึ่งเป็นโซลูชันสร้างคอมเมิร์ซบนพื้นฐาน API และยังมี Steppay ซึ่งเป็นบริการชำระเงินเฉพาะทางด้านระบบสมัครสมาชิกแบบ Stripe อีกด้วย โดยรองรับฟังก์ชันหลากหลายอย่าง เช่น การชำระเงินแบบเกิดซ้ำ การวางบิล และ invoice

ด้วยลักษณะเฉพาะของตลาดในประเทศ ความซับซ้อนของการชำระเงินจึงมักแตกต่างจากต่างประเทศพอสมควร ทำให้น่าสนใจมากว่าในอนาคตทิศทางจะเป็นอย่างไรต่อไป
 
xguru 2022-12-12

บทความนี้ชี้ปัญหาของ Stripe พร้อมอธิบายว่าทำไมพวกเขา (Lago) ถึงสร้าง billing API แบบโอเพนซอร์สขึ้นมา
กล่าวคือ ตัวบทความนี้เองก็มีจุดประสงค์เพื่อโปรโมตตัวเองด้วย ดังนั้นอย่าเพิ่งเชื่อทั้งหมด และควรอ่านด้วย มุมมองที่เป็นกลาง

ใน HN ก็มีความเห็นว่าบทความนี้โฆษณาเกินจริงอยู่บ้าง และยังมีพนักงานของ Stripe เข้ามาอธิบายเพิ่มเติมไว้ด้วย
https://news.ycombinator.com/item?id=33920019

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

แน่นอนว่าในกรณีนี้ หากจะสร้างระบบภายในให้รองรับการประมวลผลแยกตาม PG แต่ละเจ้า ก็จะต้องใช้แรงงานด้านวิศวกรรมมากพอสมควร..
จึงควรตัดสินใจให้ดีว่าจะเลือกแนวทางนี้และพัฒนาเมื่อไร

ที่บริษัทเก่าผมเคยลำบากมากกับการเชื่อมต่อช่องทางชำระเงินแยกทีละตัว แต่ทุกวันนี้มีอย่าง Iamport แล้ว เลยสะดวกขึ้นมากพอสมควร
 
maxn0d3 2023-11-12

ผมคิดว่าถ้าจะทำบริการระดับโลกสำหรับลูกค้าต่างประเทศในแทบทุกกรณี ก็ไม่มีอะไรสู้ Stripe ได้แล้ว
แม้แต่ Toss Payments เอง UI ก็ยังไม่เรียบง่ายเอาเสียเลย ~