จงทำสิ่งที่ไม่ขยายตัว และอย่าขยายมันจริง ๆ

• เริ่มจากแนวคิด “Do things that don’t scale” ของ Paul Graham แต่ด้วย สภาพแวดล้อมการพัฒนาที่มี GPT ช่วยเสริม ตอนนี้เราสามารถทำงานให้จบได้จริงในขนาดเล็กมาก
• ตอนนี้เราสามารถสร้างโปรเจ็กต์ง่าย ๆ สำหรับคนกลุ่มเล็กหรือสำหรับตัวเองได้ โดยไม่จำเป็นต้องพัฒนาให้กลายเป็น การเติบโต หรือ ธุรกิจ เสมอไป
• ตัวอย่างจริง เช่น ชุมชน Slack, บริการส่งโปสต์การ์ด, หรือ แอปแจ้งเตือนตามเวลาที่กำหนด ที่ทำขึ้นเพื่อบุคคลหรือกลุ่มเล็ก ๆ และให้ทั้งความพึงพอใจและประโยชน์ใช้งาน
• ด้วยพัฒนาการของ เครื่องมือ AI การสร้างซอฟต์แวร์ขนาดเล็กแบบปรับให้เหมาะเฉพาะทางจึงง่ายมากทั้งในแง่ต้นทุนและความเร็ว และความเล็กเองก็กลายเป็นเป้าหมาย
• เราสามารถหลุดพ้นจากแรงกดดันเรื่องการขยายตัว แล้วมีอิสระในการสร้าง บางสิ่งที่เล็ก มีประโยชน์ และพอดีกับเราอย่างแท้จริง แล้วหยุดอยู่แค่นั้น

---

พื้นหลัง: ‘ทำสิ่งที่ไม่ขยายตัว’ กับการเปลี่ยนแปลงของยุคสมัย

• เมื่อราว 10 กว่าปีก่อน Paul Graham เสนอแนวคิด “Do things that don’t scale”
• แนวคิดนี้มีเจตนาให้เริ่มจากการทดลองเล็ก ๆ แบบลงมือเองและเข้าหาแบบเฉพาะบุคคล จากนั้นค่อยหาวิธีขยายต่อในภายหลัง
• แต่เมื่อไม่นานมานี้ ด้วย เครื่องมือที่อิง GPT แค่ทำ “งานช่วงเริ่มต้น” แล้วหยุดก็เพียงพอแล้ว และบางครั้งนั่นกลับเป็นทางเลือกที่ดีที่สุด
• ต้นทุนและเวลา ในการเริ่มโปรเจ็กต์ลดลงอย่างมาก จนไม่จำเป็นอีกต่อไปที่ทุกไอเดียจะต้องเติบโตเป็นธุรกิจ
• แม้จะเป็นบริการสำหรับตัวเองหรือเพื่อคนส่วนน้อยที่เราห่วงใย ก็ยังมีเป้าหมายและคุณค่าได้อย่างเต็มที่

Slack ที่ไม่ควรใหญ่กว่านี้

• ผู้เขียนดูแล Slack workspace ที่มีผู้ใช้ประมาณ 100 คน
  • คนที่พูดคุยอย่างสม่ำเสมอจริง ๆ ในแต่ละสัปดาห์มีราว 15–20 คน
  • จึงยังคงบรรยากาศที่สนิทและเป็นส่วนตัวไว้ได้ และสื่อสารกันได้ลึกกว่าบนแพลตฟอร์มสาธารณะอย่าง Twitter
• แม้จะทำให้ใหญ่กว่านี้ได้ แต่ถ้า ขยายตัว บรรยากาศแบบเดิมก็จะพังและความใกล้ชิดจะหายไปอย่างรวดเร็ว
  • ไม่จำเป็นต้องมีถึง 1,000 คน
  • เมื่อมีคนที่เราไม่รู้จักชื่อมากขึ้น และไม่รู้ว่ามีใครกำลังฟังอยู่บ้าง ปริมาณการสนทนาก็จะลดลง
• มีบางอย่างที่ เกิดขึ้นได้เพราะมันเล็ก

PostcardMailer: เล็ก และเรียบง่าย

