6 คะแนน โดย GN⁺ 2024-09-24 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • "Building in Public(การสร้างแบบเปิดเผยต่อสาธารณะ)" คือแนวปฏิบัติในการแบ่งปันเรื่องราวของบริษัทอย่างโปร่งใสและเปิดกว้าง
    • โดยปกติ indie hackers จะโพสต์บล็อก/ทวีต เช่น การแชร์รายได้ของบริการตัวเอง
  • ตอนแรกก็คิดว่า "ทุกคนทำกัน แบบนี้ก็น่าจะดีสินะ?" แต่พอผ่านไปไม่นานก็เริ่มเกิดคำถามขึ้นมา

คำถามแรก: ผู้คนกำลังทำมากเกินไป(overdoing) หรือเปล่า?

  • ถ้าติดตาม indie hackers หลายคนบน X ก็จะเห็นทวีตแนว "Building in Public" แบบนี้อยู่เรื่อยๆ
  • จากที่สังเกตมา ในโพสต์ "Building in Public" 10 โพสต์ น่าจะมีสัก 5~6 โพสต์ที่ปนไปกับการแชร์รายได้ เช่น "ทำรายได้โต 100 เท่าใน 3 เดือน ได้อย่างไร"
  • อย่าเข้าใจผิด ผมไม่ได้คัดค้านโพสต์แบบนี้ ถ้าข้ามหลักไมล์ 1k ได้ ผมก็คงอยากแชร์กับทั้งโลกเหมือนกัน
  • แต่ปัญหาคือ ดูเหมือนผู้คนจะยินดีโพสต์เรื่องความสำเร็จของตัวเองมากกว่าไอเดียและแผนเกี่ยวกับผลิตภัณฑ์
  • หรือว่าเพราะโพสต์ความสำเร็จเรียกความสนใจได้มากกว่า? ก็ไม่แน่ใจ
  • แต่ถ้าผมติดตามใครสักคนเพราะผลิตภัณฑ์ ผมก็สนใจตัวผลิตภัณฑ์มากกว่าตัวคนนั้นเอง: อยากรู้ว่ากำลังเพิ่มฟีเจอร์อะไร มีแผนระยะยาวอย่างไร เป็นต้น
  • อาจเป็นแค่ความเห็นส่วนตัว แต่บางโพสต์ให้ความรู้สึกเหมือนแค่มาอวด
  • แน่นอน ถ้าทำได้ถึง 10k, 100k MMR ก็ขอแสดงความยินดี แต่จำเป็นไหมที่จะพูดเรื่องนั้นซ้ำๆ ทุกวัน? มันให้ประโยชน์อะไรกับลูกค้า/ผู้ติดตาม สร้างคุณค่าอะไรบ้าง? ไม่มีเลย มันเป็นแค่ clickbait เท่านั้น
  • ครั้งหนึ่ง สองครั้ง มันอาจสร้างแรงบันดาลใจและเปิดมุมมองได้ แต่ถ้ามากกว่านั้นก็มีแต่จะน่าเบื่อ

