การพาผู้ใช้แตะ 2 ล้านคนด้วยทีมพัฒนาผู้หญิงเพียงคนเดียว

xguru · 2025-01-27T10:43:01+09:00

สรุปเนื้อหาจากการบรรยายของ Nadia Odunayo ที่งาน Brighton Ruby ย้อนกลับไปวันที่ 1 มกราคม 2020 ย้อนมองผลงานช่วงแรกของ Storygraph จากมุมมอง ณ เดือนมิถุนายน 2024 กลับไปยังวันที่ 1 มกราคม 2020 หลังจากทุ่มเทพัฒนาทุกวันตลอด 1 ปีนับจากก่อตั้ง ก็ทำเป้าหมาย "มีผู้ใช้สมัคร 100 คน" ได้สำเร็จ ตอนนั้น Storygraph เป็น "เครื่องมือแนะนำหนังสือ" ที่ช่วยให้ผู้อ่านเลือกหนังสือเล่มถัดไปได้ เว็บไซต์มีรายการหนังสือหลายพันเล่ม และกรองได้ตามอารมณ์ ความเร็ว แนวหนังสือ ขนาดหนังสือ ฯลฯ ผู้ใช้ยุคแรก: เพื่อนของ Nadia และผู้คนที่เข้ามาทาง DM จากชุมชนนักอ่านบน Instagram (Bookstagram) ผู้ใช้มองเห็นศักยภาพและแนะนำต่อให้คนรู้จัก ทำให้ฐานผู้ใช้ค่อย ๆ ขยาย เปิดตัวเบต้าอีกครั้งเพื่อต้อนรับปีใหม่ 2020 สร้างแรงจูงใจให้ผู้อ่านที่มองว่าปีใหม่คือช่วงเวลาตั้งเป้าการอ่าน ได้อานิสงส์จากอีเวนต์เล็ก ๆ นี้จนดึง "ผู้ใช้สมัคร 160 คน และผู้เข้าชมใหม่ 100 คน" ผู้เข้าชมใช้เวลาเฉลี่ย "6 นาที 30 วินาที" สำรวจเว็บไซต์ และตอบรับในทางบวก ตลอดปี 2019 มุ่งพัฒนาผลิตภัณฑ์ เพื่อสร้างสิ่งที่คนสามารถส่งต่อได้เมื่อมีคนมองหาคำแนะนำหนังสือหรือทางเลือกแทน Goodreads แม้จะไม่ได้ตั้งเป้าเป็น "ตัวแทน Goodreads" แต่ก็เริ่มเห็นโอกาสว่าจะเป็นบริการที่ดีกว่าสำหรับผู้ใช้บางกลุ่ม เมื่อเข้าสู่ปี 2020 และมีผลลัพธ์ใหม่ ๆ ก็ยิ่งมีไฟทำโปรเจ็กต์นี้ต่อ ช่วงโรคระบาดและการเติบโตระยะแรก โรคระบาดทำให้มีเวลาพัฒนาแบบเข้มข้นมากขึ้น อัตราการอ่านเพิ่มขึ้น และจำนวนผู้สมัครใหม่ก็เพิ่มตาม แต่ก็ยังรู้สึกว่าผลิตภัณฑ์ยังไม่สมบูรณ์พอ จึงกลัวที่จะ "โปรโมตอย่างเป็นทางการ" ไม่ตอบบทความหรือความเห็นผู้ใช้ และพัฒนาเงียบ ๆ ต่อไป จนถึงเดือนพฤษภาคม 2020 Storygraph ยังมีฟีเจอร์เพียงไม่มากนัก และการพัฒนาผลิตภัณฑ์คนเดียวก็ทำให้รู้สึกว่าตัวเองยังขาดด้านเทคนิค จึงเกิดความกังวลและเปราะบาง เดินหน้ามีส่วนร่วมกับชุมชนนักอ่านอย่างต่อเนื่อง และสังเกตเห็นเทรนด์ที่ผู้ใช้ต้องการทางเลือกใหม่ ด้วยความมั่นใจและแรงส่งจากการไปถึง 100 ผู้ใช้ จึง ตัดสินใจเริ่มบอกให้คนรู้จักบริการอย่างจริงจัง การกระจายตัวบน Twitter และการทะลุ 1,000 ผู้ใช้ วันที่ 27 พฤษภาคม 2020 ได้ตอบกลับหรือส่ง DM หาเกือบ 100 คนบน Twitter ที่มีปฏิกิริยาเชิงบวกต่อ Storygraph ส่วนใหญ่ไม่ตอบกลับ แต่บางคนเข้าใจศักยภาพของโปรเจ็กต์และให้ความสนใจ ผู้ใช้บางส่วนเปรียบเทียบฟีเจอร์กับ Goodreads และชี้ให้เห็นส่วนที่ยังขาด ตอนนั้น Storygraph ยังมีฟีเจอร์จำกัด จึงยากที่จะแข่งกับ Goodreads ผู้ใช้ส่วนน้อยที่เข้าใจคุณค่าของโปรเจ็กต์ได้นำ Storygraph ไปแนะนำในชุมชนนักอ่าน พวกเขาแนะนำผลิตภัณฑ์ให้เพื่อนนักอ่าน ทำให้ฐานผู้ใช้ขยาย วันที่ 11 มิถุนายน 2020 จำนวนผู้ใช้ของ Storygraph ทะลุ "1,000 คน" หลังเริ่มโปรโมตเพียง 2 สัปดาห์ จำนวนผู้ใช้เพิ่มขึ้นมากกว่าสองเท่า จัดกิจกรรมฉลองผ่าน Instagram Stories Twitter ระเบิดและการเติบโตแบบพุ่งพรวด วันที่ 16 มิถุนายน 2020 Emma Barnes (ผู้ดำเนินงาน Consonance Books) ทวีตว่า: “ทุกคนในวงการสำนักพิมพ์ควรรู้จัก Storygraph นี่คือสิ่งใหม่ที่ดีที่สุดในรอบหลายปี เลิกพึ่งซอฟต์แวร์แย่ ๆ ของบริษัทยักษ์ใหญ่ด้านเทคโนโลยีกันเถอะ” ทวีตนี้ทำให้กิจกรรมในแอปเพิ่มขึ้นเล็กน้อย แต่ยังไม่มีแรงกระเพื่อมมาก หลังจากนั้น Sam Missingham อ้างอิงทวีตของ Emma และทำให้มันได้รับความนิยมยิ่งขึ้น: “Book Twitter มาใช้สิ่งนี้แทน Goodreads กันเถอะ ฉันลอง 5 นาทีแล้วรู้สึกว่าดีกว่ามาก แถมก่อตั้งโดยผู้หญิงผิวดำ และไม่ได้ดำเนินการโดย Amazon” หลังทวีตของ Sam ปริมาณกิจกรรมก็เพิ่มขึ้นอย่างรวดเร็ว เหตุผลที่เนื้อหาทวีตสร้างแรงสะเทือนได้มาก: มันดึงความสนใจจากชุมชน Book Twitter พุ่งเป้าไปที่ Goodreads ซึ่งผู้คนกำลังอยากได้ทางเลือกแทน หลังการเคลื่อนไหว Black Lives Matter มีพลังสนับสนุนผู้สร้างสรรค์ผิวดำอย่างมาก จังหวะตรงกับความไม่พอใจต่ออำนาจผูกขาดของ Amazon ที่รุนแรงขึ้นในช่วงโรคระบาด ทวีตแพร่กระจายอย่างรวดเร็ว และผู้ใช้ของ Storygraph ก็เพิ่มขึ้น: จากหลักสิบเป็นหลักร้อย แล้วไปถึงหลักพัน การแจ้งเตือนทางอีเมล (“เริ่มนำเข้าข้อมูล Goodreads”) พุ่งขึ้นอย่างรวดเร็ว จนระบบเริ่มรับภาระหนัก ทวีตกลายเป็นไวรัลเร็วเกินคาด และมีผู้ใช้จำนวนมากสมัครเข้ามา จำนวนผู้ใช้ที่พุ่งขึ้นทำให้เกิดปัญหาทางเทคนิคและ "ภาวะโอเวอร์โหลด" วันเวลาที่มืดมน ฟีเจอร์นำเข้าข้อมูล Goodreads ล่าช้า จนผู้ใช้เริ่มไม่พอใจมากขึ้น มีการส่งอีเมลหาผู้ใช้หลายพันคนว่าการนำเข้าข้อมูลกำลังดำเนินอยู่ แต่ความเร็วช้ามากจนมีแนวโน้มว่าจะใช้เวลาหลายเดือน ต้องแก้ปัญหาจำนวนมากพร้อมกันจนเครียดอย่างหนัก ตอบกลับผู้ใช้บน Twitter จัดการงานนำเข้าข้อมูลที่ล้มเหลว เขียนโค้ดแอปใหม่เพื่อลดเวลานำเข้าจากหลายเดือนให้เหลือ "ไม่กี่วัน" วันที่ 17 มิถุนายน 2020 มีทวีตไวรัลอีกอันแพร่กระจาย ทำให้ผู้ใช้พุ่งอีกระลอก: ทวีตว่า “ลองใช้มา 1 วันแล้วชอบมากจนหยุดคิดถึงมันไม่ได้” ได้รับความนิยม มีผู้สมัครใหม่เพิ่มขึ้นหลักร้อยถึงหลักพันทุกชั่วโมง ผลคือระบบรับภาระไม่ไหว: นำเข้าจาก Goodreads ไม่ได้ ฟีเจอร์แนะนำเฉพาะบุคคลไม่ทำงาน งานเบื้องหลังหยุดสนิททั้งหมด เมื่อจำนวนผู้ใช้เกิน 1,000 และใกล้แตะ "10,000 คน" ก็เริ่มรู้สึกกดดันอย่างหนัก พร้อมกับความคิดว่า "ฉันไม่เคยอยากทำธุรกิจ B2C เลย" และเริ่มตั้งคำถามกับตัวเอง รู้สึกโดดเดี่ยว นั่งคิดอยู่ใน "ห้องน้ำมืด ๆ" พยายามกลั้นคำว่า “ฉันทำไม่ไหว” เอาไว้ แต่ก็เกือบจะพูดออกมา เรื่องราวการก่อตั้ง: ย้อนกลับไปยังจุดเริ่มต้น แล้วทำได้อย่างไร? ตรงนี้ขอข้ามกลับไปข้างหน้าเล็กน้อย เธอเติบโตมาในพื้นเพที่เน้นวิชาการ และเรียน Philosophy, Politics and Economics ที่ Oxford ตามคำแนะนำของพ่อแม่ เคยคิดจะเดินเส้นทางวาณิชธนกิจเพื่อความมั่นคงทางการเงิน แต่กลับรู้สึกคลางแคลงกับอาชีพนั้น และปฏิเสธข้อเสนอหลังเรียนจบ ตัดสินใจไปเรียนเขียนโค้ดที่บูตแคมป์ซอฟต์แวร์ Makers Academy ในลอนดอน ตอนแรกตั้งใจเพียงเพื่อมีทักษะโค้ดดิ้งพื้นฐานสำหรับสื่อสารกับนักพัฒนา แต่เมื่อภาพจำเกี่ยวกับนักพัฒนาถูกทำลายลงและเห็นคุณค่าของการเขียนโค้ด ก็ทุ่มตัวอย่างจริงจัง หลังจบจาก Makers Academy ก็เข้าทำงานที่ Pivotal Labs ทำงานกับแพลตฟอร์ม Cloud Foundry เป็นเวลา 1 ปีครึ่ง หลังจากนั้นก่อตั้งบริษัทที่ปรึกษาและพัฒนาผลิตภัณฑ์ชื่อ Ignition Works ร่วมกับเพื่อนร่วมงาน Theo Christian ในช่วงนี้เองที่เริ่มสนใจ ขบวนการ FIRE (อิสรภาพทางการเงินและเกษียณก่อนกำหนด) ต้องการสร้างฐานอิสระทางการเงินเพื่อจะได้ลงทุนกับตัวเองและงานก่อตั้งกิจการ แต่เป้าหมายและความร่วมมือที่ Ignition Works ไม่เป็นไปตามที่หวัง จึงลาออก ถอนเงินออกมาครึ่งหนึ่งของเงินบริษัท เพื่อให้มี เงินสำรองพอใช้ได้ 5 ปี ร่วมทำโปรเจ็กต์ Code Newbie กับเพื่อนชื่อ Saron Yitbarek พยายามเปลี่ยนชุมชนสำหรับคนเรียนโค้ดให้เป็นบริษัทที่ขับเคลื่อนด้วยผลิตภัณฑ์ แต่ไม่สำเร็จ 3 มกราคม 2019 นั่งอยู่คนเดียวที่โต๊ะทำงาน คิดหาทิศทางสร้างสรรค์ใหม่ ๆ แม้จะมีเงินใช้ได้ถึงปี 2022 แต่ก็ยังไม่มีไอเดียใหญ่ ๆ จึงตัดสินใจใช้เวลากับสองโปรเจ็กต์เสริมที่คิดมานานแล้ว: Runroot: แอปสร้างเส้นทางวิ่งอัตโนมัติ ReadLists: แอปแดชบอร์ดสำหรับสร้างลิสต์การอ่านเฉพาะบุคคลและติดตามความคืบหน้า Storygraph มีต้นกำเนิดจากไอเดีย ReadLists และวิธีที่เข้าหาการตัดสินใจนี้เองคือหัวใจสำคัญของความสำเร็จของ Storygraph หลักการสามข้อ ทุกอย่างเริ่มจากแนวทางที่แยกให้ชัดระหว่างสิ่งที่ผู้ก่อตั้งควบคุมได้กับสิ่งที่ควบคุมไม่ได้ สิ่งที่ควบคุมไม่ได้: ทวีตไวรัล คู่แข่งรายใหม่ ฯลฯ สิ่งที่ควบคุมได้: วิธีออกแบบบริษัทและผลิตภัณฑ์ หลักการสำคัญสามข้อเพื่อความสำเร็จ ทำให้เทคโนโลยีเรียบง่าย: ใช้เครื่องมือที่เสถียรและสุกงอม แทนเทคโนโลยีที่ซับซ้อน คุยกับลูกค้าอย่างต่อเนื่อง: นำฟีดแบ็กของลูกค้ามาปรับปรุงผลิตภัณฑ์ รักษาต้นทุนให้ต่ำ: สร้างเสถียรภาพทางการเงินด้วยการดำเนินงานอย่างมีประสิทธิภาพ หลักข้อแรก: ทำให้เทคโนโลยีเรียบง่าย ตามหลักข้อแรกเรื่องการทำให้เทคโนโลยีเรียบง่าย จึงกำหนดทิศทางดังนี้ ใช้เทคโนโลยีที่ตนเองรู้จักดีอยู่แล้ว หลีกเลี่ยงความซับซ้อนเกินจำเป็น และใช้เพียงเทคโนโลยีขั้นต่ำที่จำเป็นต่อการแก้ปัญหา เลือกเครื่องมือและแพลตฟอร์มที่เสถียร สุกงอม และ "น่าเบื่อ" สำหรับเธอแล้ว สแต็กเทคโนโลยีที่เหมาะที่สุดคือ Rails หลักข้อที่สอง: คุยกับลูกค้าอย่างต่อเนื่อง ระหว่างพัฒนาด้วย Rails ก็รู้สึกสนุก และตัดสินใจว่าจะทุ่มกับโปรเจ็กต์ที่เกี่ยวกับหนังสือ เพื่อสร้างผลิตภัณฑ์ให้สำเร็จ จึงนำหลักข้อที่สองคือ คุยกับลูกค้าอย่างต่อเนื่อง มาใช้ ความสำคัญของการพูดคุยกับลูกค้า ไม่มีอะไรแย่ไปกว่าการสร้างผลิตภัณฑ์ที่ไม่มีใครต้องการ ทุกคนรู้ว่าควรคุยกับลูกค้า แต่สิ่งสำคัญคือทำอย่างไรให้ถูกต้อง เตรียมสคริปต์ และใช้คำถามปลายเปิดเพื่อมุ่งสำรวจ หลีกเลี่ยง confirmation bias และโฟกัสกับการค้นหาปัญหาที่แท้จริง ความผิดพลาดในช่วงแรก โชว์เดโมเร็วเกินไป จึงไม่ได้รับฟีดแบ็กที่เฉพาะเจาะจง จึงเปลี่ยนมาใช้คำถามปลายเปิดเกี่ยวกับพฤติกรรมการอ่าน สิ่งที่ทำให้ไม่สะดวก ฯลฯ แทน ทบทวนและสรุปผลการสัมภาษณ์ครั้งละ 5 คน แล้วจัดธีมลงบนไวต์บอร์ดเสมือน การพัฒนาผลิตภัณฑ์อัลฟาและเบต้า จากฟีดแบ็กช่วงแรก ได้ไอเดียฟีเจอร์ที่มีประโยชน์คือบริการแนะนำเฉพาะบุคคล ฟีเจอร์ช่วงแรกจำนวนมากทำแบบแมนนวล เพื่อหลีกเลี่ยงการพัฒนาเกินจำเป็น นี่คือตัวอย่างของการนำหลักข้อแรก ทำให้เทคโนโลยีเรียบง่าย มาใช้ ออนบอร์ดผู้ใช้เป็นกลุ่มเล็ก ๆ พร้อมเก็บฟีดแบ็กอย่างต่อเนื่อง เมื่อไปถึงขีดจำกัดของผลิตภัณฑ์อัลฟา ก็พัฒนาเป็นผลิตภัณฑ์เบต้าที่สมบูรณ์ขึ้น หลักข้อที่สาม: รักษาต้นทุนให้ต่ำพร้อมขยายเบต้า วันที่ 2 กันยายน 2019 เปิดตัวเวอร์ชันเบต้า และกระตุ้นให้สมาชิกจดหมายข่าวช่วยแชร์ต่อ ฟีดแบ็กเริ่มเข้ามาอย่างจริงจัง และมีการจ้างพนักงานพาร์ตไทม์เพื่อจัดการคำขอหนังสือแบบแมนนวล ยังคงคุมต้นทุนให้ต่ำที่สุด ใช้เงินส่วนตัวดำเนินงาน และรักษาความยั่งยืนด้วยเงินทุนที่เหลือ หลายเดือนต่อมา Rob Freelove เริ่มสนใจโปรเจ็กต์และเข้ามาช่วยด้านแมชชีนเลิร์นนิง ด้วยความช่วยเหลือของเขา การพัฒนาทางเทคนิคก็ดำเนินต่อไป พร้อมยกระดับคุณภาพผลิตภัณฑ์และประสบการณ์ผู้ใช้ การเติบโตแบบพุ่งพรวด วันที่มืดมนกลับมาอีกครั้ง และการขยายตัว ด้วยการยึดมั่นใน หลักการสามข้อ ฐานผู้ใช้จึงค่อย ๆ ขยายอย่างช้า ๆ แต่สม่ำเสมอ และเติบโตแบบค่อยเป็นค่อยไป วันที่ 17 มิถุนายน 2020 ผลของความไวรัลบน Twitter ทำให้ผู้ใช้เพิ่มขึ้นอย่างรวดเร็ว ผู้ใช้หลายพันคนพยายามนำเข้าข้อมูล Goodreads จนระบบรับภาระไม่ไหว งานเบื้องหลังล้มเหลว และไปถึงจุดที่ไม่สามารถขยายเซิร์ฟเวอร์ได้อีก สถานการณ์หนักเกินรับมือ และต้องเผชิญกับ "ช่วงเวลามืดมน" ที่อยากยอมแพ้ แต่การยอมแพ้ไม่ใช่ทางเลือก ตลอด 2 สัปดาห์ของ "วันเวลามืดมน" ได้แก้ปัญหาสำคัญหลายอย่าง รวมถึง เขียนโค้ดใหม่ อัปเกรดเซิร์ฟเวอร์และฐานข้อมูล รับมือกับปัญหาใหม่ ๆ ที่เกิดขึ้น ตระหนักถึงความจำเป็นของการเติบโตต่อเนื่องและการสร้างรายได้ หลังผ่านวิกฤต ผู้ใช้ใหม่ยังสมัครเข้ามาวันละหลายร้อยคน และเติบโตต่อด้วยการบอกต่อ ทุกครั้งที่ตัดสินใจยาก ก็อาศัยการพูดคุยกับลูกค้าเพื่อหาทิศทาง เมื่อฐานผู้ใช้ใหญ่พอ ก็เริ่มคิดเรื่อง วิธีสร้างรายได้ การเปิดตัว Storygraph Plus และเส้นทางสู่การทำเงิน การลดต้นทุนอย่างเดียวมีขีดจำกัด จึงเริ่มมองหาวิธีสร้างรายได้ หลังพิจารณาหลายโมเดลธุรกิจ จึงตัดสินใจใช้ โมเดลพรีเมียมแบบ freemium ที่ลูกค้าจ่ายตรง สร้างหน้าพรีออร์เดอร์ Storygraph Plus ผสานการชำระเงินด้วย Stripe: ช่วงแรกยังไม่มีระบบสมัครสมาชิก และจ่ายได้เฉพาะ USD ทำเครื่องหมายผู้ซื้อเป็น "Early Bird" ในฝั่งแบ็กเอนด์ ประกาศ Storygraph Plus ผ่านจดหมายข่าวและเริ่มเปิดพรีออร์เดอร์ ผู้ใช้จำนวนมากอยากสนับสนุนทางเลือกแทน Goodreads ที่เป็นอิสระ จึงสั่งซื้อ ไม่กี่สัปดาห์แรกมียอดพรีออร์เดอร์หลายร้อยรายการ ปฏิกิริยาของลูกค้าช่วยยืนยันว่ามีตลาดสำหรับโมเดล Plus วันที่ 1 มกราคม 2021 เปิดตัว Storygraph อย่างเป็นทางการพร้อมเปลี่ยนโดเมน ผู้ใช้ทะลุ 100,000 คน เป็นความสำเร็จครั้งใหญ่ หลังราคาพิเศษ Early Bird สิ้นสุดลง ก็ทดสอบว่าผู้คนยังยอมจ่ายในราคาปกติหรือไม่ พร้อมพัฒนาฟีเจอร์ Plus ต่อ วันที่ 28 กุมภาพันธ์ 2021 (หรือ 1 มีนาคมในบางพื้นที่) Storygraph Plus เปิดตัวอย่างเป็นทางการ ได้พรีออร์เดอร์ 1,400 รายการ คิดเป็นรายได้ราว $50,000 หลังเริ่มใช้งานฟีเจอร์ Plus จริง ความสนใจและความพึงพอใจของลูกค้าก็ยังต่อเนื่อง การพัฒนาแอปมือถือ การย้ายออกจาก Heroku และการเติบโตต่อเนื่อง เดือนพฤษภาคม 2021 ปัญหาใหญ่ที่สุดของ Storygraph คือ ไม่มีแอปมือถือ เดิมมี PWA (Progressive Web App) อยู่แล้ว แต่ผู้ใช้ต้องการแอปเนทีฟที่ติดตั้งจาก app store ได้ โดยยังรักษาหลักการลดต้นทุนและทำให้เทคโนโลยีเรียบง่าย จึงใช้ Rails และอะแดปเตอร์มือถือ Hotwire/Turbo ผสาน Swift/Kotlin ขั้นต่ำเข้ากับ Ruby และพัฒนา-เปิดตัวแอปได้ภายใน 6 สัปดาห์ หลังเปิดตัวแอป จำนวนผู้สมัครก็เพิ่มขึ้น การย้ายจาก Heroku ไป Cloud 66 TikTok ไวรัลและผู้ใช้ที่เพิ่มขึ้นทำให้ต้นทุนการรันบน Heroku สูงขึ้น ค่าเซิร์ฟเวอร์บน Heroku เพิ่มขึ้นถึง $10,000 ต่อเดือนตามการเติบโตของผู้ใช้ หลังจาก Rob ศึกษาแพลตฟอร์มทางเลือกอยู่หลายเดือน ก็เลือกย้ายไป Cloud 66 วันที่ 22 มกราคม 2022 การย้ายไป Cloud 66 เสร็จสมบูรณ์ ลดค่าเซิร์ฟเวอร์ลงได้ 80% เหลือ $4,000 ต่อเดือน พร้อมได้ความจุที่มากขึ้น ระหว่างย้ายเกิดปัญหาผู้ใช้ทุกคนถูกล็อกเอาต์ แต่ก็แก้ได้อย่างรวดเร็ว วันที่ 26 มิถุนายน 2022 Storygraph มีผู้ใช้ทะลุ 1 ล้านคน ปัจจุบัน: บัญชีที่ลงทะเบียน 2.7 ล้านบัญชี ผู้ใช้ที่แอ็กทีฟรายเดือนประมาณ 25% ผู้เข้าชมไม่ซ้ำรายเดือน 7 ล้านคน รองรับ 70 ล้าน pageview และ 11 ล้าน requests ต่อวัน ยังคงรันอยู่บน Rails repo ที่เริ่มต้นมาตั้งแต่ปี 2019 ภาพรวมรายได้และต้นทุน: ต้นทุนรายเดือน: ประมาณ $20,000 รายได้ประจำรายเดือน: ประมาณ $60,000 ด้วยความสามารถในการทำกำไร ผู้ก่อตั้งอย่าง Rob และ Nadia จึงสามารถรับเงินเดือนได้ทั้งคู่ เหตุผลที่ประสบความสำเร็จ แม้จะมีส่วนของโชคอยู่บ้าง แต่หัวใจของความสำเร็จของ Storygraph คือการรักษา หลักการสามข้อ นี้ไว้อย่างสม่ำเสมอ ทำให้เทคโนโลยีเรียบง่าย คุยกับลูกค้าอย่างต่อเนื่อง ลดต้นทุน