• เมื่อหลายปีก่อน ผู้เขียนสร้างเว็บไซต์เล็ก ๆ ชื่อ PostcardMailer ที่ เมื่อโพสต์รูปลง Instagram ก็จะส่งโปสต์การ์ดถึงแม่
  • ระบบจะดึงรูปและคำอธิบาย แล้วส่งถึงแม่ผ่าน API ของบริการไปรษณีย์
• ต่อมาเมื่อมีการเปลี่ยนนโยบายของ Instagram API วิธีเดิมใช้ไม่ได้อีก จึงนำกลับมาสร้างใหม่เป็นแบบอัปโหลดรูปแทน
  • มีเพื่อนและผู้ใช้บางส่วนจาก Orange Site(Hacker News) ใช้งาน
  • หลังจากนั้นเริ่มกังวลเรื่อง สแปม และการใช้งานในทางที่ผิด จึงจำกัดการจัดการบัญชี
  • เมื่อ Heroku ยุติบริการ ผู้เขียนก็เลิกดูแลเว็บไซต์ และสุดท้ายเปลี่ยนเป็น บริการแบบใช้อีเมล
• ตอนนี้ ถ้าส่งรูปจาก iPhone ทางอีเมลไปที่ [e-mail] ก็จะมีการส่งโปสต์การ์ดถึงแม่
  • เป็นระบบส่วนตัว ไม่มีล็อกอินหรือรหัสผ่าน
  • แม้จะมีเว็บไซต์ส่งโปสต์การ์ดในตลาดมากมาย แต่มีเพียงบริการนี้เท่านั้นที่ทำงานได้ ตรงตามที่ต้องการพอดี

Landline Pill Reminder: แอปเตือนสำหรับแม่เพียงคนเดียว

• มีช่วงหนึ่งที่แม่ต้องกินยาตามเวลาที่กำหนด
  • แม่ไม่มีสมาร์ตโฟน และส่วนใหญ่ใช้ชีวิตแบบแม้แต่โทรศัพท์ฝาพับก็ปิดไว้
• ช่องทางติดต่อที่เชื่อถือได้มีเพียงไปรษณีย์หรือโทรศัพท์บ้าน
• ผู้เขียนจึงทำแอปเล็ก ๆ ที่ใช้ Twilio API โทรด้วยเสียงวันละ 3 ครั้ง
  • เปิดเสียงอัดว่า “ได้เวลากินยาแล้ว”
  • และโทรซ้ำอีกครั้งหลังจาก 10 นาทีเพื่อขอการยืนยัน
• ต้นทุนการทำแทบไม่มี และเสร็จภายในไม่กี่วัน
  • ถ้าจะขยายให้รองรับคนอื่น ก็จะมีทั้งภาระการสนับสนุน ความรับผิดชอบ และความเสี่ยงทางกฎหมาย แต่ โซลูชันที่ทำเพื่อแม่คนเดียว กลับปลอดภัยและมีประสิทธิภาพที่สุด

รูปแบบร่วมกัน(บทเรียน)

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

บทสรุป: คุณค่าของ ‘ความเล็ก’

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

[GN⁺]

ความเห็นจาก Hacker News

