รับพัฒนาซอฟต์แวร์และแอปพลิเคชันในประเทศไทย

ควรพัฒนาซอฟต์แวร์เองหรือไม่

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

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

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

สร้างมาเพื่อข้อกำหนดของธุรกิจไทย

รองรับภาษีมูลค่าเพิ่มและภาษีหัก ณ ที่จ่ายของไทย รูปแบบที่อยู่ไทย การค้นหาภาษาไทยที่ทำงานได้แม้ไม่มีการเว้นวรรคระหว่างคำ การเชื่อมต่อ LINE และการจัดการข้อมูลที่สอดคล้องกับ PDPA ผลิตภัณฑ์ต่างประเทศมักมองเรื่องเหล่านี้เป็นของแถม และการมาพบช่องว่างหลังขึ้นระบบแล้วนั้นแพง

การรองรับภาษาไทยควรพูดถึงเป็นพิเศษ ภาษาไทยไม่มีการเว้นวรรคระหว่างคำ ซึ่งทำให้การค้นหาและการเรียงลำดับในระบบที่ออกแบบมาสำหรับภาษายุโรปทำงานผิดพลาด หากแอปของท่านต้องค้นหาเนื้อหาภาษาไทย ข้อกำหนดนี้ต้องออกแบบไว้ตั้งแต่ต้น ไม่ใช่มาแปะทีหลัง

เรื่อง PDPA ก็เช่นกัน การเก็บความยินยอม การจำกัดระยะเวลาเก็บรักษา และความสามารถในการค้นหาและลบข้อมูลของบุคคลหนึ่งจากทั้งระบบ ล้วนเป็นการตัดสินใจเชิงสถาปัตยกรรม การย้อนกลับไปใส่ในแอปที่สร้างเสร็จแล้วมีต้นทุนหลายเท่าของการออกแบบไว้แต่แรก

ท่านเป็นเจ้าของโค้ด

สัญญาโอนกรรมสิทธิ์ซอร์สโค้ด เอกสาร และ Pipeline การ Deploy ให้ท่าน ระบบที่พัฒนาเองแต่ท่านไม่ได้เป็นเจ้าของโค้ด คือการรวมข้อเสียของทั้งการสร้างและการซื้อไว้ด้วยกัน คือแบกต้นทุนของซอฟต์แวร์เฉพาะทางโดยไม่ได้การควบคุมใด ๆ

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

เราส่งมอบโค้ดโครงสร้างพื้นฐานและ CI/CD ด้วย หากทีมถัดไปของท่านเป็นทีมภายในหรือผู้ให้บริการรายอื่น เขาจะรับช่วงสิ่งที่อ่านเข้าใจได้ ไม่ใช่สิ่งที่มีแต่เราเดินระบบเป็น

• โอนซอร์สโค้ดและประวัติการแก้ไขทั้งหมดเข้า Repository ของท่าน
• เอกสารทางเทคนิคและบันทึกการตัดสินใจเชิงสถาปัตยกรรมเป็นลายลักษณ์อักษร
• รวม Pipeline การ Deploy และการกำหนดโครงสร้างพื้นฐานเป็นโค้ด
• มีช่วงส่งมอบงานร่วมกับทีมของท่านก่อนปิดโครงการ