เหตุใดการบำรุงรักษาเว็บแอปพลิเคชันจึงควรมีความสำคัญมากกว่า

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

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

แล้วความลับนี้คืออะไร?

ผู้จำหน่ายซอฟต์แวร์แบบดั้งเดิมจำนวนมาก สร้างรายได้จากการบำรุงรักษาซอฟต์แวร์ที่พวกเขาเขียน มากกว่าที่พวกเขาทำในการขายครั้งแรก

ไม่มั่นใจ?

การค้นหาคำว่า "ต้นทุนรวมในการเป็นเจ้าของ" อย่างรวดเร็วจะทำให้คุณมีคำจำกัดความที่คล้ายกันมากมายเช่นนี้จาก Gartner (เน้นที่เหมือง):

[TCO คือ] ค่าใช้จ่ายในการนำไปใช้ ดำเนินการ สนับสนุน & บำรุงรักษา หรือขยาย และเลิกใช้งานแอปพลิเคชัน

นอกจากนี้ เอกสารนี้โดยมหาวิทยาลัยสแตนฟอร์ดยืนยันว่าการบำรุงรักษาตามปกติจะมีมูลค่า 60% ถึง 90% ของ TCO ของผลิตภัณฑ์ซอฟต์แวร์

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

เราไม่ผลักดันการบำรุงรักษา

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

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

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

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

การบำรุงรักษาคืออะไร?

ในรายงานประจำปี 2012 การบำรุงรักษาแอปพลิเคชันที่มีประสิทธิภาพ Heather Smith และ James McKeen กำหนดการบำรุงรักษาเป็น (เน้นเป็นของฉัน):

ย้ายแอปพลิเคชันไปยังเซิร์ฟเวอร์ใหม่ เชื่อมต่อกับระบบปฏิบัติการอื่น อัปเกรดเป็นรุ่นใหม่กว่า ปรับเปลี่ยนตารางภาษี หรือปฏิบัติตามข้อบังคับใหม่ แอปพลิเคชันทั้งหมดที่จำเป็น — การบำรุงรักษา ด้วยเหตุนี้ การบำรุงรักษาจึงมุ่งเน้นไปที่การอัปเกรดแอปพลิเคชันเพื่อให้แน่ใจว่ายังคงมีประสิทธิภาพและ/หรือคุ้มค่า คำจำกัดความของการบำรุงรักษาแอปพลิเคชันที่ต้องการโดยกลุ่มโฟกัสคือ - การดัดแปลงแอปพลิเคชันเพื่อแก้ไขข้อผิดพลาด เพื่อปรับปรุงประสิทธิภาพ; หรือปรับแอปพลิเคชันให้เข้ากับสภาพแวดล้อมที่เปลี่ยนแปลงหรือข้อกำหนดที่เปลี่ยนแปลงไป ดังนั้น การเพิ่มฟังก์ชันการทำงานใหม่ให้กับแอปพลิเคชันที่มีอยู่ (เช่น การเพิ่มประสิทธิภาพ) จึงไม่ถือว่าเป็นการบำรุงรักษา

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

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

นี่คือตัวอย่างบางส่วน:

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

• มาตราส่วน
  เมื่อแอปพลิเคชันเติบโตขึ้น จะมีปัญหาด้านทรัพยากร กิจวัตรภายในรหัสที่ทำงานได้ดีกับ 10,000 ธุรกรรมต่อวันต้องดิ้นรนกับ 10,000 ต่อชั่วโมง แอปพลิเคชันต้องได้รับการตรวจสอบ แต่ยังต้องดำเนินการเมื่อมีการเตือน

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

ขายยาก?

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

นี่คือสิ่งที่: จริงๆ แล้วมันเป็นการขายที่ค่อนข้างง่าย เรากำลังติดต่อกับนักธุรกิจ และเราเพียงแค่ต้องพูดคุยกับพวกเขาเกี่ยวกับการบำรุงรักษาในแง่การค้า นัก ธุรกิจเข้าใจดีว่าทรัพย์สินต้องการการบำรุงรักษา หรือจะกลายเป็นหนี้สิน เป็นเพียงค่าใช้จ่ายรายเดือนแบบต่อเนื่องมาตรฐานอื่น ค่าใช้จ่ายในการทำธุรกิจ เราแค่ต้องใส่สิ่งนี้ในข้อเสนอของเรา และทำให้แน่ใจว่าเราจะติดตามผล

วิธีที่มีประสิทธิภาพอย่างยิ่งคือการเสนอรีเทนเนอร์ที่รวมการบำรุงรักษาไว้ที่แกนกลาง แต่ยังรวมคุณค่าพิเศษไว้มากมายให้กับลูกค้า สิ่งต่างๆ เช่น:

• การรายงานความคืบหน้าเทียบกับ KPI (เช่น ทราฟฟิก คอนเวอร์ชั่น ปริมาณการค้นหา)
• เวลา 'ฟรี' จำกัด ในแต่ละเดือนสำหรับการปรับแต่งเล็กน้อยในไซต์
• การรายงานการหยุดทำงาน การอัปเดตเซิร์ฟเวอร์ หรืองานการพัฒนาที่เสร็จสิ้น
• เข้าถึงคุณหรือสมาชิกในทีมของคุณทางโทรศัพท์เพื่อตอบคำถาม

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

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