คำถามที่สอง: มันได้ผลจริงไหม?

  • เมื่อ 10 ปีก่อน "Building in Public" ยังเป็นแนวคิดใหม่
  • ตอนนั้นแนวทางหลักคือ build -> launch แบบดั้งเดิม
    • อยู่ๆ ก็มีคนเริ่มแชร์ทุกอย่างในแบบที่ไม่เคยมีใครทำมาก่อน (Pieter Levels แห่ง levels.io)
    • เขาแชร์ว่ากำลังสร้างอะไร อะไรได้ผล อะไรไม่ได้ผล และทำเงินได้เท่าไร
    • สิ่งนี้ดึงความสนใจมาหาเขาได้อย่างเป็นธรรมชาติ และทำให้เขามีชื่อเสียง (แน่นอนว่าต้องมีผลิตภัณฑ์ที่ดีด้วย)
  • เมื่อก่อนแม้แต่ "indie hacking" เองก็ยังเป็นเรื่องใหม่ และแทบไม่มีใครทำ
  • ทุกวันนี้สถานการณ์เปลี่ยนไปอย่างสิ้นเชิง
    • ชุมชน "Build in Public" บน Twitter มีสมาชิก 33.3k คน
    • r/indiehackers มีสมาชิก 20k คน
    • indiehackers.com มีผู้ติดตาม 100K คน
  • วงการ indie hacker ไม่ได้เป็นลานโล่งว่างเปล่ากลางดึกอีกต่อไป แต่ตอนนี้เต็มไปด้วยผู้คนแล้ว:
    • นักศึกษาหนุ่มสาวที่ลาออกจากมหาวิทยาลัย คนที่ลาออกจากงาน 9-5 เพื่อไล่ตามความฝันที่ใหญ่กว่า และคนที่ถูกเลย์ออฟแล้วตัดสินใจว่าจะไม่กลับไปใช้ชีวิตแบบนั้นอีก
  • ตาม Google Trends ก่อนเดือนตุลาคม 2016 แทบไม่มีการค้นหา "indiehacker" หรือ "indie hacker" เลย แต่ทุกวันนี้มีมากมหาศาล

เมื่อทุกคนสร้างแบบเปิดเผยต่อสาธารณะ ก็เท่ากับไม่มีใครสร้างแบบเปิดเผยต่อสาธารณะ

  • ยอมรับกันเถอะว่า เป้าหมายหลักของการสร้างแบบเปิดเผยต่อสาธารณะคือการดึงความสนใจและสร้างชุมชน เพื่อให้ขายผลิตภัณฑ์ได้อย่างต่อเนื่อง
  • แต่เมื่อทุกคนทำแบบนั้นกันหมด (แม้บางคนจะทำได้ดีเป็นพิเศษ) แล้วจะยังเหลือความสนใจให้ได้รับมากแค่ไหน?
  • มันอาจฟังดูแปลก แต่ต้องไม่ลืมว่าสุดท้ายแล้วสิ่งที่สำคัญจริงๆ ก็ยังคงเป็นตัวผลิตภัณฑ์
  • indie hackers และ solopreneurs ที่ประสบความสำเร็จจำนวนมากไม่ได้สร้างแบบเปิดเผยต่อสาธารณะ หรืออย่างน้อยก็ไม่ได้ทำในแบบที่เป็นกระแสนิยม
  • มี indie hackers ที่ประสบความสำเร็จโดยไม่สร้างแบบเปิดเผยต่อสาธารณะ
    • Nick Moore (ผู้พัฒนา PopClip) แทบไม่ทวีตเลย และจะโพสต์ในฟอรัมผู้ใช้เฉพาะเวลามีอัปเดตใหญ่ๆ
    • Danny Lin (ผู้พัฒนา OrbStack) ไม่เคยแชร์รายได้ และทวีตเพียงเป็นครั้งคราว
  • พวกเขาสร้างซอฟต์แวร์ที่ดีที่สุดบางตัวเท่าที่เคยมีมา และไม่ได้สร้างแบบเปิดเผยต่อสาธารณะ
  • สิ่งที่ผมอยากพูดคือ การสร้างแบบเปิดเผยต่อสาธารณะเป็นเรื่องที่ดีและอาจได้ผลสำหรับบางคน แต่ไม่ใช่วิธีเดียว และในฐานะ indie hacker ก็ไม่จำเป็นต้องรู้สึกกดดันว่าต้องทำแบบนั้น

ปิดท้าย

  • ผู้เขียนยังคงอยู่ในช่วงสำรวจในฐานะ indie hacker หน้าใหม่
  • แม้จะตั้งคำถามขึ้นมา แต่ก็ยังไม่มีคำตอบ

สรุปโดย GN⁺

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

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

 
xguru 2024-09-24

