AWS Activate หรือ Google for Startups: เครดิตสูงสุดแพ้ได้ถ้าใช้ไม่ทัน

ระหว่าง AWS Activate กับ Google for Startups ให้เลือกจากค่าใช้คลาวด์ที่เครดิตจะจ่ายแทนบริษัทได้จริงภายในช่วงสิทธิ์ วงเงินสูงกว่าอาจช่วยประหยัดเงินสดน้อยกว่า หากงานส่วนใหญ่เริ่มหลังเครดิตหมดอายุ หรือค่าใช้จ่ายบางช่วงได้รับการชดเชยเพียงบางส่วน

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

สิทธิ์ที่สมัครได้เป็นจุดเริ่มของการเปรียบเทียบ

ตามรายละเอียด AWS Activate ระดับ Founders สำหรับบริษัทที่ใช้ทุนตนเองเริ่มที่ 1,000 ดอลลาร์ และผู้เข้าร่วมบางรายอาจได้รับเพิ่มจนถึง 5,000 ดอลลาร์ ระดับ Portfolio ให้เครดิตสูงสุด 200,000 ดอลลาร์ โดยต้องมี Org ID จาก Activate Provider เช่น นักลงทุนหรือโครงการบ่มเพาะ ตัวเลขของ Portfolio จึงใช้ประเมินบริษัทที่สมัคร Founders โดยตรงไม่ได้

AWS กำหนดคุณสมบัติทั่วไปให้บริษัทอยู่ก่อนรอบ Series B ก่อตั้งมาไม่เกิน 10 ปี และมีบัญชี AWS แบบชำระเงิน การรู้จักนักลงทุนเพียงอย่างเดียวไม่เท่ากับมีสิทธิ์ Portfolio: บริษัทต้องมีความสัมพันธ์กับ Activate Provider และได้รับ Org ID สำหรับสมัคร หากเคยรับเครดิต Activate มาแล้ว จำนวนที่ขอครั้งใหม่ยังต้องสูงกว่าจำนวนที่เคยได้รับ

เงื่อนไข Google for Startups Cloud Program ระบุว่า Start ให้เครดิตสูงสุด 2,000 ดอลลาร์ ใช้ได้หนึ่งปี ส่วน Scale ให้สูงสุด 200,000 ดอลลาร์ หรือ 350,000 ดอลลาร์สำหรับสตาร์ทอัพที่ทำ AI เป็นแกนหลัก Scale แบ่งวงเงินเป็นการชดเชยเต็มจำนวนในปีแรกสูงสุด 100,000 ดอลลาร์ หรือ 250,000 ดอลลาร์สำหรับ AI และชดเชย 20% ของค่าใช้จ่ายที่เข้าเกณฑ์ในปีที่สอง สูงสุดอีก 100,000 ดอลลาร์

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

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

ผังเลือกสิทธิ์จึงเริ่มที่สถานะบริษัท: ถ้ายังใช้เงินผู้ก่อตั้ง ให้พิจารณา Founders กับ Start ตามอายุบริษัทและแผนผลิตภัณฑ์ ถ้ามีทุน ให้ตรวจทั้ง Org ID ของ AWS และประเภทกับช่วงเวลาของรอบทุนที่ Google รับ ถ้าเป็นธุรกิจ AI ให้ตรวจเพิ่มว่างาน AI เป็นแกนของผลิตภัณฑ์ตามเกณฑ์ Scale AI หรือเป็นเพียงคุณลักษณะหนึ่งที่เพิ่มเข้ามา

วันหมดอายุและอัตราชดเชยทำให้วงเงินใช้ได้ไม่เท่ากัน

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

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

โครงสร้างของ Google Scale ต่างออกไปอย่างมีผลต่อเงินสด ปีแรกค่าใช้จ่ายที่เข้าเกณฑ์อาจถูกชดเชยเต็มจำนวนจนถึงเพดานของปีนั้น ปีที่สองบริษัทต้องออกส่วนใหญ่เองแม้เครดิตยังเหลือ หากเดือนหนึ่งมีค่าใช้จ่ายที่เข้าเกณฑ์ 10,000 ดอลลาร์ การชดเชย 20% เท่ากับ 2,000 ดอลลาร์ และบริษัทจ่ายอีก 8,000 ดอลลาร์