งานเล็กน้อยสำหรับคุณหรือทีมของคุณ มูลค่ามากมายให้กับลูกค้าของคุณ

ตัวอย่างการปฏิบัติ

แน่นอน คุณจะมีวิธีเขียนข้อเสนอในแบบของคุณเอง แต่นี่เป็นเพียงตัวอย่างบางส่วนจากการนำเสนอตัวอย่าง

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

คุณกำลังมองหาเพื่อลดความเสี่ยงในระยะยาว

คุณต้องการให้แน่ใจว่าแอปพลิเคชันของคุณทำงานได้ดี มีความปลอดภัย และง่ายต่อการทำงาน

คุณยังเข้าใจถึงความสำคัญของการบำรุงรักษาสำหรับสินทรัพย์ทางธุรกิจใดๆ

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

ในตัวอย่างต่อไปนี้ เราทำให้มันเรียบง่ายและรวมเข้ากับรีเทนเนอร์สำหรับการพัฒนาแบบชำระเงินล่วงหน้า:

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

ในฐานะลูกค้าที่มีความกระตือรือร้นที่จะคอยติดตามการบำรุงรักษาแอปพลิเคชันตลอดจนการเพิ่มคุณสมบัติใหม่ เราขอแนะนำ N วันต่อเดือน (เป็นจุดเริ่มต้น) สำหรับการรักษาและการพัฒนาทั่วไป

เราจะกระจายสิ่งต่าง ๆ เพื่อให้นักพัฒนาทำงานบนระบบของคุณอย่างน้อย [บางช่วงเวลาต่อสัปดาห์/เดือน] ให้คุณมีข้อได้เปรียบที่ชัดเจนในการให้นักพัฒนาสามารถสลับไปยังสิ่งที่สำคัญกว่าได้หากเกิดปัญหาขึ้นในช่วงเวลาเดียวกัน [ช่วงเวลาเดียวกัน] . ขึ้นอยู่กับลำดับความสำคัญของคุณว่าเวลาทั้งหมดจะถูกใช้ไปกับงานคุณสมบัติใหม่หรือแบ่งด้วยการบำรุงรักษา มันคือการโทรของคุณ โดยปกติเราแนะนำให้แบ่ง 75%/25% ระหว่างคุณลักษณะใหม่และการบำรุงรักษาที่สำคัญ

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

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

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

การบำรุงรักษาสามารถน่ารำคาญได้หรือไม่?

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

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

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

แน่นอน คุณพร้อมสำหรับการทำงานกับคุณลักษณะ ที่ร้องขอใหม่จำนวนหนึ่งซึ่งมีค่าใช้จ่ายเพิ่มเติม จากมุมมองของลูกค้าของคุณ พวกเขาเห็นว่าคุณอยู่ที่นั่น พวกเขาเห็นความคืบหน้า และพวกเขาสามารถลบ “ความกังวลเกี่ยวกับเว็บไซต์” ออกจากรายการของพวกเขาได้ เห็นได้ชัดว่า 'ลูกค้าเหล่านั้น' มีอยู่จริง ดังนั้นสิ่งที่สำคัญที่สุดคือการใช้ถ้อยคำที่เหมาะสมและจัดการความคาดหวังตามนั้น

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

เราจะทำให้การบำรุงรักษาง่ายขึ้นได้อย่างไร

สุดท้าย เพื่อให้แน่ใจว่าลูกค้าของคุณได้รับคุณค่าสูงสุดและทำให้ชีวิตของคุณง่ายขึ้น ให้ใช้กลยุทธ์เหล่านี้ในการสร้างแอปพลิเคชันของคุณ

การสนับสนุนระยะยาว (LTS)

• ใช้แพลตฟอร์มเทคโนโลยีที่มีการเผยแพร่ LTS และเส้นทางการอัปเกรดที่จัดทำเป็นเอกสารอย่างดี
• ระบบปฏิบัติการ ภาษา เฟรมเวิร์ก และการอัพเกรด CMS ที่ต่อเนื่องควรได้รับการคาดหวังและคำนึงถึงปัจจัยในทุกโครงการ ดังนั้นการติดตามเวอร์ชัน LTS จึงไม่ใช่เรื่องง่าย
• ทุกอย่างควรทำงานบนเวอร์ชันที่รองรับ ระฆังปลุกขนาดใหญ่ควรจะดังขึ้นหากไม่เป็นเช่นนั้น

โครงการดี สุขอนามัย

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

แอปพลิเคชั่นควรพกพาได้

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

การบำรุงรักษาเป็นของแท้ Win-Win

การบำรุงรักษาคืองานที่เราต้องทำในแอปพลิเคชันเพื่อให้สามารถหยุดนิ่งได้อย่างปลอดภัย เป็นต้นทุนธุรกิจมาตรฐาน โดยเฉลี่ย 75% ของต้นทุนการเป็นเจ้าของทั้งหมดตลอดอายุการใช้งานของแอปพลิเคชันซอฟต์แวร์

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

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

ช่วยเหลือตัวเอง ลูกค้าของคุณและอุตสาหกรรมทั้งหมดของเรา: ช่วยทำให้การบำรุงรักษาเว็บแอปพลิเคชันกลายเป็นเรื่องสำคัญ