Pieter Levels เคยถูกพูดถึงใน บริษัทคนเดียวที่น่าประทับใจที่สุด
เขาเป็นคนที่สร้างเว็บอย่างตลาดงานรีโมต, AI รูปภาพ, คอมมูนิตี้ดิจิทัลโนแมด ฯลฯ และทำรายได้ราว ~$3M+ (3.8 พันล้านวอน) และยังเขียนหนังสือชื่อ "Make - The Indie Maker Handbook" ด้วย

 
GN⁺ 2024-09-24
ความคิดเห็นจาก Hacker News
  • กลยุทธ์ "Build in public" มักลงเอยด้วยการสร้างผลิตภัณฑ์สำหรับ indiehacker คนอื่นเป็นหลัก

    • มักจะกลายเป็นการทำเครื่องมือพัฒนา micro-SaaS หรือเครื่องมือ growth hacking
    • อาจประสบความสำเร็จได้เร็ว แต่ขยายไปสู่ตลาดขนาดใหญ่ได้ยาก
  • หลังจากได้ลองทำ "build in public" ผ่าน Candy Japan ก็พบทั้งข้อดีและข้อเสีย

    • ข้อดี: สามารถหาลูกค้าได้โดยตรงและได้แบ็กลิงก์ที่ช่วยเรื่อง SEO
    • ข้อเสีย: จะมีคนที่พยายามลอกโปรเจกต์ และตัวตนของเราจะถูกผูกกับโปรเจกต์นั้น
  • ทำ "build in public" โดยไม่แชร์ตัวเลข

    • แชร์สกรีนช็อต ขอฟีดแบ็ก และชวนเพื่อนนักสร้างมามีส่วนร่วมในกระบวนการออกแบบ
    • เป็นวิธีที่ดีในการชวนให้เกิดบทสนทนากับคนที่ใช่และได้รู้จักเพื่อนใหม่
  • เคยค้นพบและเข้าร่วมชุมชน "build in public" และ indie hackers แต่รู้สึกผิดหวัง

    • หลายคนโพสต์คำถามคุณภาพต่ำและสร้างคอนเทนต์ซ้ำ ๆ
    • รู้สึกผิดหวังกับโพสต์การเมืองจนสุดท้ายออกจากชุมชน
  • "build in public" เป็นรูปแบบหนึ่งของการตลาดและการโปรโมตตัวเอง

    • ในการเปิดตัวผลิตภัณฑ์ การสร้างผู้ชมยากกว่าการสร้างเทคโนโลยี
    • "build in public" เป็นหนึ่งในวิธีที่ง่ายที่สุดในการดึงความสนใจและสร้างฐานผู้ชม
  • มองว่า "build in public" ได้กลายเป็นการไล่ล่าคลาวต์ไปแล้ว

    • สิ่งสำคัญคือการโฟกัสแค่ที่โปรเจกต์และความท้าทายทางเทคนิค
    • มองว่าเป็นเรื่องพึงประสงค์ที่จะถือว่า "build in public" เป็นพันธะทางศีลธรรม
  • ความโปร่งใสมีคุณค่า แต่หลายคนแชร์มากเกินไป

    • การแชร์กลยุทธ์และความท้าทายมีประโยชน์มากกว่าการแชร์รายได้
  • เคยใช้ "build in public" ผ่าน Canny แล้วพบว่ามีประโยชน์ในฐานะช่องทางการตลาดช่วงเริ่มต้น

    • มันช่วยได้ในช่วงแรกที่การหาผู้ใช้กลุ่มแรกและการสร้างการรับรู้เป็นเรื่องยาก
    • ตอนนี้ช่องทางนี้อาจอิ่มตัวแล้วจึงได้ผลน้อยลง
  • เป้าหมายหลักของ "build in public" คือการดึงความสนใจและสร้างชุมชน

    • คล้ายกับโอเพนซอร์สโค้ดตรงที่สร้างผลเชิงบวกต่อคนรอบข้าง
    • มีประโยชน์ในฐานะรูปแบบต่อเนื่องของการไปคอนเฟอเรนซ์และการสร้างเครือข่าย
  • "build in public" เป็นวิธีทำงานคนเดียวโดยไม่รู้สึกโดดเดี่ยว

    • ถ้ามันช่วยเรื่องการตลาดและการเปิดตัวได้ด้วยก็ถือเป็นโบนัส