ใบเสนอราคาการบำรุงรักษาสองรายการอาจครอบคลุมบริการที่แตกต่างกัน เปรียบเทียบงานที่รวมอยู่ ชั่วโมงการสนับสนุน กระบวนการจัดการเหตุขัดข้อง และข้อยกเว้น ก่อนเปรียบเทียบราคา คำว่า "การบำรุงรักษา" เพียงอย่างเดียวไม่ได้กำหนดข้อตกลง
สี่สิ่งที่ขายภายใต้คำคำเดียว
เชิงแก้ไข — การวินิจฉัยและแก้ไขข้อบกพร่อง ระบุให้ชัดเจนว่ารวมการตรวจสอบ การซ่อมแซม การทดสอบการถดถอย และการนำขึ้นใช้งานหรือไม่ รวมถึงวิธีจัดการกับข้อบกพร่องที่มีอยู่เดิม
เชิงปรับเปลี่ยน — การทำให้แอปพลิเคชันยังทำงานได้ขณะที่สภาพแวดล้อมรอบตัวเปลี่ยนแปลง การอัปเดตระบบปฏิบัติการ การเปลี่ยนแปลงเบราว์เซอร์ เวอร์ชันของ API จากผู้ให้บริการภายนอก แพตช์ความปลอดภัยของไลบรารี และการต่ออายุใบรับรอง นี่คือส่วนที่ลูกค้ามักไม่คาดคิด และเป็นส่วนที่ทำให้แอปพลิเคชันที่ไม่ได้แตะต้องเกิดการทำงานผิดพลาด
เชิงป้องกัน — งานที่ทำเพื่อหยุดปัญหาในอนาคต การอัปเดตดีเพนเดนซี การปรับโครงสร้างโค้ด การปรับแต่งประสิทธิภาพ และการปรับปรุงการบันทึกล็อก
เชิงพัฒนาให้สมบูรณ์ — การปรับปรุงเล็กน้อยและฟีเจอร์ใหม่ มักถูกรวมไว้ในสัญญาบริการบำรุงรักษาแบบเหมาจ่าย และเป็นเหตุผลหลักที่ทำให้ใบเสนอราคาต่างกันอย่างมาก
ใบเสนอราคาที่ครอบคลุมเฉพาะงานเชิงแก้ไขเป็นผลิตภัณฑ์คนละแบบกับใบเสนอราคาที่ครอบคลุมทั้งสี่ประเภท การถามว่ารวมประเภทใดบ้างจะเปลี่ยนตัวเลขสองรายการที่เปรียบเทียบกันไม่ได้ให้กลายเป็นการเปรียบเทียบได้
เหตุใดแอปพลิเคชันที่ไม่ได้แตะต้องจึงยังเกิดปัญหา
ลูกค้าย่อมถามได้อย่างสมเหตุสมผลว่า เหตุใดซอฟต์แวร์ที่ไม่มีการเปลี่ยนแปลงจึงต้องมีค่าใช้จ่ายต่อเนื่อง คำตอบที่ตรงไปตรงมาคือ สภาพแวดล้อมภายนอกเปลี่ยนแปลงอยู่เบื้องหลัง:
- ระบบปฏิบัติการมือถือ อาจเปลี่ยนพฤติกรรมหรือเลิกใช้งาน API บางรายการ กำหนดอุปกรณ์และเวอร์ชันที่รองรับ รวมถึงการทดสอบที่จำเป็นสำหรับการอัปเดต
- สโตร์แอป อาจเปลี่ยนข้อกำหนดด้านการส่งแอปและความพร้อมให้บริการ ตรวจสอบกฎปัจจุบันของแพลตฟอร์มและกำหนดเวลาที่เกี่ยวข้องสำหรับแอปนั้นโดยเฉพาะ และกำหนดว่าใครเป็นผู้ติดตามและดำเนินงานที่จำเป็น
- API จากผู้ให้บริการภายนอก มีการออกเวอร์ชันใหม่และยุติการรองรับ ผู้ให้บริการชำระเงินหรือแผนที่ที่ยุติเวอร์ชันเก่าจะบังคับให้ต้องอัปเดตตามกำหนดเวลาของผู้ให้บริการ ไม่ใช่ของคุณ
- ช่องโหว่ด้านความปลอดภัย ถูกค้นพบในไลบรารีอยู่เสมอ และบางรายการร้ายแรงมากพอที่จะต้องแก้ไขอย่างเร่งด่วน
- ใบรับรองหมดอายุ ตามวันที่ที่ทราบล่วงหน้า และจะทำให้เว็บไซต์หยุดให้บริการเมื่อถึงวันดังกล่าว
ไม่มีสิ่งใดเหล่านี้เกิดจากตัวแอปพลิเคชันเอง แต่ทุกสิ่งล้วนต้องมีงานดำเนินการกับแอปพลิเคชัน
เวลาตอบสนองและเวลาแก้ไข
สองสิ่งนี้แตกต่างกัน และใบเสนอราคามักระบุเพียงอย่างแรก
เวลาตอบสนอง วัดจากการรับทราบหรือการเริ่มตรวจสอบ ทั้งนี้ขึ้นอยู่กับสัญญา กำหนดว่าเหตุการณ์ใดทำให้นาฬิกาการตอบสนองหยุดลง และลูกค้าจะได้รับการอัปเดตอย่างไร
เวลาแก้ไข วัดจากการดำเนินการแก้ไขเสร็จสิ้น นอกจากนี้ให้กำหนด เวลาในการกู้คืน สำหรับการทำให้เวิร์กโฟลว์หลักกลับมาใช้งานได้ ซึ่งอาจดำเนินการผ่านการย้อนกลับหรือวิธีแก้ปัญหาชั่วคราว บริการอาจถูกกู้คืนก่อนที่สาเหตุรากฐานจะได้รับการแก้ไขอย่างถาวร
โครงสร้างที่ใช้งานได้ควรเชื่อมโยงทั้งสองอย่างเข้ากับระดับความรุนแรง:
ข้อมูลต่อไปนี้เป็นแม่แบบสำหรับกำหนดขอบเขต ไม่ใช่ SLA ของ Manboo หรือเวลาการกู้คืนที่รับประกัน ให้ระบุเป้าหมายการรับทราบ การอัปเดต และการกู้คืนที่วัดผลได้ ชั่วโมงที่รองรับ และรายชื่อติดต่อสำหรับการยกระดับปัญหาไว้ในข้อตกลงจริง แยกความแตกต่างระหว่างเป้าหมายกับการแก้ไขที่รับประกัน
| ระดับความรุนแรง | ความหมาย | การควบคุมการตอบสนองที่ต้องตกลง | การวางแผนการกู้คืน |
|---|---|---|---|
| วิกฤต | แอปพลิเคชันไม่พร้อมใช้งานหรือข้อมูลอยู่ในความเสี่ยง | ผู้รับผิดชอบที่ระบุชื่อ เป้าหมายการรับทราบ และเส้นทางการยกระดับปัญหา | การควบคุมสถานการณ์ การย้อนกลับ หรือวิธีแก้ปัญหาชั่วคราว บันทึกเป้าหมายการกู้คืนและกำหนดการอัปเดต |
| สูง | เวิร์กโฟลว์หลักใช้งานไม่ได้โดยไม่มีวิธีแก้ปัญหาชั่วคราว | ลำดับความสำคัญและความถี่ในการอัปเดตความคืบหน้าที่ตกลงกัน | ประเมินดีเพนเดนซีและความพยายามในการซ่อมแซม ยืนยันค่าประมาณเฉพาะสำหรับเหตุขัดข้อง |
| ปานกลาง | ฟังก์ชันทำงานได้ไม่เต็มที่แต่มีวิธีแก้ปัญหาชั่วคราว | ช่วงเวลาตอบสนองในเวลาทำการที่ตกลงกัน | วางแผนการแก้ไขหลังจากทบทวนผลกระทบและการเผยแพร่ |
| ต่ำ | ปัญหาด้านรูปลักษณ์หรือปัญหาเล็กน้อย | การรับทราบในแบ็กล็อกและกระบวนการจัดลำดับความสำคัญ | กำหนดเวลาผ่านแผนการเผยแพร่ที่ตกลงกัน |
ระบุเขตเวลาที่รองรับ ชั่วโมงทำงาน วันหยุด และการให้บริการนอกเวลาทำการ (ถ้ามี) ยืนยันราคาและรูปแบบการยกระดับปัญหาสำหรับการให้บริการเพิ่มเติม แทนการสมมติค่าเริ่มต้นของอุตสาหกรรม
รูปแบบเชิงพาณิชย์ทั่วไป
- ค่าบริการรายเดือนพร้อมจำนวนชั่วโมงที่กำหนด คาดการณ์ได้สำหรับทั้งสองฝ่าย สอบถามว่าจะเกิดอะไรขึ้นกับชั่วโมงที่ไม่ได้ใช้ และคิดค่าบริการส่วนเกินอย่างไร
- จ่ายตามการใช้งาน อนุมัติงานตามค่าประมาณที่กำหนดขอบเขตไว้เมื่อมีความต้องการ ยืนยันความพร้อมให้บริการและข้อผูกพันด้านการตอบสนองแยกต่างหาก รูปแบบนี้ไม่ได้รับประกันโดยตัวมันเองว่าจะมีต้นทุนต่ำที่สุดหรือตำแหน่งคิวใดเป็นพิเศษ
- งบประมาณรายปี ประเมินความพยายามที่รวมอยู่ ความครอบคลุมด้านการสนับสนุน โควตาเหตุขัดข้อง และงานแพลตฟอร์ม/ความปลอดภัยตามกำหนด แยกค่าโฮสติ้งและค่าใช้จ่ายของผู้ให้บริการภายนอกให้ชัดเจน เปอร์เซ็นต์ของต้นทุนการพัฒนาเดิมอาจใช้เป็นตัวชี้วัดเพื่อเปรียบเทียบได้ แต่ไม่ใช่หลักฐานของงานที่จำเป็น และไม่มีอัตราสากลที่ 15–25%
คำถามที่ทำให้เปรียบเทียบใบเสนอราคาได้
- รวมการบำรุงรักษาทั้งสี่ประเภทใดบ้าง
- ข้อผูกพันด้านการตอบสนองและการแก้ไขตามระดับความรุนแรงมีอะไรบ้าง
- ข้อผูกพันครอบคลุมชั่วโมงใดบ้าง
- รวมค่าโฮสติ้งและค่าธรรมเนียมผู้ให้บริการภายนอกแล้วหรือคิดแยกต่างหาก
- รวมการอัปเดตเพื่อให้สอดคล้องกับระบบปฏิบัติการและสโตร์หรือไม่ หรือจะเสนอราคาเมื่อเกิดขึ้น
- รวมชั่วโมงสำหรับการเปลี่ยนแปลงเล็กน้อยจำนวนเท่าใด และจะเกิดอะไรขึ้นเมื่อใช้หมด
- ระยะเวลาแจ้งล่วงหน้าเพื่อยุติข้อตกลงคือเท่าใด
ใช้คำตอบเหล่านี้เพื่อเปรียบเทียบบริการจริงและงบประมาณทั้งหมด บันทึกข้อยกเว้นและค่าบริการส่วนเกิน ราคาแรกเห็นที่ต่ำกว่าเพียงอย่างเดียวไม่ได้ยืนยันถึงความคุ้มค่าที่ดีกว่าหรือขอบเขตที่แคบกว่า
บริการของ Manboo ที่เกี่ยวข้อง
- การพัฒนาแอป Flutter สำหรับ MVP บน iOS และ Android
- การพัฒนาซอฟต์แวร์ธุรกิจ สำหรับระบบ CRM การจอง สินค้าคงคลัง และเวิร์กโฟลว์
- การพัฒนาแผงผู้ดูแลระบบ สำหรับแดชบอร์ดการปฏิบัติงานและการจัดการแบ็กเอนด์
- การผสานรวม AI API เมื่อผลิตภัณฑ์ของคุณพร้อมสำหรับการค้นหาอัจฉริยะ แชต หรือระบบอัตโนมัติ
- ขอให้ตรวจสอบขอบเขตงานและประเมินโครงการ เมื่อคุณพร้อมวางแผนเวอร์ชันแรก