(brightonruby.com)

32 คะแนน โดย xguru 2025-01-27 | 5 ความคิดเห็น | แชร์ทาง WhatsApp

สรุปเนื้อหาจากการบรรยายของ Nadia Odunayo ที่งาน Brighton Ruby

ย้อนกลับไปวันที่ 1 มกราคม 2020

ย้อนมองผลงานช่วงแรกของ Storygraph จากมุมมอง ณ เดือนมิถุนายน 2024 กลับไปยังวันที่ 1 มกราคม 2020
- หลังจากทุ่มเทพัฒนาทุกวันตลอด 1 ปีนับจากก่อตั้ง ก็ทำเป้าหมาย "มีผู้ใช้สมัคร 100 คน" ได้สำเร็จ
- ตอนนั้น Storygraph เป็น "เครื่องมือแนะนำหนังสือ" ที่ช่วยให้ผู้อ่านเลือกหนังสือเล่มถัดไปได้
  - เว็บไซต์มีรายการหนังสือหลายพันเล่ม และกรองได้ตามอารมณ์ ความเร็ว แนวหนังสือ ขนาดหนังสือ ฯลฯ
ผู้ใช้ยุคแรก:
- เพื่อนของ Nadia และผู้คนที่เข้ามาทาง DM จากชุมชนนักอ่านบน Instagram (Bookstagram)
- ผู้ใช้มองเห็นศักยภาพและแนะนำต่อให้คนรู้จัก ทำให้ฐานผู้ใช้ค่อย ๆ ขยาย
เปิดตัวเบต้าอีกครั้งเพื่อต้อนรับปีใหม่ 2020
- สร้างแรงจูงใจให้ผู้อ่านที่มองว่าปีใหม่คือช่วงเวลาตั้งเป้าการอ่าน
- ได้อานิสงส์จากอีเวนต์เล็ก ๆ นี้จนดึง "ผู้ใช้สมัคร 160 คน และผู้เข้าชมใหม่ 100 คน"
- ผู้เข้าชมใช้เวลาเฉลี่ย "6 นาที 30 วินาที" สำรวจเว็บไซต์ และตอบรับในทางบวก
ตลอดปี 2019 มุ่งพัฒนาผลิตภัณฑ์ เพื่อสร้างสิ่งที่คนสามารถส่งต่อได้เมื่อมีคนมองหาคำแนะนำหนังสือหรือทางเลือกแทน Goodreads
แม้จะไม่ได้ตั้งเป้าเป็น "ตัวแทน Goodreads" แต่ก็เริ่มเห็นโอกาสว่าจะเป็นบริการที่ดีกว่าสำหรับผู้ใช้บางกลุ่ม
เมื่อเข้าสู่ปี 2020 และมีผลลัพธ์ใหม่ ๆ ก็ยิ่งมีไฟทำโปรเจ็กต์นี้ต่อ