เพดานเครดิตปีที่สอง 100,000 ดอลลาร์จะใช้หมดได้ก็ต่อเมื่อค่าใช้จ่ายที่เข้าเกณฑ์ในช่วงนั้นสูงถึง 500,000 ดอลลาร์ภายใต้อัตราชดเชย 20% สำหรับทีมที่ยังใช้คลาวด์น้อย เพดานรวมที่ประกาศจึงอาจอยู่ไกลกว่าระดับค่าใช้จ่ายจริงมาก การมีเครดิตเหลือในบัญชีไม่ได้หมายความว่าบิลของเดือนนั้นจะเป็นศูนย์

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

ตัดค่าใช้จ่ายที่เครดิตไม่ครอบคลุมก่อนคำนวณ

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

ข้อกำหนดเครดิตส่งเสริมการขายของ AWS ระบุว่าค่า AWS Marketplace, AWS Professional Services, การจดหรือย้ายชื่อโดเมนผ่าน Amazon Route 53 และค่าจ่ายล่วงหน้าของ Savings Plans หรือ Reserved Instances โดยทั่วไปไม่เข้าเกณฑ์ เครดิตยังใช้ชำระภาษีธุรกรรมไม่ได้ ขณะที่บริการ AWS ที่เข้าเกณฑ์และใช้เกินยอดเครดิตจะถูกเรียกเก็บตามปกติ

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

ค่าใช้โมเดล AI ต้องดูเส้นทางเรียกเก็บ ไม่ใช่ดูเพียงชื่อผู้พัฒนาโมเดล เครดิต Activate ใช้กับโมเดลภายนอกที่ให้บริการผ่าน Amazon Bedrock ได้ตามคำอธิบายของ AWS ส่วนเครดิต Google for Startups ครอบคลุมโมเดลของ Google เช่น Gemini และ Gemma แต่ไม่ครอบคลุมโมเดลของบุคคลที่สามที่เรียกเก็บโดยตรงตามเงื่อนไขโครงการ ยอดที่คาดว่าจะใช้กับโมเดลเดียวกันจึงอาจเข้าเกณฑ์ต่างกันเมื่อวิธีซื้อบริการต่างกัน

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

เครื่องคำนวณอย่างง่าย: เทียบเงินสดจ่าย ไม่ใช่ยอดเครดิต

ตั้งช่วงเปรียบเทียบให้ตรงกันก่อน เช่น ช่วงที่คาดว่าจะพัฒนาผลิตภัณฑ์ เปิดใช้จริง และขยายปริมาณงานภายในสองปี สำหรับแต่ละเดือน ให้ใส่ค่าใช้บริการที่เข้าเกณฑ์ของ AWS และ Google แยกกัน การใช้ยอดเดียวกันทั้งสองค่ายเหมาะเฉพาะเมื่อประเมินแล้วว่ารูปแบบงานและราคาที่จะจ่ายใกล้เคียงกัน

สำหรับ AWS ให้นำค่าใช้บริการที่เข้าเกณฑ์ซึ่งเกิดก่อนวันหมดอายุมารวมกัน มูลค่าเครดิตที่ใช้ได้คือค่าที่น้อยกว่าระหว่างยอดนั้นกับเครดิต Activate ที่อนุมัติจริง หากคาดว่าจะใช้เพียง 40,000 ดอลลาร์ก่อนหมดอายุ เครดิตที่ได้รับสูงกว่านั้นไม่เพิ่มเงินสดที่ประหยัดได้ในช่วงดังกล่าว

สำหรับ Google Start ใช้หลักเดียวกันภายในอายุเครดิตของระดับ Start ส่วน Scale ต้องแยกคำนวณตามปี ปีแรกใช้ค่าที่น้อยกว่าระหว่างค่าใช้บริการที่เข้าเกณฑ์กับเพดานปีแรก ปีที่สองใช้ค่าที่น้อยกว่าระหว่าง 20% ของค่าใช้บริการที่เข้าเกณฑ์กับเพดานปีที่สอง แล้วจึงรวมเครดิตที่คาดว่าจะถูกใช้จริง

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

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

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

ตัวอย่างสมมติ: เพดานสูงกว่าแต่ประหยัดได้น้อยกว่า

