พื้นฐาน: แพลนฟรีมีอะไรให้จริง ๆ บ้าง

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

วันจันทร์ 9:40 น. — สมัครสมาชิก ไม่ต้องใช้บัตร

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

เลือกเว็บไซต์ธุรกิจขนาดเล็กเป็นโปรเจกต์ทดสอบ — ไม่มีอะไรแปลกใหม่ หน้า landing page ฟอร์มติดต่อ ส่วนบล็อก ภายในเวลา 10:15 น. ฉันมีเวอร์ชันแรกที่ใช้งานได้จริงบนซับโดเมนฟรีแล้ว ไม่มีการเก็บเงินคั่นระหว่าง "สร้าง" กับ "เผยแพร่" ซึ่งเป็นจุดที่แพลนฟรีหลายเจ้ามักแอบกลายเป็นแค่ตัวสาธิต

วันจันทร์ 14:00 น. — ลูปการปรับแก้ จุดที่ฉันคาดว่าจะเจอกำแพง

นี่คือส่วนที่ฉันสงสัยมากที่สุด การสร้างครั้งแรกมักมีต้นทุนต่ำสำหรับเอเจนต์ตัวไหนก็ตาม — บรีฟที่สะอาด ไม่มีโค้ดเดิมที่ต้องประสาน — ดังนั้นแพลตฟอร์มจึงสามารถทำให้แพลนฟรีดูใจกว้างในงานสร้างครั้งแรกแล้วค่อย ๆ รีดเลือดคุณในงานสร้างครั้งที่สอง ฉันจึงมุ่งไปที่ลูปนี้: "ทำให้ header ติดหน้าจอ (sticky)" "แก้ nav บนมือถือ" ปรับเนื้อหา และการปรับแต่งเล็ก ๆ อีกสองรายการหลังจากนั้น แต่ละอย่างแตะไฟล์มากกว่าที่คำขอบอกไว้ ตามลักษณะของการแก้ไขจริง ๆ ที่มักเป็นแบบนั้นเสมอ ฉันไม่เจอเพดานในวันนั้น แต่รู้สึกได้ว่ามันอยู่ตรงไหน — โควตาถูกออกแบบมาให้พอสำหรับหนึ่งรอบแบบนี้เต็ม ๆ ไม่ใช่ห้ารอบ

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

วันอังคาร 11:00 น. — ผลักดันโปรเจกต์ที่สองเพื่อดูขีดจำกัดของแบ็กเอนด์

เริ่มไอเดียที่สอง คราวนี้ต้องมีแบ็กเอนด์จริง ๆ — ฐานข้อมูล, API route, ครบชุด นี่คือจุดที่ผมคาดว่าจะเจอด่านตัวจริง และก็เจอ: บัญชีฟรีใช้แอปที่มีเซิร์ฟเวอร์รองรับได้เพียงแอปเดียวในเวลาเดียวกัน ลองเปิดแบ็กเอนด์ที่โฮสต์อยู่ตัวที่สองควบคู่กับตัวแรก ปรากฏว่าให้รันพร้อมกันทั้งสองไม่ได้

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

วันอังคาร 16:30 น. — ลองทดสอบการทำงานพร้อมกัน

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

วันพุธ — คลังข้อมูล และเหตุผลที่มันไม่ใช่ฟีเจอร์ทดลอง

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

ยังลองเช็กด้วยว่าการแยกข้อมูลระหว่างผู้เช่า (tenant isolation) ในแผนฟรีนั้น "เบาลง" หรือเปล่า — แยกแบบไม่เต็มที่ คิวตรวจสอบการแยกช้าลง หรืออะไรก็ตาม ปรากฏว่าไม่ใช่ และตามหลักการแล้วมันก็ทำแบบนั้นไม่ได้อยู่ดี เพราะการแยกข้อมูลเป็นเรื่องแบบมี-หรือไม่มี ไม่ใช่แบบขายเวอร์ชัน 80% ในราคาถูกกว่าได้ ไม่ว่างานเบื้องหลังหรือคิวรีก็ต้องถูกกั้นแยกตามผู้เช่าแต่ละราย ไม่มีทางเลือกกลาง แผนฟรีและแผนเสียเงินได้รับการรับประกันแบบเดียวกันในเรื่องนี้ ซึ่งผมสันนิษฐานไว้อยู่แล้ว แต่อยากตรวจสอบจริง ๆ แทนที่จะเชื่อไปเฉย ๆ

วันพฤหัสบดี — การเผยแพร่บนสโตร์ สิ่งที่เกือบไม่ได้ลอง

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

วันศุกร์ — สิ่งที่ผมจะข้ามในครั้งหน้า

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

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

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

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