ช่วงโรคระบาดและการเติบโตระยะแรก

โรคระบาดทำให้มีเวลาพัฒนาแบบเข้มข้นมากขึ้น อัตราการอ่านเพิ่มขึ้น และจำนวนผู้สมัครใหม่ก็เพิ่มตาม
- แต่ก็ยังรู้สึกว่าผลิตภัณฑ์ยังไม่สมบูรณ์พอ จึงกลัวที่จะ "โปรโมตอย่างเป็นทางการ"
- ไม่ตอบบทความหรือความเห็นผู้ใช้ และพัฒนาเงียบ ๆ ต่อไป
จนถึงเดือนพฤษภาคม 2020 Storygraph ยังมีฟีเจอร์เพียงไม่มากนัก และการพัฒนาผลิตภัณฑ์คนเดียวก็ทำให้รู้สึกว่าตัวเองยังขาดด้านเทคนิค จึงเกิดความกังวลและเปราะบาง
เดินหน้ามีส่วนร่วมกับชุมชนนักอ่านอย่างต่อเนื่อง และสังเกตเห็นเทรนด์ที่ผู้ใช้ต้องการทางเลือกใหม่
- ด้วยความมั่นใจและแรงส่งจากการไปถึง 100 ผู้ใช้ จึง ตัดสินใจเริ่มบอกให้คนรู้จักบริการอย่างจริงจัง

