• คำแนะนำจาก Carlie Monroe นักพัฒนาเดี่ยวผู้สร้างแอปหลากหลายตัว เช่น Downie โปรแกรมดาวน์โหลดวิดีโอบนเว็บสำหรับ Mac และ Permute โปรแกรมแปลงฟอร์แมตสื่อ

ไม่ใช่ทุกอย่างจะประสบความสำเร็จในทันที

  • แม้จะมีหลายกรณีที่ประสบความสำเร็จข้ามคืน แต่กรณีเช่นนั้นเป็นข้อยกเว้นอย่างยิ่ง และธุรกิจส่วนใหญ่ต้องใช้เวลา
    • ด้วยงบประมาณที่จำกัด การสร้างผลงานฮิตภายในไม่กี่สัปดาห์หรือไม่กี่เดือนนั้นเป็นเรื่องยากในทางปฏิบัติ
    • ในฐานะคนที่เริ่มบริษัทโดยไม่มีทุนตั้งต้น อยากให้คำแนะนำที่อยู่บนความเป็นจริง
  • จงเตรียมพร้อมสำหรับความล้มเหลวเล็ก ๆ
    • แอปที่ปล่อยออกมาในช่วงแรกแทบไม่มีการดาวน์โหลด ไม่มีผู้ใช้ และไม่มีรายได้
    • สิ่งสำคัญคือต้องคาดการณ์ความล้มเหลวแบบนี้ไว้และไม่ท้อแท้
    • อย่าใช้เวลา 1 ปีเพื่อพยายามสร้างผลิตภัณฑ์ที่สมบูรณ์แบบตั้งแต่แรก แต่ควรพัฒนาไอเดียหลักอย่างรวดเร็ว รับ feedback แล้วค่อยปรับปรุงต่อไปจะมีประสิทธิภาพกว่า
  • รักษาความสมบูรณ์ของแอปไว้
    • ควรพัฒนาแกนหลักของแอป และต่อยอดจาก feedback กับ roadmap
    • อย่าทำให้การพัฒนาง่ายเกินไป อย่างน้อยต้องทำงานได้อย่างเสถียร
    • หากแอปล่ม มีบั๊กมาก หรือดูเหมือนยังไม่เสร็จ ก็ยากที่จะได้รับความไว้วางใจจากผู้ใช้
    • บางฟีเจอร์อาจยังขาดได้ แต่สิ่งสำคัญคือการปรับปรุงผ่านการอัปเดตอย่างต่อเนื่อง
    • เมื่อมีการพัฒนาอย่างสม่ำเสมอ ผู้ใช้จะมองเรื่องนี้ในแง่บวกและแนะนำแอปต่อ
  • พัฒนาต่อไปเรื่อย ๆ แต่ต้องรู้ด้วยว่าควรหยุดเมื่อไร
    • หากปล่อยแอปแล้ว อัปเดตไปหลายครั้ง และพยายามโฆษณาหรือโปรโมตแล้ว แต่ยอดดาวน์โหลดยังอยู่ราว 200 คน ก็ควรกลับมาทบทวนไอเดียอีกครั้ง
    • หากผู้ใช้ไม่รู้สึกว่าแอปมีประโยชน์ การมองหาไอเดียใหม่อาจเป็นทางเลือกที่ดีกว่า
    • อย่าท้อแท้ และเตรียมพร้อมกลับมาลองใหม่ด้วยไอเดียที่ดีกว่า

