White label หรือสร้างระบบจองของตัวเอง

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

ใบเสนอราคานั้นซื่อตรง แต่มันครอบคลุมเฉพาะส่วนของงานที่คุณมองเห็นเท่านั้น

ใบประเมินราคากำลังตีราคาอะไรกันแน่

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

อีกครึ่งหนึ่งอยู่ฝั่งการเชื่อมต่อที่มองจากเบราว์เซอร์ไม่เห็น และตรงนั้นแหละที่เวลาหลายปีหายไป

ต้นทุนอยู่ที่จำนวน integration ไม่ใช่หน้าตาเว็บ

ขอสิทธิ์เข้าถึงจาก supplier แล้วคุณจะไม่ได้ API key กลับมาทางอีเมล สิ่งที่ได้คือ test environment กระบวนการ certification ชุดข้อมูลรับรองที่ออกแยกตามนิติบุคคล เอกสารกฎเกณฑ์ และผู้ติดต่อหนึ่งคนที่ตอบตามตารางของเขาเอง จากนั้นคุณจะได้รู้จักภาษาถิ่นเฉพาะของ supplier รายนั้น คือ static rate อยู่ที่หนึ่งและ live availability อยู่อีกที่หนึ่ง allotment ที่มี release period วางติดกับ free-sale มี cut-off ที่ระบบของคุณต้องเคารพ มี fare rule ที่ชี้ขาดว่าการเปลี่ยนแปลงมีค่าธรรมเนียมหรือไม่ และแคตตาล็อก ancillary ที่ไม่ตรงกับของใครเลย ทีนี้ลองคูณทั้งหมดนั้นด้วยจำนวน supplier ที่ลูกค้าคาดหวังว่าคุณต้องมี

หนึ่ง integration คือหนึ่งโครงการ หก integration คือหนึ่งแผนก และมันไม่มีวันเสร็จ เพราะไม่มีใครในหกรายนั้นตกลงว่าจะเลิกเปลี่ยนแปลง

กับดักแบบเดียวกันซ่อนอยู่หลังทุกหน้าจอที่ใบเสนอราคาระบุไว้ การค้นหาดูเหมือนฟีเจอร์เดียวจนกระทั่งคุณมีสองสายการบินที่คืนเส้นทางเดียวกันมาด้วยราคาต่างกัน แล้วคุณต้องตัดสินใจในโค้ดว่าลูกค้าจะเห็นราคาไหน การคืนเงินดูเหมือนปุ่มเดียวจนกระทั่ง fare rule บอกว่าปรับ supplier บอกว่าเป็นวอเชอร์ ส่วนลูกค้าบอกว่าเข้าบัตร markup ดูเหมือนตัวเลขหนึ่งช่องในหน้าตั้งค่า จนถึงวันที่คุณอยากได้กฎหนึ่งสำหรับลูกค้าองค์กร อีกกฎสำหรับ sub-agent ที่เชียงใหม่ และกฎที่สามสำหรับลูกค้าที่เดินเข้าหน้าร้าน ทั้งหมดบนค่าโดยสารใบเดียวกัน

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

ตารางเทียบที่ยังอยู่รอดถึงปีที่สอง

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

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

ราคาที่ต้องจ่ายถ้าตัดสินใจผิด

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

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

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

เมื่อไรการสร้างเองคือคำตอบที่ถูกจริง ๆ

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

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

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

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

คำถามเดียว ถามทั้งสองฝ่าย

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

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