สมมติว่าบริษัทมีค่าใช้บริการที่เข้าเกณฑ์เท่ากันบนทั้งสองค่าย เดือนละ 3,000 ดอลลาร์ต่อเนื่องสองปี บริษัทได้รับเครดิต AWS Activate Portfolio 200,000 ดอลลาร์ซึ่งใช้ได้ตลอดช่วงสมมติ และได้รับสิทธิ์ Google Scale AI ที่มีเพดานรวม 350,000 ดอลลาร์ นี่เป็นตัวอย่างคำนวณ ไม่ใช่ข้อเสนอว่าบริษัทใดจะได้รับวงเงินหรืออายุเครดิตดังกล่าวจริง

ค่าใช้บริการรวมในตัวอย่างเท่ากับ 72,000 ดอลลาร์ ฝั่ง AWS ใช้เครดิตชดเชยได้ 72,000 ดอลลาร์ เพราะยอดใช้จริงต่ำกว่าวงเงินและเกิดทันช่วงสิทธิ์ ฝั่ง Google ปีแรกชดเชย 36,000 ดอลลาร์เต็มจำนวน ส่วนปีที่สองชดเชย 20% ของ 36,000 ดอลลาร์ หรือ 7,200 ดอลลาร์ รวมเป็น 43,200 ดอลลาร์

แม้เพดาน Google สูงกว่าในตัวอย่างนี้ เงินสดที่เครดิตช่วยประหยัดกลับน้อยกว่า AWS อยู่ 28,800 ดอลลาร์ เหตุผลไม่ได้อยู่ที่เพดานปีแรกไม่พอ แต่อยู่ที่ปีที่สองชดเชยเพียงส่วนหนึ่งของบิล หากต้องย้ายระบบเพื่อใช้ Google และมีต้นทุนย้ายสมมติอีก 10,000 ดอลลาร์ ประโยชน์สุทธิจากเครดิตหลังหักค่าย้ายจะเหลือ 33,200 ดอลลาร์

เปลี่ยนสมมติฐานเพียงเรื่องอายุเครดิต ผลก็ขยับทันที หากเครดิต AWS ใช้ได้แค่ปีแรก AWS จะชดเชย 36,000 ดอลลาร์ ขณะที่ Google ยังคงชดเชย 43,200 ดอลลาร์ก่อนคิดค่าย้าย ส่วนต่าง 7,200 ดอลลาร์นี้คือเพดานต้นทุนย้ายที่ Google รับไหวในตัวอย่าง หากย้ายแพงกว่านั้น AWS กลับเป็นทางเลือกที่ใช้เงินสดน้อยกว่าอีกครั้ง

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

งาน AI และโครงสร้างพื้นฐานให้ผลต่างกันตรงไหน

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

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

ฝั่ง AWS ความสามารถใช้เครดิตกับโมเดลภายนอกผ่าน Bedrock อาจเหมาะกับทีมที่ต้องสลับโมเดลภายในเส้นทางเรียกเก็บนั้น แต่ประโยชน์ต้องเทียบกับราคาและบริการอื่นที่ระบบต้องใช้ด้วย หากทีมเรียก API โมเดลจากผู้ให้บริการโดยตรง ค่าบริการนั้นไม่ควรถูกสมมติให้เป็นค่า AWS ที่เครดิต Activate ชดเชยได้เพียงเพราะใช้โมเดลชื่อเดียวกัน

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

ทางเลือกที่เหมาะกับแต่ละระยะของบริษัท

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

บริษัทที่มีนักลงทุนควรเทียบ Portfolio กับ Scale หลังตรวจสิทธิ์ทั้งสองฝั่งแล้ว ความสัมพันธ์กับ Activate Provider ช่วยเปิดทางสมัคร AWS Portfolio แต่ประเภทและช่วงเวลาของเงินลงทุนเป็นตัวกำหนดสิทธิ์ Google Scale อีกชุดหนึ่ง การใส่วงเงินสูงสุดของทั้งสองโครงการในตารางก่อนรู้ระดับที่อนุมัติจะทำให้งบเงินสดดูต่ำกว่าความเป็นจริง

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

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

อ่านเพิ่มเติม:

• AWS Lambda หรือ Cloudflare Workers: งานรอ I/O คิดเงินคนละนาฬิกา
• ElevenLabs หรือ Google Cloud TTS: เสียงไทยอาจต่างกันเกิน 3 เท่า
• Grafana Cloud หรือ Datadog: ถูกกว่าสามเท่าอาจต้องแลกเวลาดูแล