คำถามที่ควรถามบริษัทซอฟต์แวร์ ก่อนเซ็นสัญญา

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

"ไม่เคยเกิด" อาจเป็นความจริงทั้งหมด แต่ก็ยังไม่ได้ตอบคำถาม ถามต่อว่า "ถ้าเกิดขึ้นเป็นครั้งแรกกับเรา เราตกลงกันไว้ว่ายังไง" ข้อนี้ถามตอนบรรยากาศดี ๆ ง่ายกว่าถามตอนระบบล่มมาก

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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

ทำไมต้องถาม

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

คำตอบที่ดีฟังแบบนี้

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

ถ้าคำตอบยังไม่ครบ ถามต่อ

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