การกระจายตัวบน Twitter และการทะลุ 1,000 ผู้ใช้

วันที่ 27 พฤษภาคม 2020 ได้ตอบกลับหรือส่ง DM หาเกือบ 100 คนบน Twitter ที่มีปฏิกิริยาเชิงบวกต่อ Storygraph
- ส่วนใหญ่ไม่ตอบกลับ แต่บางคนเข้าใจศักยภาพของโปรเจ็กต์และให้ความสนใจ
- ผู้ใช้บางส่วนเปรียบเทียบฟีเจอร์กับ Goodreads และชี้ให้เห็นส่วนที่ยังขาด
  - ตอนนั้น Storygraph ยังมีฟีเจอร์จำกัด จึงยากที่จะแข่งกับ Goodreads
ผู้ใช้ส่วนน้อยที่เข้าใจคุณค่าของโปรเจ็กต์ได้นำ Storygraph ไปแนะนำในชุมชนนักอ่าน
- พวกเขาแนะนำผลิตภัณฑ์ให้เพื่อนนักอ่าน ทำให้ฐานผู้ใช้ขยาย
วันที่ 11 มิถุนายน 2020 จำนวนผู้ใช้ของ Storygraph ทะลุ "1,000 คน"
- หลังเริ่มโปรโมตเพียง 2 สัปดาห์ จำนวนผู้ใช้เพิ่มขึ้นมากกว่าสองเท่า
- จัดกิจกรรมฉลองผ่าน Instagram Stories