อย่าไปหางานประจำ

  • การทำงานประจำไปพร้อมกับการเป็นนักพัฒนาอินดี้เป็นเรื่องที่ยากมาก
  • ในกรณีของฉัน ฉันเคยทำงานเป็นเด็กฝึกงานช่วงฤดูร้อนที่มหาวิทยาลัยเคมบริดจ์ ทำงานวันละ 8 ชั่วโมง แล้วกลับหอพักมาทำแอปของตัวเองต่ออีก 3-4 ชั่วโมง
    • พอใกล้จบฤดูร้อนก็เครียด น้ำหนักขึ้น และแทบไม่มีเวลาทำอะไรนอกจากนั่งหน้าคอมพิวเตอร์
  • จะรักษาจังหวะแบบนี้ไว้ได้นานไม่ได้
    • อาจลองทำสักไม่กี่เดือนได้ แต่แค่นั้นไม่พอสำหรับการพัฒนาแอปและสร้างฐานผู้ใช้
    • สุดท้ายแล้ว หากไปทำงานประจำ ก็มักจะกลายเป็นจุดสิ้นสุดของเส้นทางธุรกิจนี้
  • แต่การรับงานฟรีแลนซ์หรือรับจ้างพัฒนาซอฟต์แวร์นั้นทำได้
    • การทำแต่พัฒนาแอปทั้งวันอาจไม่มีประสิทธิภาพเสมอไป และการทำโปรเจกต์อื่นบ้างเพื่อพักสมองก็อาจช่วยได้
    • อย่างไรก็ตาม ต้องระวังไม่ให้งานภายนอกกลายเป็นงานหลัก ควรใช้เวลาราววันละ 4 ชั่วโมง และกันเวลาไว้โฟกัสกับโปรเจกต์ของตัวเอง
  • ในช่วงแรกอาจขาดเงินทุน จึงจำเป็นต้องใช้รายได้จากงานฟรีแลนซ์เพื่อครอบคลุมค่าใช้จ่ายพื้นฐาน
    • แต่สิ่งสำคัญคือต้องรักษาสมดุลให้ทำงานโดยยึดโปรเจกต์ของตัวเองเป็นศูนย์กลาง ไม่ใช่ไปเป็นพนักงานประจำ

อย่าทำคนเดียว แต่ก็อย่าไม่ทำคนเดียว

  • นี่เป็นการตัดสินใจที่ยากมากจริง ๆ
  • ฉันบริหารบริษัทคนเดียว
    • การทำบริษัทคนเดียวทำให้ตัดสินใจทุกอย่างได้เอง และไม่ต้องมีความขัดแย้งเรื่องสไตล์โค้ด ฟีเจอร์ หรือ UI
    • แต่ความสำเร็จไม่ใช่เรื่องของไม่กี่สัปดาห์หรือไม่กี่เดือน และเราไม่รู้ว่าคนอื่นจะยอมเสียสละในระดับเดียวกันหรือไม่
    • ผ่านไปไม่กี่เดือน ผู้ร่วมก่อตั้งอาจลาออกไปหางานประจำก็ได้ และด้วยสถานการณ์ชีวิตของแต่ละคนที่ต่างกัน ทิศทางก็อาจเปลี่ยนไป
  • แต่ก็อย่าทำทุกอย่างเพียงลำพังทั้งหมด
    • เพราะคุณต้องจัดการทุกอย่างเอง จึงต้องทำงานแทบทุกวันตลอดทั้งปี
    • แม้ในวันหยุดหรือช่วงพักร้อนก็ต้องคอยตรวจและตอบอีเมล support
    • โดยเฉลี่ยมีคำถามจากผู้ใช้ราว 100 ฉบับต่อวัน และส่วนใหญ่มีเนื้อหาทางเทคนิค จึงยากที่จะโยนต่อให้คนอื่นแบบง่าย ๆ
    • หากไปพักยาว งานจะกองจนรับมือยากหลังกลับมา และผู้ใช้ก็มักคาดหวังคำตอบภายในไม่กี่ชั่วโมง
    • งาน support ลูกค้าใช้เวลาวันละราว 2~3 ชั่วโมง ซึ่งน้อยเกินกว่าจะจ้างคนมาดูแลเต็มเวลา แต่ก็หนักเกินจะรับมือคนเดียว
    • หากมีผู้ร่วมก่อตั้ง ก็มักมีโอกาสสูงที่เขาจะเข้าใจโครงสร้างภายในดีพอและช่วยรับช่วงงานแทนได้
    • หากเริ่มต้นกับใครสักคน คนคนนั้นก็อาจช่วยจัดการงานแทนคุณได้ ทำให้ไม่ต้องแบกรับทุกอย่างคนเดียว
  • แม้จะเป็นคำแนะนำที่ดูขัดแย้งกัน แต่ก็เป็นโจทย์ที่ต้องคิดอย่างจริงจัง
    • ทำคนเดียวมีอิสระ แต่ภาระหนัก; ทำกับคนอื่นแบ่งความรับผิดชอบได้ แต่ก็มีความเสี่ยง
    • สิ่งสำคัญคือการตัดสินใจอย่างรอบคอบว่าทิศทางไหนเหมาะกับตัวเองในระยะยาว

