งานเชื่อมต่อเริ่มนับขอบเขตหลังจากเรียกสำเร็จครั้งแรก

หน้าจอที่เรียกสำเร็จไปหนึ่งครั้ง

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

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

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

บัญชีและการอนุมัติจองปฏิทินไปก่อน

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

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

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

สิ่งที่ผ่านในระบบทดสอบแต่ไม่ผ่านในระบบจริง

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

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

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

เส้นทางที่ล้มเหลว ซ้ำซ้อน และถูกยกเลิก

เส้นทางที่สำเร็จมีเส้นเดียว เส้นทางที่ล้มเหลวมีหลายเส้น และงานส่วนใหญ่ของการเชื่อมต่ออยู่บนเส้นเหล่านั้น

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

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

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

วันที่ผู้ให้บริการเปลี่ยนสเปก

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

การเชื่อมต่อจึงไม่ใช่รายการที่ทำครั้งเดียวจบ แต่ใกล้เคียงกับรายการที่ต้องเฝ้าดูต่อไป อย่างน้อยให้ประกาศจากผู้ให้บริการวิ่งไปยังที่อยู่ที่มีคนอ่านจริง แล้วรวมรายชื่อบริการภายนอกที่ต่อไว้พร้อมชื่อผู้ถือบัญชีแต่ละอันไว้ในหน้าเดียว หน้านั้นจะช่วยคุณในภายหลัง

ส่งแค่ชื่อบริการที่จะต่อมาก็เริ่มได้

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