Twitter ระเบิดและการเติบโตแบบพุ่งพรวด

วันที่ 16 มิถุนายน 2020 Emma Barnes (ผู้ดำเนินงาน Consonance Books) ทวีตว่า:
- “ทุกคนในวงการสำนักพิมพ์ควรรู้จัก Storygraph นี่คือสิ่งใหม่ที่ดีที่สุดในรอบหลายปี เลิกพึ่งซอฟต์แวร์แย่ ๆ ของบริษัทยักษ์ใหญ่ด้านเทคโนโลยีกันเถอะ”
- ทวีตนี้ทำให้กิจกรรมในแอปเพิ่มขึ้นเล็กน้อย แต่ยังไม่มีแรงกระเพื่อมมาก
หลังจากนั้น Sam Missingham อ้างอิงทวีตของ Emma และทำให้มันได้รับความนิยมยิ่งขึ้น:
- “Book Twitter มาใช้สิ่งนี้แทน Goodreads กันเถอะ ฉันลอง 5 นาทีแล้วรู้สึกว่าดีกว่ามาก แถมก่อตั้งโดยผู้หญิงผิวดำ และไม่ได้ดำเนินการโดย Amazon”
- หลังทวีตของ Sam ปริมาณกิจกรรมก็เพิ่มขึ้นอย่างรวดเร็ว
เหตุผลที่เนื้อหาทวีตสร้างแรงสะเทือนได้มาก:
- มันดึงความสนใจจากชุมชน Book Twitter
- พุ่งเป้าไปที่ Goodreads ซึ่งผู้คนกำลังอยากได้ทางเลือกแทน
- หลังการเคลื่อนไหว Black Lives Matter มีพลังสนับสนุนผู้สร้างสรรค์ผิวดำอย่างมาก
- จังหวะตรงกับความไม่พอใจต่ออำนาจผูกขาดของ Amazon ที่รุนแรงขึ้นในช่วงโรคระบาด
ทวีตแพร่กระจายอย่างรวดเร็ว และผู้ใช้ของ Storygraph ก็เพิ่มขึ้น:
- จากหลักสิบเป็นหลักร้อย แล้วไปถึงหลักพัน
- การแจ้งเตือนทางอีเมล (“เริ่มนำเข้าข้อมูล Goodreads”) พุ่งขึ้นอย่างรวดเร็ว จนระบบเริ่มรับภาระหนัก
ทวีตกลายเป็นไวรัลเร็วเกินคาด และมีผู้ใช้จำนวนมากสมัครเข้ามา
จำนวนผู้ใช้ที่พุ่งขึ้นทำให้เกิดปัญหาทางเทคนิคและ "ภาวะโอเวอร์โหลด"