• ก็สงสัยอยู่เหมือนกันว่ามันจะโตได้แค่ไหน แต่พอถึงจุดหนึ่ง—น่าจะก่อน 1,000 คน—จะรู้สึกว่าบรรยากาศมันพัง ความใกล้ชิดหายไป ชื่อคนก็ไม่คุ้นอีกต่อไป ไม่รู้แล้วว่าใครกำลังอ่านโพสต์อยู่ เลยคุยกันน้อยลง การเติบโตเองกลับส่งผลเสีย ดูเหมือนมันทำงานได้ดีเพราะยังเล็กอยู่ และคิดว่านี่ก็เป็นจริงกับโซเชียลเน็ตเวิร์กอย่าง Facebook เหมือนกัน ช่วงราวปี 2005~2010 Facebook เป็นที่ที่เพื่อนมหาวิทยาลัย เพื่อนมัธยม และเพื่อนที่ทำงาน มารวมตัวกันเพื่อแชร์ความคิดกันอย่างอิสระและแบ่งปันลิงก์น่าสนใจ แต่พอคนรู้จักเพิ่มขึ้นเรื่อย ๆ และมีคนที่ไม่ได้สนิทถูกเพิ่มเข้ามาในรายชื่อเพื่อน บรรยากาศก็เปลี่ยนไปโดยสิ้นเชิง ถึงจุดหนึ่งทุกคนล้วนเคยเจอว่า คนที่ไม่ได้สนิทกันนักเกิดไม่พอใจกับโพสต์ของตัวเองหรือมีความเห็นขัดแย้งกัน แล้วหลังจากนั้นก็ยิ่งแชร์อะไรน้อยลงเรื่อย ๆ

  • จำได้ว่าเคยพิมพ์คำหยาบคำหนึ่งบน Facebook ทั้งที่ไม่ได้รุนแรงอะไรนัก แล้วคุณยายส่งข้อความมาขอให้ลบ สุดท้ายเลยบล็อกคุณยายแทน เจอกันแค่ช่วงเทศกาลยังจะดีกว่า ดูเหมือนคุณยายเองก็ไม่ทันสังเกตด้วยซ้ำว่าเกิดอะไรขึ้น
  • มีคำเรียกปรากฏการณ์นี้จริง ๆ ว่า 'Context Collapse' ซึ่งใช้อธิบายว่าโซเชียลมีเดียบังคับให้เรามีตัวตนออนไลน์แบบเดียว แทนที่จะได้แสดงตัวตนที่ต่างกันไปตามบริบททางสังคมแต่ละแบบ เช่น ที่ทำงาน โรงเรียน หรือครอบครัว ลิงก์ที่เกี่ยวข้อง
  • จำได้ว่าตัวเองเป็นหนึ่งในคนสุดท้ายในกลุ่มเพื่อนที่สมัคร Facebook ในฐานะผู้ใช้อินเทอร์เน็ตสาย old-school ที่โตมากับ IRC มันรู้สึกแปลกมากที่จะต้องกรอกชื่อจริงกับรูปถ่ายลงในเว็บ PHP หน้าตาไม่น่าไว้ใจนิด ๆ แบบนั้น (ที่ใครสักคนจาก Harvard ทำขึ้นมาอีกต่างหาก) แต่พอเห็นว่าเด็กผู้หญิงใช้กันหมดแล้ว สุดท้ายทุกคนก็เลยตามไป นั่นแหละคือช่วงเวลาที่กลายเป็นประวัติศาสตร์
  • มีช่วงหนึ่งเหมือนทุกคนพร้อมใจกันตระหนักว่า Facebook ไม่ใช่ที่สำหรับแชร์อะไรอีกต่อไป แต่กลายเป็นสนามแข่งขัน แล้วจากนั้นทุกคนก็หยุดแชร์และเริ่ม 'curation' แทน
  • ราวปี 2008 Facebook ดีมากจริง ๆ มันให้ความรู้สึกเหมือนได้สังสรรค์กับเพื่อนในชีวิตจริง แต่พอสมาชิกในครอบครัวเข้ามาร่วมด้วย มันก็กลายเป็นบรรยากาศแบบมื้ออาหารกับญาติวงศ์ที่ขยายออกไป

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

  • มันพูดถึงบริษัทบางประเภท โดยเฉพาะ tech startup อยากบอกว่าควรมีมุมมองเรื่องการสร้าง 'บริษัท' ที่ทำกำไรให้ได้เร็วที่สุด มากกว่าจะหมกมุ่นกับการเติบโตและยอมขาดทุนแบบสตาร์ตอัป ผมคิดว่าเราควรสร้างบริษัทที่ทำกำไรได้แม้ไม่จำเป็นต้องเติบโต
  • ใช่เลย ยอมรับว่าคำแนะนำในโพสต์ต้นฉบับนั้นเน้นผู้ประกอบการ (Founder) จริง ๆ ผมเองก็แค่อยากบิดวลีเท่ ๆ นี้นิดหน่อย มันเอาไปใช้ต่อได้เยอะ
  • ถ้าคุณสร้างอะไรบางอย่างเพื่อแก้ปัญหาของตัวเอง แล้วปรากฏว่านั่นเป็นปัญหาที่คนอื่นก็มีเหมือนกันและพยายามแก้แต่ไม่สำเร็จ ก็อาจเกิดดีมานด์ได้ ถ้าเป็นปัญหาที่น่ารำคาญมากพอ คนก็อาจยอมจ่ายเงินเพื่อมันด้วย ที่จริงปัญหาแบบนี้มักเจอใน B2B มากกว่า B2C และบ่อยครั้งปัญหาส่วนบุคคลก็ต่อยอดไปเป็น B2B ได้
  • คำว่า 'Startup' มักถูกนิยามว่าเป็น 'บริษัทขนาดเล็กที่ถูกออกแบบมาเพื่อเติบโตอย่างรวดเร็ว'

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

