I recently found myself engaging in an enlightening conversation with a junior from my college. Over dinner at a local Izakaya restaurant, we broached the subject of establishing reliable businesses that prioritize consistent profitability over fleeting tech trends. Let me elaborate on why I hold this stance.

With nearly a decade’s experience working in tech startups, I’ve observed the rise and fall of numerous enterprises. Startups often launch with innovative ideas, adopting the latest tech trends popularized by large multinational corporations. This move may help the team appear avant-garde, but does it serve the business’s core needs?

Often, startups begin with employing the micro-services design pattern, architecting their systems to handle millions of requests per second, implementing real-time streaming like Kafka, and using micro-frontend architectures. Everything is deployed to Kubernetes on AWS. Sounds impressive, right? But where might they be going wrong?

In the early stages, startups are primarily concerned with finding a product-market fit and expanding their customer base. However, instead of rapidly launching new features to test their ideas via Minimum Viable Product (MVP), they often concentrate on developing large-scale systems. They keep incorporating trending tech tools into their products, continually raising venture capital until death. Unfortunately, I’ve heard this narrative far too many times.

The central point I want to highlight is the importance of starting with a straightforward system before scaling it up in line with user growth. Contrary to popular belief, most systems don’t fail due to inadequate sophistication or scalability, but rather because they lack a user base willing to use or pay for their services.

In today’s tech world, there are countless Software-as-a-Service (SaaS) and Platform-as-a-Service (PaaS) offerings available, allowing you to test your ideas quickly without needing a massive engineering team to build a scalable infrastructure. To get started, you can simply build a Modular Monolith and deploy backend services on AWS Serverless or Google Cloud Run. You can host a React/Vue/Svelte app on Netlify or Vercel, utilize PlanetScale or Neon for serverless database services, and employ Axiom for log ingestion and analysis.

Once you’ve found a product-market fit and have a customer base willing to pay, and the platform’s user growth is sustainable, that’s when scaling becomes crucial.

In conclusion, it’s perfectly fine to design a scalable system from the outset. However, it’s even more important to build a simple, adaptable system that can adjust to future growth patterns. Remember, these insights are mainly geared towards startups and might not be as applicable to established tech companies, who have ample resources to invest in tech infrastructure and personnel.

A hearty shoutout to my college junior, whose insightful conversation inspired me to pen down this article. My aim is to share the wealth of knowledge I’ve acquired continually, and I hope to do so more frequently. Let’s stay connected. https://learnwithgot.com

พิธีกรดำเนินรายการคือคุณโค้กจาก Fiveloop (Adviser of Fiveloop)

เริ่มต้นงานด้วยการที่คุณโค้กชี้ภาพให้เห็นว่าปัจจุบันนักลงทุนหันมาลงทุนธุรกิจ IT ใน South east asia มาเป็นจำนวนมาก โดยเห็นได้จากบริษัทต่างๆที่มาลงทุนกับบริษัทในไทย เช่น

• Rocket Internet -> Ladada, Zalora
• Nasper -> Kaidee.com
• Rakuten -> Tarad.com

พร้อมกับชี้ให้เห็นว่า Software Engineer เป็นฟันเฟืองสำคัญที่ขับเคลื่อนธุรกิจในโลกปัจจุบัน และตลาดงานมีความต้องการเป็นอย่างมาก Demand > Supply อีกนะ

จากนั้นก็เข้าสู่งานด้วย Speaker ท่านแรกคือ คุณสมเกียรติ (Founder of www.somkiat.cc) มาเสนอแนวคิดในหัวข้อ Thai Programmer Shortage Crisis. How to Solve This Problem?

โดยคุณสมเกียรติได้ดึงความเห็นจากหลายๆมุมมองว่าทำไหมจึงเกิด วิกฤติโปรแกรมเมอร์ ทั้งที่ปีๆหนึ่งภาครัฐได้ผลิตบุคลากรที่จบการศึกษาจากสาขาไม่ว่าจะเป็น Computer Engineer, Computer Science, Information technology อยู่ไม่น้อย แต่ทำไหมฝั่งของภาคเอกชนจึงบอกว่า Programmer หาตัวยากจังเลย จากนั้นคุณสมเกียรติก็ได้โชว์สไลด์ที่โชว์ให้เห็นถึงการถกเถียงในประเด็นนี้ยกตัวอย่างเช่นจากเว็บไซต์ pantip ซึ่งท้ายที่สุดแล้วต่างคนต่างพยายามโทษว่าเป็นความผิดของอีกฝ่าย ซึ่งคุณสมเกียรติสรุปว่าแทนที่เราจะโทษคนอื่นเผื่อทำให้ตัวเองเป็นฝ่ายถูก เราเอาเวลามาช่วยกันคิดแก้ปัญหาดีไหม ยกตัวอย่างจากเคสของคุณสมเกียรติที่เปิด Academy เกี่ยวกับ IT ซึ่งหากบริษัทใดๆสนใจบุคลากรด้านนี้ ก็สามารถติดต่อคุยเพื่อดึงไปทำงานได้เลย

Speaker ท่านถัดไป อาจารย์เดฟ (CEO of Codeapp) ซึ่งมาในหัวข้อ How Thai Startups Can Compete With Other Startups In SEA?

อาจารย์เดฟให้แนวคิดว่าทำไหมเราจะต้องไปแข่งกับคนอื่นและเสนอแนวคิดที่ว่า Don’t do statup, Let do business. โดยใน Section นี้อาจารย์เดฟได้ยกตัวอย่าง