วันเวลาที่มืดมน

ฟีเจอร์นำเข้าข้อมูล Goodreads ล่าช้า จนผู้ใช้เริ่มไม่พอใจมากขึ้น
- มีการส่งอีเมลหาผู้ใช้หลายพันคนว่าการนำเข้าข้อมูลกำลังดำเนินอยู่ แต่ความเร็วช้ามากจนมีแนวโน้มว่าจะใช้เวลาหลายเดือน
ต้องแก้ปัญหาจำนวนมากพร้อมกันจนเครียดอย่างหนัก
- ตอบกลับผู้ใช้บน Twitter
- จัดการงานนำเข้าข้อมูลที่ล้มเหลว
- เขียนโค้ดแอปใหม่เพื่อลดเวลานำเข้าจากหลายเดือนให้เหลือ "ไม่กี่วัน"
วันที่ 17 มิถุนายน 2020 มีทวีตไวรัลอีกอันแพร่กระจาย ทำให้ผู้ใช้พุ่งอีกระลอก:
- ทวีตว่า “ลองใช้มา 1 วันแล้วชอบมากจนหยุดคิดถึงมันไม่ได้” ได้รับความนิยม
- มีผู้สมัครใหม่เพิ่มขึ้นหลักร้อยถึงหลักพันทุกชั่วโมง
- ผลคือระบบรับภาระไม่ไหว:
  - นำเข้าจาก Goodreads ไม่ได้
  - ฟีเจอร์แนะนำเฉพาะบุคคลไม่ทำงาน
  - งานเบื้องหลังหยุดสนิททั้งหมด
เมื่อจำนวนผู้ใช้เกิน 1,000 และใกล้แตะ "10,000 คน" ก็เริ่มรู้สึกกดดันอย่างหนัก
- พร้อมกับความคิดว่า "ฉันไม่เคยอยากทำธุรกิจ B2C เลย" และเริ่มตั้งคำถามกับตัวเอง
รู้สึกโดดเดี่ยว นั่งคิดอยู่ใน "ห้องน้ำมืด ๆ"
- พยายามกลั้นคำว่า “ฉันทำไม่ไหว” เอาไว้ แต่ก็เกือบจะพูดออกมา

เรื่องราวการก่อตั้ง: ย้อนกลับไปยังจุดเริ่มต้น

แล้วทำได้อย่างไร? ตรงนี้ขอข้ามกลับไปข้างหน้าเล็กน้อย
เธอเติบโตมาในพื้นเพที่เน้นวิชาการ และเรียน Philosophy, Politics and Economics ที่ Oxford
- ตามคำแนะนำของพ่อแม่ เคยคิดจะเดินเส้นทางวาณิชธนกิจเพื่อความมั่นคงทางการเงิน
- แต่กลับรู้สึกคลางแคลงกับอาชีพนั้น และปฏิเสธข้อเสนอหลังเรียนจบ
ตัดสินใจไปเรียนเขียนโค้ดที่บูตแคมป์ซอฟต์แวร์ Makers Academy ในลอนดอน
- ตอนแรกตั้งใจเพียงเพื่อมีทักษะโค้ดดิ้งพื้นฐานสำหรับสื่อสารกับนักพัฒนา
- แต่เมื่อภาพจำเกี่ยวกับนักพัฒนาถูกทำลายลงและเห็นคุณค่าของการเขียนโค้ด ก็ทุ่มตัวอย่างจริงจัง
หลังจบจาก Makers Academy ก็เข้าทำงานที่ Pivotal Labs
- ทำงานกับแพลตฟอร์ม Cloud Foundry เป็นเวลา 1 ปีครึ่ง
- หลังจากนั้นก่อตั้งบริษัทที่ปรึกษาและพัฒนาผลิตภัณฑ์ชื่อ Ignition Works ร่วมกับเพื่อนร่วมงาน Theo Christian
ในช่วงนี้เองที่เริ่มสนใจ ขบวนการ FIRE (อิสรภาพทางการเงินและเกษียณก่อนกำหนด)
- ต้องการสร้างฐานอิสระทางการเงินเพื่อจะได้ลงทุนกับตัวเองและงานก่อตั้งกิจการ
- แต่เป้าหมายและความร่วมมือที่ Ignition Works ไม่เป็นไปตามที่หวัง จึงลาออก
- ถอนเงินออกมาครึ่งหนึ่งของเงินบริษัท เพื่อให้มี เงินสำรองพอใช้ได้ 5 ปี
ร่วมทำโปรเจ็กต์ Code Newbie กับเพื่อนชื่อ Saron Yitbarek
- พยายามเปลี่ยนชุมชนสำหรับคนเรียนโค้ดให้เป็นบริษัทที่ขับเคลื่อนด้วยผลิตภัณฑ์ แต่ไม่สำเร็จ
3 มกราคม 2019 นั่งอยู่คนเดียวที่โต๊ะทำงาน คิดหาทิศทางสร้างสรรค์ใหม่ ๆ
- แม้จะมีเงินใช้ได้ถึงปี 2022 แต่ก็ยังไม่มีไอเดียใหญ่ ๆ
จึงตัดสินใจใช้เวลากับสองโปรเจ็กต์เสริมที่คิดมานานแล้ว:
- Runroot: แอปสร้างเส้นทางวิ่งอัตโนมัติ
- ReadLists: แอปแดชบอร์ดสำหรับสร้างลิสต์การอ่านเฉพาะบุคคลและติดตามความคืบหน้า
Storygraph มีต้นกำเนิดจากไอเดีย ReadLists และวิธีที่เข้าหาการตัดสินใจนี้เองคือหัวใจสำคัญของความสำเร็จของ Storygraph