• ผมใช้ Claude Code ทำเว็บแอปเล็ก ๆ สำหรับสร้างแผนที่ hex ของเกมสวมบทบาท มีเว็บแนวนี้อยู่เยอะและส่วนมากก็ฟรี บางเว็บยังมีฟีเจอร์ที่แอปของผมไม่มีด้วยซ้ำ แต่แอปของผมทำงานในแบบที่ผมต้องการ มันสะท้อนสิ่งที่ผมอยากได้ เช่น การแต่งเพิ่มแม่น้ำและป่าลงบนภูมิประเทศแบบ tile, ไอคอนชุมชนที่หลากหลายขึ้น, และรูปแบบของเนินเขา/ภูเขาที่มากขึ้น ถ้ามีฟีเจอร์ที่อยากได้ก็แค่เพิ่มเข้าไปเอง ไม่ต้องมองแอปคนอื่นแล้วพูดว่า "ก็ทำอะไรไม่ได้" เพราะมันเป็นของใช้ส่วนตัว ผมเลยไม่ต้องกังวลเรื่อง scalability, security หรือ monetization เลย การพัฒนาจริง ๆ ใช้เวลาแค่ชั่วโมงสองชั่วโมงเท่านั้น และยังแบ่งเขียนด้วย AI ข้ามสองวันอีกต่างหาก

• มีคำคมประจำวงการสตาร์ตอัปว่า “Do things that don’t scale” เหมือนจะถูกใช้มาตั้งแต่ยุคแรกของ Airbnb กับ Y Combinator แล้ว และไม่กี่วันก่อนก็เพิ่งกลับมาโผล่บน HN อีก บทความที่เกี่ยวข้อง

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

• เห็นด้วยว่าไม่จำเป็นที่ทุกอย่างต้องขยายใหญ่ แต่ก็ไม่รู้สึกว่า ChatGPT กับหัวข้อนี้จำเป็นต้องเกี่ยวข้องกันนัก

  • มันเหมือนเมื่อก่อนทำได้แค่การฉีดพลาสติกขึ้นรูป แต่ตอนนี้มี 3D printer แล้ว
  • แม้แต่ตัวอย่างที่อยู่ในบทความก็ยังเป็นเรื่องจากก่อนยุค LLM (large language model)
  • เจ้าตัวคงไม่เคยลองเขียนโค้ดด้วย ChatGPT

• ขอแนะนำบทความของ Robin Sloan เรื่อง "แอปก็ทำแบบอาหารทำเองที่บ้านได้" ลิงก์ที่เกี่ยวข้อง

• ชอบบทความนี้มาก นี่แหละคือเหตุผลที่ผมเลิกทำงานสาย software consulting ต่อไปก็แค่บอก LLM ให้เขียนทุกอย่างที่ต้องใช้ให้ ทั้ง tech stack, hosting และ integration มันดูแลให้เอง โลกที่เคยเป็น "หา Discord ทางเลือก" กำลังกลายเป็น "ช่วยสร้าง Discord clone สำหรับฉันกับเพื่อนหน่อย" คุณภาพโค้ดไม่สำคัญอีกต่อไป เพราะยังไงมันก็ไม่ได้จะมีผู้ใช้หลายล้านคน

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

• ทำให้นึกถึงงานคลาสสิกของ Maciej Ceglowski อย่าง “Barely Succeed: It’s Easier” ลิงก์ YouTube ที่เกี่ยวข้อง

• โดยแก่นแล้วก็ยังสงสัยว่า 'การขยาย' เคยเป็นเป้าหมายที่สำคัญขนาดนั้นจริงหรือ