เรื่องการปรับโครงสร้าง-1 (ซ่อมโปรเจกต์เลกาซีอายุ 200 สัปดาห์)

 (blog.selectfromuser.com)
1 คะแนน โดย eces9 2025-10-30 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

เป็นเนื้อหาทบทวนส่วนตัว แต่คิดว่านักพัฒนาคนอื่น ๆ ก็น่าจะมีความกังวลคล้ายกัน เลยนำมาแชร์

เรื่องการปรับโครงสร้าง-1

[ทำไมถึงกลับมาออกแบบใหม่ด้วย Front?]

Select Admin เดินหน้าปรับปรุงแบบค่อยเป็นค่อยไปต่อเนื่องราว 200 สัปดาห์โดยไม่หยุดแม้แต่สัปดาห์เดียว

  • บริการเดิมของ Select Admin เปิดให้ใช้งานมาตั้งแต่ฤดูใบไม้ร่วงปี 2021
  • มีการปรับปรุงจำนวนมากหลังเริ่มเก็บเงินในปี 2022
  • ในปี 2023 ขยายจาก Admin ไปสู่ Dashboard และ Partner Center
  • ในปี 2024 ยกระดับต่อเนื่องเพื่อรองรับความต้องการของบริษัทขนาดใหญ่และขนาดกลาง

แม้ Select Admin จะขยายตัวมาเรื่อย ๆ แต่ผมคิดว่าวิธีใช้งานพื้นฐานยังคงหยุดอยู่กับที่

  • การเปลี่ยนแปลงของสภาพแวดล้อมการแก้ไขถูกคงไว้หลังฟีเจอร์พรีวิวในปี 2022
  • มีการเพิ่มสเปก YAML อย่างต่อเนื่อง แต่ยังคงรักษา backward compatibility
  • ฟังก์ชันด้านการ deploy และ environment ถูกเพิ่มในปี 2023
  • การใช้งานแบบติดตั้งเอง, CLI และ Git ถูกรีนิวในปี 2024

ตอนแรกเปิดให้ใช้งานโดยมุ่งไปที่นักพัฒนา แต่จริง ๆ แล้วมีผู้ใช้หลายกลุ่มและมีจุดเด่นหลายอย่างผสมกัน

  • เชื่อมต่อฐานข้อมูลแล้ว query ได้ทันที
  • ให้บริการ API โดยห่อไว้ภายในโดยไม่ต้องแชร์ ENV
  • สร้างหน้าจอได้แม้ไม่ใช่ Front-end Developer
  • แม้ไม่ใช่นักพัฒนาก็ยังปรับเมนูและหน้าจอที่ทำไว้แล้วได้

ปัญหาใหญ่คือวิธีใช้งานยิ่งยากขึ้น และผู้ใช้ใหม่ก็ต้องเจอกับเอกสารที่ยิ่งยากและซับซ้อนกว่าเดิม

  • จากมุมของนักพัฒนาเซิร์ฟเวอร์ จะเห็นโค้ด JavaScript และ CSS อยู่ในเอกสาร
  • จากมุมของ Front-end Developer จะเห็นโค้ด SQL และ Cache อยู่ในเอกสาร
  • จากมุมของผู้บริหารระดับ C-Level แม้จะเป็นการเริ่มใช้งานแบบง่าย ๆ แต่ก็ต้องคำนึงถึงสิทธิ์แบบละเอียด, กลุ่มองค์กร และนโยบายความปลอดภัย
  • การใช้งานส่วนบุคคลหรือทีมขนาดเล็กกลับต้องใช้แพ็กเกจราคาองค์กร
    จำนวนผู้แก้ไขทั้งหมดลดลง ทำให้ฟีดแบ็กและคำขอปรับปรุงลดลงตามไปด้วย
  • มีแนวโน้มที่ผู้ใช้ซึ่งสร้างระบบแอดมินหรือ Partner Center ที่ซับซ้อนจะเพิ่มขึ้น แต่ผู้ใช้ที่สร้างหน้าแสดงผลหรือหน้าแก้ไขแบบง่าย ๆ กลับลดลง
  • ในฐานะสตาร์ตอัป ผู้ใช้เป็นสิ่งจำเป็นต่อการสร้างผลิตภัณฑ์ที่ดี ความต้องการของลูกค้ามีค่ามากกว่าการวางแผนภายในอย่างมาก
  • ตอนนี้อยู่ในสถานการณ์ที่ต้องการฟีดแบ็กจากการมีผู้ใช้ใหม่เข้ามาอย่างมาก

เราคิดเรื่องผู้ใช้ที่ดี ผลิตภัณฑ์ที่ดี และราคาที่ดีไปพร้อมกันบนเส้นเดียวกัน

  • ต่อให้อยากให้ UI และฟังก์ชันมากขึ้นแค่ไหน หากไม่มีผู้สมัครใช้แบบเสียเงินก็ยากที่จะจัดสรรงบประมาณ
  • ถ้าผลิตภัณฑ์ใช้งานยาก แม้ผู้ใช้ใหม่จะเพิ่มขึ้น ต้นทุนการซัพพอร์ตลูกค้าก็จะสูงขึ้น
  • หากนักพัฒนาที่มีแพสชันและจริงจังกับการแก้ปัญหาเริ่มใช้งาน แต่ทีม Select กำลังยุ่งอยู่พอดี ก็จะน่าเสียดายที่พลาดจังหวะสร้างความสัมพันธ์อย่างรวดเร็ว
  • เราจึงคิดกันในหัวข้อว่าจะช่วยเหลือได้อย่างต่อเนื่องอย่างไร
    สุดท้ายทุกคนจึงมาคิดทิศทางเชิงลึกไปด้วยกัน
  • มาสร้างผลิตภัณฑ์ที่เล็กลงกันเถอะ ฟังก์ชันของ Select Admin มีมากเกินไป และ 80% ของผู้ใช้ใช้เพียง 20% ของฟังก์ชัน
  • เข้าใจความลำบากของการทำแอดมินให้มากขึ้น Select Admin ควรช่วยลดภาระไม่ใช่แค่การสร้าง แต่รวมถึงการวางแผน ออกแบบ และการดำเนินงาน
  • เพื่อให้ส่งต่องานและทำงานร่วมกันได้ง่ายขึ้น แม้ผู้รับผิดชอบจะย้ายงาน ลาออก หรือย้ายทีม ก็ไม่ควรเป็นภาระต่อทุกคนที่รับช่วงต่อ (จากหลายกรณีตลอด 4 ปี)

วิธีใช้งานที่ง่ายขึ้น ราคาที่ถูกลง และจุดเริ่มต้นที่สมเหตุสมผล

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

ส่วนจะเปลี่ยนอย่างไรแบบ具体เจาะจง จะเล่าในตอนถัดไป

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

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

 
moderator 2025-10-30

ย้ายไปที่ข่าวแล้วเนื่องจากไม่ตรงกับ Show GN