หลักการสามข้อ

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

หลักข้อแรก: ทำให้เทคโนโลยีเรียบง่าย

ตามหลักข้อแรกเรื่องการทำให้เทคโนโลยีเรียบง่าย จึงกำหนดทิศทางดังนี้
- ใช้เทคโนโลยีที่ตนเองรู้จักดีอยู่แล้ว
- หลีกเลี่ยงความซับซ้อนเกินจำเป็น และใช้เพียงเทคโนโลยีขั้นต่ำที่จำเป็นต่อการแก้ปัญหา
- เลือกเครื่องมือและแพลตฟอร์มที่เสถียร สุกงอม และ "น่าเบื่อ"
สำหรับเธอแล้ว สแต็กเทคโนโลยีที่เหมาะที่สุดคือ Rails

หลักข้อที่สอง: คุยกับลูกค้าอย่างต่อเนื่อง

ระหว่างพัฒนาด้วย Rails ก็รู้สึกสนุก และตัดสินใจว่าจะทุ่มกับโปรเจ็กต์ที่เกี่ยวกับหนังสือ
เพื่อสร้างผลิตภัณฑ์ให้สำเร็จ จึงนำหลักข้อที่สองคือ คุยกับลูกค้าอย่างต่อเนื่อง มาใช้
ความสำคัญของการพูดคุยกับลูกค้า
- ไม่มีอะไรแย่ไปกว่าการสร้างผลิตภัณฑ์ที่ไม่มีใครต้องการ
- ทุกคนรู้ว่าควรคุยกับลูกค้า แต่สิ่งสำคัญคือทำอย่างไรให้ถูกต้อง
  - เตรียมสคริปต์ และใช้คำถามปลายเปิดเพื่อมุ่งสำรวจ
  - หลีกเลี่ยง confirmation bias และโฟกัสกับการค้นหาปัญหาที่แท้จริง
ความผิดพลาดในช่วงแรก
- โชว์เดโมเร็วเกินไป จึงไม่ได้รับฟีดแบ็กที่เฉพาะเจาะจง
- จึงเปลี่ยนมาใช้คำถามปลายเปิดเกี่ยวกับพฤติกรรมการอ่าน สิ่งที่ทำให้ไม่สะดวก ฯลฯ แทน
- ทบทวนและสรุปผลการสัมภาษณ์ครั้งละ 5 คน แล้วจัดธีมลงบนไวต์บอร์ดเสมือน
การพัฒนาผลิตภัณฑ์อัลฟาและเบต้า
- จากฟีดแบ็กช่วงแรก ได้ไอเดียฟีเจอร์ที่มีประโยชน์คือบริการแนะนำเฉพาะบุคคล
- ฟีเจอร์ช่วงแรกจำนวนมากทำแบบแมนนวล เพื่อหลีกเลี่ยงการพัฒนาเกินจำเป็น
  - นี่คือตัวอย่างของการนำหลักข้อแรก ทำให้เทคโนโลยีเรียบง่าย มาใช้
- ออนบอร์ดผู้ใช้เป็นกลุ่มเล็ก ๆ พร้อมเก็บฟีดแบ็กอย่างต่อเนื่อง
- เมื่อไปถึงขีดจำกัดของผลิตภัณฑ์อัลฟา ก็พัฒนาเป็นผลิตภัณฑ์เบต้าที่สมบูรณ์ขึ้น

หลักข้อที่สาม: รักษาต้นทุนให้ต่ำพร้อมขยายเบต้า

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

การเติบโตแบบพุ่งพรวด วันที่มืดมนกลับมาอีกครั้ง และการขยายตัว

ด้วยการยึดมั่นใน หลักการสามข้อ ฐานผู้ใช้จึงค่อย ๆ ขยายอย่างช้า ๆ แต่สม่ำเสมอ และเติบโตแบบค่อยเป็นค่อยไป
วันที่ 17 มิถุนายน 2020 ผลของความไวรัลบน Twitter ทำให้ผู้ใช้เพิ่มขึ้นอย่างรวดเร็ว
- ผู้ใช้หลายพันคนพยายามนำเข้าข้อมูล Goodreads จนระบบรับภาระไม่ไหว
- งานเบื้องหลังล้มเหลว และไปถึงจุดที่ไม่สามารถขยายเซิร์ฟเวอร์ได้อีก
สถานการณ์หนักเกินรับมือ และต้องเผชิญกับ "ช่วงเวลามืดมน" ที่อยากยอมแพ้
แต่การยอมแพ้ไม่ใช่ทางเลือก
ตลอด 2 สัปดาห์ของ "วันเวลามืดมน" ได้แก้ปัญหาสำคัญหลายอย่าง รวมถึง
- เขียนโค้ดใหม่
- อัปเกรดเซิร์ฟเวอร์และฐานข้อมูล
- รับมือกับปัญหาใหม่ ๆ ที่เกิดขึ้น
ตระหนักถึงความจำเป็นของการเติบโตต่อเนื่องและการสร้างรายได้
- หลังผ่านวิกฤต ผู้ใช้ใหม่ยังสมัครเข้ามาวันละหลายร้อยคน และเติบโตต่อด้วยการบอกต่อ
- ทุกครั้งที่ตัดสินใจยาก ก็อาศัยการพูดคุยกับลูกค้าเพื่อหาทิศทาง
- เมื่อฐานผู้ใช้ใหญ่พอ ก็เริ่มคิดเรื่อง วิธีสร้างรายได้

การเปิดตัว Storygraph Plus และเส้นทางสู่การทำเงิน

