จ้างทำระบบแล้ว ธุรกิจต้องเป็นเจ้าของอะไรบ้าง — เช็กลิสต์ก่อนจ่ายงวดสุดท้าย
เจ้าของธุรกิจจำนวนมากจ่ายเงินเต็มจำนวนแล้วพบทีหลังว่าโดเมนอยู่ในชื่อคนอื่น ฐานข้อมูลอยู่ในบัญชีที่เข้าไม่ได้ และซอร์สโค้ดไม่เคยถูกส่งมอบ บทความนี้คือรายการสิ่งที่ต้องเป็นของธุรกิจ พร้อมวิธีตรวจแต่ละข้อภายในสิบนาที
ปัญหาความเป็นเจ้าของมักโผล่ในเวลาที่แย่ที่สุด คือวันที่อยากเปลี่ยนทีมพัฒนา วันที่ทีมเดิมติดต่อไม่ได้ หรือวันที่ต้องต่ออายุบริการแล้วพบว่าใบแจ้งหนี้ส่งไปหาคนที่ลาออกไปแล้ว สิ่งที่เจ็บคือทั้งหมดนี้ป้องกันได้ด้วยการตรวจรายการเดียวก่อนจ่ายงวดสุดท้าย ซึ่งเป็นจังหวะเดียวที่อำนาจต่อรองอยู่ฝั่งผู้ว่าจ้างเต็มที่
ชั้นที่หนึ่ง: บัญชีทั้งหมดอยู่ในชื่อธุรกิจ
- โดเมน — ตรวจว่าผู้ถือทะเบียนเป็นบริษัทของคุณ ไม่ใช่ชื่อทีมพัฒนา และอีเมลที่ผูกไว้เป็นอีเมลกลางของบริษัทที่ไม่ผูกกับพนักงานคนใดคนหนึ่ง
- โฮสติงและคลาวด์ — บัญชีหลักเป็นของบริษัท ทีมพัฒนาเป็นผู้ใช้ที่ถูกเชิญ ไม่ใช่เจ้าของบัญชีที่เชิญคุณ
- บัญชีบริการรอบระบบ — อีเมลส่งออก, เกตเวย์ชำระเงิน, LINE OA, Google Business Profile — ไล่ทีละบัญชีว่าใครกดรีเซ็ตรหัสได้
- ใบแจ้งหนี้ของทุกบริการส่งเข้าอีเมลบริษัท เพราะบริการที่เงียบไปมักถูกพบครั้งแรกตอนระบบดับ
ชั้นที่สอง: ข้อมูลออกได้จริง
ขอไฟล์ส่งออกข้อมูลจริงหนึ่งชุดก่อนปิดโครงการ แล้วเปิดดูว่าอ่านรู้เรื่อง สิ่งที่ต้องได้คือข้อมูลดิบในรูปแบบมาตรฐานพร้อมคำอธิบายโครงสร้าง ไม่ใช่รายงาน PDF สรุปยอด การทดสอบนี้ใช้เวลาครึ่งชั่วโมงและตอบคำถามที่สำคัญที่สุดข้อเดียว คือวันที่ต้องย้ายระบบ ข้อมูลลูกค้าและประวัติการขายหลายปีจะตามไปด้วยได้หรือไม่
ชั้นที่สามและสี่: โค้ดและเอกสาร
- สัญญาระบุชัดว่าซอร์สโค้ดของงานจ้างเป็นของผู้ว่าจ้าง หรืออย่างน้อยได้สิทธิ์ใช้ แก้ไข และจ้างผู้อื่นแก้ต่อได้ตลอด
- คุณหรือบัญชีบริษัทเข้าถึงที่เก็บโค้ดได้เอง ไม่ใช่รอไฟล์ zip ตอนเลิกกัน — โค้ดที่ไม่เห็นระหว่างทางมักส่งมอบไม่ครบ
- เอกสารขั้นต่ำสามอย่าง: วิธีติดตั้งระบบขึ้นใหม่จากศูนย์ ผังโครงสร้างข้อมูล และรายการบริการภายนอกทั้งหมดที่ระบบพึ่งพา
- รหัสผ่านและกุญแจลับส่งมอบผ่านช่องทางปลอดภัย แล้วเปลี่ยนทั้งหมดทันทีหลังรับมอบ
คำถามที่พบบ่อย
โครงการจบไปแล้วหลายปี ยังตามเรื่องพวกนี้ได้ไหม
ได้ และควรทำตอนที่ความสัมพันธ์ยังดี เริ่มจากไล่เช็กลิสต์เดียวกันว่าข้อไหนยังขาด แล้วขอย้ายทีละข้อ โดยเรื่องบัญชีและโดเมนมักโอนได้ในไม่กี่วันถ้าอีกฝ่ายยินยอม ส่วนซอร์สโค้ดขึ้นกับสัญญาเดิม ถ้าสัญญาไม่ได้ระบุไว้ การเจรจาขอซื้อสิทธิ์เพิ่มตอนนี้ยังถูกกว่าการเขียนระบบใหม่ทั้งหมดในวันที่ทีมเดิมหายไปมาก
ใช้ระบบ SaaS รายเดือน เช็กลิสต์นี้ใช้ได้ไหม
ใช้ได้ครึ่งหนึ่งและครึ่งนั้นสำคัญมาก SaaS ไม่มีซอร์สโค้ดให้เป็นเจ้าของ แต่ชั้นบัญชีและชั้นข้อมูลใช้เหมือนกันทุกข้อ บัญชีหลักต้องเป็นของบริษัท ไม่ใช่สมัครด้วยอีเมลส่วนตัวของพนักงานหรือของเอเจนซี และควรทดลองส่งออกข้อมูลจริงตั้งแต่ช่วงทดลองใช้ เพราะผู้ให้บริการแต่ละรายให้ข้อมูลออกไม่เท่ากัน และจุดนี้คือ vendor lock-in ตัวจริงของ SaaS
ถ้าทีมพัฒนาเสนอเก็บทุกอย่างไว้เองเพื่อความสะดวก ควรยอมไหม
ไม่ควร ความสะดวกนั้นจริง แต่เป็นความสะดวกที่แลกกับการพึ่งพาแบบถอนตัวไม่ได้ ทางเลือกที่ได้ทั้งสองอย่างคือบัญชีเป็นของบริษัท แล้วเชิญทีมพัฒนาเข้าเป็นผู้ดูแลที่มีสิทธิ์เต็มระหว่างสัญญา วิธีนี้ทีมทำงานได้เท่าเดิมทุกอย่าง ต่างกันแค่ว่าวันที่ต้องแยกทาง การถอนสิทธิ์ใช้เวลาห้านาที แทนที่จะเป็นการเจรจาหลายเดือน
บริการที่เกี่ยวข้อง
รับพัฒนาระบบและซอฟต์แวร์เฉพาะทาง
ออกแบบและวางระบบตามความต้องการเฉพาะของธุรกิจคุณ ตั้งแต่ต้นจนใช้งานจริง
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ
คนทำระบบหายไปแล้ว แต่ระบบยังต้องรันต่อ — คู่มือรับช่วงระบบกำพร้า
ฟรีแลนซ์เลิกรับงาน บริษัทเดิมปิดตัว หรือหุ้นส่วนที่ดูแลระบบแยกทาง — ธุรกิจจำนวนมากตื่นมาพร้อมระบบที่ทั้งบริษัทพึ่งพาแต่ไม่มีใครแก้ได้ บทความนี้คือลำดับที่ถูกของการกู้สถานการณ์ ตั้งแต่ชั่วโมงแรกจนถึงการตัดสินใจว่าจะไปต่อกับระบบเดิมหรือสร้างใหม่
สัญญาจ้างพัฒนาซอฟต์แวร์ ต้องมีอะไรบ้าง — เช็คลิสต์ป้องกันปัญหาก่อนเซ็น
ข้อพิพาทเรื่องจ้างทำระบบเกือบทั้งหมดย้อนกลับไปที่สัญญาที่หลวมเกินไป บทความนี้ไล่เช็คลิสต์ข้อที่ต้องมีในสัญญา ตั้งแต่ขอบเขตงานและงวดจ่ายเงิน ความเป็นเจ้าของซอร์สโค้ด ประกันผลงาน ไปจนถึงทางออกเมื่อต้องแยกทางกัน อ่านจบเซ็นได้อย่างสบายใจขึ้นมาก
Vendor Lock-in ควรกังวลแค่ไหน?
ความสะดวกในวันนี้มักแลกมาด้วยอิสรภาพในวันหน้า คำถามไม่ใช่จะหลีกเลี่ยงการผูกมัดอย่างไร แต่คือคุณยอมจ่ายค่าออกเท่าไรเมื่อถึงวันที่ต้องไป
ใบเสนอราคาสามเจ้า ราคาต่างกันสามเท่า — วิธีเทียบให้เห็นว่าต่างกันตรงไหนจริง
ใบเสนอราคาทำระบบไม่เคยเทียบกันตรง ๆ ได้ เพราะแต่ละเจ้าตีความโจทย์คนละแบบและซ่อนสมมติฐานคนละชุด บทความนี้ให้ตารางเทียบหกแถวที่บังคับให้ทุกใบตอบคำถามเดียวกัน และสัญญาณในใบเสนอราคาที่บอกปัญหาล่วงหน้าก่อนเซ็น