เรื่องราว "Just Ship It" ที่เศร้าที่สุด (2020)

 (kitze.io)
1 คะแนน โดย GN⁺ 2024-07-05 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

  • เรื่องราว "แค่ปล่อยมันออกไป" ที่เศร้าที่สุด

    • ในฐานะ Indie Maker คำว่า "แค่ปล่อยมันออกไป" อาจทำให้รู้สึกท้อแท้อย่างมาก
    • เริ่มพัฒนาแอปเมื่อวันที่ 1 มกราคม 2018
    • MVP พร้อมในเวลาเพียงไม่กี่วัน แต่ยังคงพยายามเพิ่มฟีเจอร์ใหม่ต่อไป
    • เรียนรู้ React Native และทุ่มเวลาไปหลายเดือน
    • หลังจากพัฒนาอยู่ 2 ปี ก็ล้มเลิกการปล่อยแอป

  • มีคนอื่นแก้ปัญหาได้แล้ว

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

  • การใช้งานแอปของคู่แข่ง

    • สมัครและลองใช้แอปของคู่แข่งแล้วรู้สึกสับสนทางอารมณ์
    • แม้แอปของพวกเขาจะไม่สมบูรณ์แบบ แต่ก็เปิดตัวแล้ว และฉันก็กลายเป็นแฟนของพวกเขา

  • อัปเดตปี 2024

    • ในปี 2022 ตัดสินใจว่าจะเปิดตัวแอปเพิ่มประสิทธิภาพการทำงาน
    • เพราะแอปของคู่แข่งยังไม่ใกล้เคียงกับวิสัยทัศน์ของฉัน
    • เปิดตัวแอปชื่อ Benji - The Life OS

ความเห็นของ GN⁺

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

บทความที่เกี่ยวข้อง

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

 
GN⁺ 2024-07-05
ความคิดเห็นบน Hacker News

  • ควรต่อต้านแรงกดดันแบบ "แค่ปล่อยออกไปก่อน"

    • เมื่อรายละเอียดทางเทคนิคมีความสำคัญ ก็ไม่สามารถเร่งรีบและ "แค่ปล่อย" ได้
    • การต้านแรงกดดันจากฝ่ายบริหารคือบทบาทของวิศวกรซอฟต์แวร์
    • การสร้างซอฟต์แวร์ที่ดีสำคัญกว่าผลประโยชน์ของบริษัท
    • การไล่ให้ทันเส้นตายในระยะสั้นกลายเป็นแรงจูงใจเชิงลบในระยะยาว

  • ประสบการณ์กับคนที่เรียกร้องหุ้น 50% โดยมีแค่ไอเดีย

    • คนที่มีไอเดียแอปขอให้ช่วยเขียนโค้ดให้ฟรี
    • บอกว่าถ้าอีก 6 เดือนยังไม่เปิดตัว ก็จะไปทำเอง

  • ความเห็นของคนที่อยากให้คนอื่นมาแก้ปัญหาให้

    • คนที่มาแก้ปัญหาให้จะต้องรับภาระดูแลรักษาต่อ
    • สิ่งสำคัญไม่ใช่การหมกมุ่นกับการแก้ปัญหา แต่คือการส่งมอบคุณค่าให้ลูกค้า

  • เรื่องของคนที่ได้แรงบันดาลใจจากคอมเมนต์แล้วปล่อยแอปออกมา

    • หลังจากเปิดตัวแล้ว แอปก็ดีกว่าคู่แข่งมาก
    • ดูได้ที่ benji.so

  • การลองใช้ระบบของตัวเองจริง ๆ อาจเปลี่ยนมุมมองได้

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

  • ความเห็นของคนที่มองในแง่บวกเมื่อมีคนอื่นทำไอเดียของตัวเองไปก่อน

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

  • ความเห็นของคนที่ไม่ชอบสไตล์การเขียนแบบ "พยายามเขียนให้ขำ"

  • ควรตัดสินใจว่าจะปล่อยหรือไม่ตามวัตถุประสงค์ของการพัฒนาแอป

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

  • ความเห็นของคนที่คิดว่าตัวอย่างของ "แค่ปล่อยออกไปก่อน" ไม่เหมาะสม

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

  • ความเห็นของคนที่ตำหนิผู้เขียนว่าเป็น "เด็กน้อย"

    • วิจารณ์ที่ทำเพียง proof of concept แล้วไม่เดินหน้าต่อ
    • ย้ำว่าแค่มีไอเดียอย่างเดียวไม่อาจอ้างสิทธิ์อะไรได้