การลดต้นทุนอย่างเดียวมีขีดจำกัด จึงเริ่มมองหาวิธีสร้างรายได้
หลังพิจารณาหลายโมเดลธุรกิจ จึงตัดสินใจใช้ โมเดลพรีเมียมแบบ freemium ที่ลูกค้าจ่ายตรง
- สร้างหน้าพรีออร์เดอร์ Storygraph Plus
- ผสานการชำระเงินด้วย Stripe: ช่วงแรกยังไม่มีระบบสมัครสมาชิก และจ่ายได้เฉพาะ USD
- ทำเครื่องหมายผู้ซื้อเป็น "Early Bird" ในฝั่งแบ็กเอนด์
ประกาศ Storygraph Plus ผ่านจดหมายข่าวและเริ่มเปิดพรีออร์เดอร์
- ผู้ใช้จำนวนมากอยากสนับสนุนทางเลือกแทน Goodreads ที่เป็นอิสระ จึงสั่งซื้อ
- ไม่กี่สัปดาห์แรกมียอดพรีออร์เดอร์หลายร้อยรายการ
- ปฏิกิริยาของลูกค้าช่วยยืนยันว่ามีตลาดสำหรับโมเดล Plus
วันที่ 1 มกราคม 2021 เปิดตัว Storygraph อย่างเป็นทางการพร้อมเปลี่ยนโดเมน
- ผู้ใช้ทะลุ 100,000 คน เป็นความสำเร็จครั้งใหญ่
- หลังราคาพิเศษ Early Bird สิ้นสุดลง ก็ทดสอบว่าผู้คนยังยอมจ่ายในราคาปกติหรือไม่ พร้อมพัฒนาฟีเจอร์ Plus ต่อ
วันที่ 28 กุมภาพันธ์ 2021 (หรือ 1 มีนาคมในบางพื้นที่) Storygraph Plus เปิดตัวอย่างเป็นทางการ
- ได้พรีออร์เดอร์ 1,400 รายการ คิดเป็นรายได้ราว $50,000
- หลังเริ่มใช้งานฟีเจอร์ Plus จริง ความสนใจและความพึงพอใจของลูกค้าก็ยังต่อเนื่อง

การพัฒนาแอปมือถือ การย้ายออกจาก Heroku และการเติบโตต่อเนื่อง

เดือนพฤษภาคม 2021 ปัญหาใหญ่ที่สุดของ Storygraph คือ ไม่มีแอปมือถือ
- เดิมมี PWA (Progressive Web App) อยู่แล้ว แต่ผู้ใช้ต้องการแอปเนทีฟที่ติดตั้งจาก app store ได้
โดยยังรักษาหลักการลดต้นทุนและทำให้เทคโนโลยีเรียบง่าย จึงใช้ Rails และอะแดปเตอร์มือถือ Hotwire/Turbo
- ผสาน Swift/Kotlin ขั้นต่ำเข้ากับ Ruby และพัฒนา-เปิดตัวแอปได้ภายใน 6 สัปดาห์
- หลังเปิดตัวแอป จำนวนผู้สมัครก็เพิ่มขึ้น
การย้ายจาก Heroku ไป Cloud 66
- TikTok ไวรัลและผู้ใช้ที่เพิ่มขึ้นทำให้ต้นทุนการรันบน Heroku สูงขึ้น
  - ค่าเซิร์ฟเวอร์บน Heroku เพิ่มขึ้นถึง $10,000 ต่อเดือนตามการเติบโตของผู้ใช้
- หลังจาก Rob ศึกษาแพลตฟอร์มทางเลือกอยู่หลายเดือน ก็เลือกย้ายไป Cloud 66
  - วันที่ 22 มกราคม 2022 การย้ายไป Cloud 66 เสร็จสมบูรณ์
  - ลดค่าเซิร์ฟเวอร์ลงได้ 80% เหลือ $4,000 ต่อเดือน พร้อมได้ความจุที่มากขึ้น
  - ระหว่างย้ายเกิดปัญหาผู้ใช้ทุกคนถูกล็อกเอาต์ แต่ก็แก้ได้อย่างรวดเร็ว
วันที่ 26 มิถุนายน 2022 Storygraph มีผู้ใช้ทะลุ 1 ล้านคน
- ปัจจุบัน:
  - บัญชีที่ลงทะเบียน 2.7 ล้านบัญชี
  - ผู้ใช้ที่แอ็กทีฟรายเดือนประมาณ 25%
  - ผู้เข้าชมไม่ซ้ำรายเดือน 7 ล้านคน
  - รองรับ 70 ล้าน pageview และ 11 ล้าน requests ต่อวัน
- ยังคงรันอยู่บน Rails repo ที่เริ่มต้นมาตั้งแต่ปี 2019
ภาพรวมรายได้และต้นทุน:
- ต้นทุนรายเดือน: ประมาณ $20,000
- รายได้ประจำรายเดือน: ประมาณ $60,000
ด้วยความสามารถในการทำกำไร ผู้ก่อตั้งอย่าง Rob และ Nadia จึงสามารถรับเงินเดือนได้ทั้งคู่

เหตุผลที่ประสบความสำเร็จ

แม้จะมีส่วนของโชคอยู่บ้าง แต่หัวใจของความสำเร็จของ Storygraph คือการรักษา หลักการสามข้อ นี้ไว้อย่างสม่ำเสมอ
- ทำให้เทคโนโลยีเรียบง่าย
- คุยกับลูกค้าอย่างต่อเนื่อง
- ลดต้นทุน

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

eastkim64 2025-01-28

ดูเหมือนว่า RoR จะมีกรณีความสำเร็จค่อนข้างมากเมื่อเทียบกับเฟรมเวิร์กอื่น ๆ ตอนนี้เริ่มเรียนก็ยังโอเคไหม?

roxie 2025-02-02

รู้สึกว่าความคึกคักของคอมมูนิตี้เติบโตขึ้นอย่างมหาศาลเลยนะ เหมือนว่าพรีเซนเทชันนี้ก็เคยนำเสนอในงาน Rails SaaS Conference ด้วย แต่มีคอนเฟอเรนซ์ที่แยกสำหรับ "SaaS" โดยเฉพาะด้วยนี่นา...

myungwoo 2025-01-27

คำพูดที่ว่าไม่เคยต้องการทำธุรกิจ B2C กับค่าใช้จ่ายเซิร์ฟเวอร์ที่สูงกว่าที่คิด สะดุดตาเลยครับ

clickin 2025-01-27

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

xguru 2025-01-27

เมื่อหนึ่งเดือนก่อนมีการโพสต์ลิงก์วิดีโอว่า ทีมพัฒนาเพียง 1 คน ทำยอดผู้ใช้ได้ 2 ล้านคน [วิดีโอ] แต่ไม่มีสคริปต์การบรรยาย จึงลองใช้ Whisper ถอดสคริปต์จากวิดีโอและเรียบเรียงไว้ โปรดดูคอมเมนต์ในโพสต์นั้นประกอบด้วย