1. คำถามที่ว่า Data ของแอพพลิเคชั่นมาจากไหน -> อาจารย์ยกตัวอย่างของแอพหาที่จอดรถ หลายๆทีม Startup มักงัดไม้ตายมาตอบ “อ๋อ ก็เด๋วจะมี User มาใช้แอพและกรอกให้ครับ” ซึ่งความเป็นจริงจะมีหรือ อาจารย์เล่าว่าถ้าตอบประมาณ “ทีมผมให้ยามเก็บค่าจอดรถเป็นเงิน 3000 บาทต่อเดือน คอย Track ที่จอดรถที่ว่างให้ครับ หรือทีมผมใช้ทีมงานนั่ง Track สถานที่จอดรถเองครับ” จะเป็นคำตอบที่สมเหตุสมผลกว่ามาก
2. การ Pitching โดยยึดหลัก Chinese Model ซึ่งไม่ Work -> Chinese Model เป็นการ pitch ประมาณยกตัวอย่างเช่นสมมติว่าประชากรประเทศจีนมีประมาณ 100 ล้านคน เป้าหมายเราคือกิน market share 1 เพียง 1 ล้านคน หรือแค่ 1% ของประชากรทั้งหมด ซึ่งมุมมองแบบนี้มันเหมือนเรามโนเอาเอง ไม่รู้ว่าทำ product ออกมาจริงๆจะได้ตามนั้นหรือเปล่า
3. คำถามที่ว่า หารายได้ด้วยวิธีใด -> ส่วนมากหลายๆทีมมักงัดไม้ตายคำตอบที่ว่า รายได้หลักมาจาก Advertisement เนื่องจากเห็น Google หรือ Facebook ที่ใช้ Business Model แนวนี้ โดยอาจารย์เดฟได้ถามกลับไปว่าแล้วแอพของเรามี User ที่ใช้งานเท่าไหร่เมื่อเทียบกับ Google/Facebook ที่มี User ใช้งานต่อวันเป็นหลัก Billion จากนั้นอาจารย์เดฟได้เสนอแนวคิดว่าเมื่อไหร่ก็ตามที่เรายึดเอา Ads เป็น Revenue Model หลัก แสดงว่าปัญหานั้นมันไม่ใหญ่พอ เราจึงต้องการหาคนมาจ่ายมัน

ก่อนจบอาจารย์เดฟไกด์แนวทางการหารายได้ว่าหลักๆแล้วมี 2 ประเภทคือ

1. ตามหาคนเพียงหนึ่งคนที่ยอมจ่ายให้กับคุณ 1 ล้านบาทเพื่อแก้ปัญหานั้น
2. ตามหาคนล้านคน ที่ยอมจ่ายเพียง 1 บาท เพื่อแก้ปัญหานั้น

แสดงว่าประเภทแรกต้องเป็นปัญหาที่ใหญ่มากและเฉพาะกลุ่มจริงๆ ยกตัวอย่างเช่น Solve ปัญหาให้กับบริษัท Enterprice ส่วนประเภทสองเป็นปัญหาที่เล็กมากแต่ทุกคนก็มีปัญหานั้น

Speaker ท่านสุดท้ายคือ คุณธีปกร (Co-Founder and CTO of Fiveloop) ท่านมาพูดในหัวข้อ How I Quit My Job and Turn Myself to Tech Entrepreneur?

โดยคุณธีปกรได้เล่าเรื่องราวของตัวเองจากอาจารย์มหาวิทยาลัยชื่อดัง ผลันตัวมาเป็น Entrepreneur ต้องเจอและต้องเตรียมตัวอย่างไร โดยเสนอแนวคิดที่ว่าการเป็น Entrepreneur มันไม่ง่าย โดยได้ยกตัวอย่างว่าพนักงานประจำทำงานจันทร์ — ศุกร์ 8 โมงเช้าถึงห้าหรือหกโมงเย็นแล้วกลับบ้าน สิ้นเดือนมีรายรับที่คงที่ แต่ Entrepreneur ทำงานทุกวัน โดยคุณธีปกรเล่าว่าสองปีแรกตอนเริ่มธุรกิจใหม่ๆนอนตี 4 ตื่น 6 โมงเช้า และสิ้นเดือนมีแต่รายจ่าย โดยท้ายที่สุดคุณธีปกรได้แนะนำให้กับมนุษย์เงินเดือนที่อยากเป็น Entrepreneur ว่าควรเตรียมพร้อมก่อนออกจากงานประจำ ถ้าจะออกจากงานจะออกเพราะอะไร(ห้ามตอบเพราะเรื่องเงิน)โดยต้องรู้ตัวเองก่อนว่าออกมาแล้วจะทำอะไร มีรายได้จากไหน และต้องรู้ตัวเองว่าเราเกิดมาเผื่ออะไร (ประมาณ Passion ของตัวเอง)

ปิดท้ายงานด้วยการเสวนาของทั้งสามคนในหัวข้อเรื่อง How I Turn from The Geek To The Great Entrepreneur และนี้ก็คือสรุปเท่าที่ๆผมจำได้คร่าวๆนะครับ ขาดตกบกพร่องอะไร ผมขอประทานโทษมา ณ ที่นี้ด้วยครับ

Author: Got (Rails Dev At Tripler)