ให้คุณค่ากับ feedback ของผู้ใช้

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

เตรียมพร้อมสำหรับการปิดตัวแบบกะทันหัน

  • ทุกธุรกิจย่อมมีวันสิ้นสุด หากไม่ใช่บริษัทขนาดใหญ่ เมื่อเกษียณหรือไม่สามารถดำเนินกิจการต่อได้ ธุรกิจก็มักต้องหายไป
  • นี่เป็นเรื่องธรรมชาติ ดังนั้นจึงสำคัญที่จะต้องตระหนักไว้เสมอว่าสักวันหนึ่งอาจต้องปิดบริษัท
  • อุตสาหกรรมเทคโนโลยีเปลี่ยนแปลงรวดเร็ว และแม้แต่แอปที่ได้รับความนิยมในตอนนี้ วันหนึ่งก็อาจหมดความจำเป็น
  • มีหลายกรณีในช่วงต้นยุค 2000 ที่เมื่อกระแสอินเทอร์เน็ตบูมเริ่มแผ่วลง ธุรกิจจำนวนมากก็หดตัวลงอย่างรวดเร็ว
    • กรณีที่ 1: CandyBar
      • เมื่อ 15~20 ปีก่อน มันเป็นแอปยอดนิยมที่สามารถปรับแต่ง system icon และ Dock ได้
      • แต่เมื่อ macOS เปลี่ยนวิธี render Dock และเพิ่มระบบป้องกันของระบบ (SIP) เข้ามา ก็ใช้งานต่อไม่ได้อีก
    • กรณีที่ 2: Skype
      • เมื่อ 15 ปีก่อน มันคือเครื่องมือสื่อสารที่แทบขาดไม่ได้ แต่ตอนนี้ถูกแทนที่ด้วย iMessage, FaceTime, WhatsApp, Zoom, Google Meet เป็นต้น
      • จากการเปลี่ยนแปลงของตลาด มันค่อย ๆ ถูกผู้ใช้ลืมเลือนไป
    • กรณีที่ 3: Twitterrific & Apollo
      • เมื่อ Twitter (X) และ Reddit เปลี่ยนนโยบาย API แบบกะทันหัน แอป third-party เดิมก็ใช้งานต่อไม่ได้อีก
      • นักพัฒนาต้องยุติแอปโดยแทบไม่มีเวลาเตรียมตัว และผู้ใช้บางส่วนก็เข้าใจผิดว่าเป็นความรับผิดชอบของนักพัฒนา
  • กลยุทธ์รับมือ
    • ไม่ควรพึ่งพาแอปเดียว แต่ควรมีแอปที่มั่นคง 2~4 ตัวอยู่ในการดูแล
    • นอกจากแอปหลักแล้ว ควรมีแอปอื่นที่เป็นแหล่งรายได้สำรองเพื่อรับมือเหตุไม่คาดคิด
    • การวาง exit strategy แบบครบถ้วนก็เป็นอีกทางหนึ่ง เช่น วางแผนล่วงหน้าว่าจะย้ายไปยังสายงานหรือสาขาใหม่อย่างไร

บทสรุป

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

ยังไม่มีความคิดเห็น

ยังไม่มีความคิดเห็น