- วิศวกรภายในของแอปเดลิเวอรีรายใหญ่รายหนึ่งออกมาเปิดโปงว่า Priority Delivery และ Driver Benefit Fee แท้จริงแล้วถูกนับเป็นรายได้ของบริษัทเพียงฝ่ายเดียว
- อธิบายว่า Priority Delivery เป็นเพียงการเพิ่มบูลีนแฟลกในข้อมูลคำสั่งซื้อเท่านั้น และไม่ได้ถูกนำไปใช้ในลอจิกการจัดสรรงานจริง
- ในการทดสอบ A/B ในอดีต บริษัทไม่ได้ทำให้ คำสั่งซื้อแบบ Priority เร็วขึ้นจริง แต่จงใจหน่วงคำสั่งซื้อทั่วไปเพื่อบิดเบือนความรู้สึกเรื่องความเร็ว
- มีการใช้ตัวชี้วัดภายในชื่อ Desperation Score กับคนขับ ทำให้ยิ่งเป็นคนขับที่ต้องพึ่งรายได้นี้ยิ่งถูกกันออกจากงานที่ทำเงินสูง
- อ้างว่าผ่าน โมเดลคาดการณ์ทิป ยิ่งคาดว่าทิปสูง บริษัทก็จะยิ่งลดค่าจัดส่งพื้นฐานลง ทำให้ทิปของผู้บริโภคถูกใช้เพื่อชดเชยต้นทุนของบริษัท
ภาพรวม
- โพสต์บน Reddit จากวิศวกรแบ็กเอนด์ของแพลตฟอร์มส่งอาหารรายใหญ่ที่เปิดเผยอัลกอริทึมภายในและโครงสร้างรายได้
- ผู้เขียนยอมเสี่ยงละเมิด NDA เพื่อเปิดเผยระบบภายในก่อนลาออก
ความจริงของ Priority Delivery
- เมื่อจ่ายค่าธรรมเนียมเพิ่ม ระบบจะตั้งค่า priority flag ลงใน JSON ของคำสั่งซื้อ
- แต่แฟลกนี้ถูก เพิกเฉยในลอจิกจริงของการจัดสรรงานและการปรับเส้นทางให้เหมาะสม
- อธิบายว่าผลลัพธ์ที่ผู้ใช้รู้สึกได้นั้นถูกสร้างขึ้นจาก การทดสอบ A/B ที่หน่วงคำสั่งซื้อที่ไม่ใช่ Priority 5–10 นาที
- เป็นกรณีที่สร้างรายได้ด้วยการทำให้บริการพื้นฐานแย่ลง แทนที่จะปรับปรุงบริการพรีเมียม
Desperation Score ของคนขับ
- ระบบคำนวณ ดัชนีความสิ้นหวังทางการเงิน จากเวลาที่คนขับออนไลน์ ความเร็วในการรับงาน และรูปแบบการรับงานราคาต่ำ
- คนขับที่ถูกประเมินว่ามีความสิ้นหวังสูงจะถูก จำกัดการมองเห็นงานที่ให้รายได้สูง
- ส่วนคนขับที่มีทางเลือกมากกว่าจะได้รับงานทิปสูง เพื่อกระตุ้นให้ยังอยู่ในระบบบริการ
- เป็นการออกแบบที่ปฏิบัติต่อคนขับเต็มเวลาเหมือนของใช้สิ้นเปลือง
ค่าธรรมเนียมสวัสดิการคนขับและเงินล็อบบี้
- Driver Benefit Fee / Regulatory Response Fee ที่ถูกเพิ่มเข้ามาหลังการเปลี่ยนแปลงทางกฎหมายและนโยบายล่าสุดก็เป็นอีกประเด็นปัญหา
- อ้างว่าเงินจำนวนนี้ไม่ได้ไปสู่สวัสดิการคนขับ แต่ไหลไปยัง ศูนย์ต้นทุนภายในสำหรับรับมือสหภาพแรงงานและการล็อบบี้นโยบาย
- ทำให้เงินที่ผู้บริโภคจ่ายด้วยความตั้งใจดี ถูกนำไปใช้ในโครงสร้างที่บั่นทอนสิทธิแรงงาน
การปรับค่าพื้นฐานตามทิป
- ระบบจะ คาดการณ์แนวโน้มการให้ทิปของลูกค้าล่วงหน้า
- หากคาดว่าทิปสูง ระบบจะลดค่าจัดส่งพื้นฐานลง แต่หากคาดว่าจะไม่ทิปก็จะเพิ่มค่าพื้นฐานเพื่อจัดสรรงาน
- ผลคือ ทิปของผู้บริโภคกลายเป็นตัวช่วยอุดหนุนต้นทุนแรงงานของบริษัท
- เป็นวิธีที่หลีกเลี่ยงการเข้าข่ายยักยอกทิปในทางกฎหมาย แต่ยังสร้างผลของการโอนภาระในทางปฏิบัติ
ความหมายและนัยสำคัญ
- เป็นกรณีที่แสดงให้เห็นถึง ความเสี่ยงเมื่ออัลกอริทึมไม่ได้เพิ่มประสิทธิภาพ แต่กลับเพิ่มประสิทธิภาพบนความเปราะบางของมนุษย์
- ชี้ให้เห็นว่าค่าธรรมเนียมที่ไม่โปร่งใสและตัวชี้วัดภายในสามารถทำให้ปัญหาเชิงโครงสร้างของแรงงานแพลตฟอร์มรุนแรงขึ้นได้
- อาจถือเป็นกรณีอ้างอิงสำคัญในการถกเถียงเรื่องความน่าเชื่อถือของแพลตฟอร์มและการกำกับดูแล
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ภายในบริษัทเต็มไปด้วยการประชุมสปรินต์, KPI และศัพท์เฉพาะ จนทำให้วิศวกรไม่ได้นึกถึงผลกระทบที่มีต่อคนจริงๆ
สำหรับนักพัฒนาอัจฉริยะวัย 25 ปี การถูกสั่งให้ทำ “การเพิ่มประสิทธิภาพทรัพยากรมนุษย์” มันให้ความรู้สึกเหมือนเล่น Factorio และเมื่อเห็นตัวเลขสูงขึ้นก็รู้สึกภูมิใจ
มีทั้งมุกตลกและอารมณ์ขันดำๆ จนความรู้สึกต่อความเป็นจริงเลือนหาย และทุกอย่างดูเหมือนเกม
บรรยากาศแบบนี้บางครั้งผู้บริหารก็สร้างขึ้นโดยตั้งใจ และบางครั้งก็เกิดขึ้นเองในฐานะ กลไกป้องกันตัวเอง
อุตสาหกรรม กลาโหม ที่ฉันทำงานอยู่ก็เหมือนกันเป๊ะ
ไม่นานมานี้มีวิศวกรคนหนึ่งทำโปรเจ็กต์ AI ภายในบริษัท แล้วเสนอให้สร้าง AI ที่ประเมินผลงานของพนักงานและผู้ใช้เพื่อคัดคนที่จะถูกไล่ออก
เขาไม่ได้คิดถึงมนุษย์เลย คิดแค่ว่าอัลกอริทึมกับ AI มันเจ๋งแค่ไหน
เหตุผลคือ ลูกค้าที่จ่ายค่าปรับล่าช้าคือ “ลูกค้าที่ดีที่สุด” ของธนาคาร
พวกเราคัดค้านอย่างหนัก แต่ก็คิดว่าเรื่องแบบนี้อาจถูกนำไปใช้จริงที่อื่นก็ได้
“ความชั่วร้ายที่ใหญ่ที่สุดไม่ได้เกิดในแหล่งอาชญากรรมอันมืดมน แต่ถูกวางแผนและอนุมัติโดย ผู้จัดการ ในสำนักงานที่สะอาดและเงียบสงบ”
ถ้าไม่แคร์จริงๆ จะทำมาตรการป้องกันพวกนั้นไปทำไม?
แถมการบอกช่วงเวลาที่ลาออกก็เป็นเบาะแสที่ทำให้บริษัทระบุตัวได้ทันที
ถ้าเรื่องนี้เป็นจริง บริษัทนั้นก็คงเป็น บริษัทหลอกลวงขนาดใหญ่ที่พร้อมโดนฟ้อง ในไม่ช้า
ถ้าเป็นเรื่องจริงก็น่าจะติดต่อผู้สื่อข่าวไปแล้ว
ไม่มีเหตุผลจะเสี่ยงทางกฎหมายเพียงเพื่อแต้มบนอินเทอร์เน็ต
ห้องสมุดเป็นที่ที่ปลอดภัยสำหรับการปล่อยข้อมูลแบบครั้งเดียว
ภาวะหมดไฟ ไม่ได้แปลว่าไร้ความสามารถด้านความปลอดภัยเสมอไป
ทำให้นึกถึง คดี Luigi ที่พิมพ์ปืน 3D แล้วโดนจับเพราะความผิดพลาดงี่เง่า
โดยทั่วไปวิศวกรซอฟต์แวร์ไม่ได้เซ็น NDA แยกต่างหาก
เพราะงานทั้งหมดระหว่างการจ้างงานถือเป็น ความลับ อยู่แล้ว
ถ้าทำให้ออร์เดอร์ทั่วไปช้าลง ก็มีแค่สองกรณี: คนขับว่างงานอยู่ หรือกันทรัพยากรไว้สำหรับออร์เดอร์พรีเมียม
ถ้าเป็นอย่างหลัง มันก็แค่ฟังก์ชันจัดลำดับความสำคัญตามที่สัญญาไว้ ส่วนถ้าเป็นอย่างแรก ประสิทธิภาพของระบบก็จะลดลง
ถ้ารันการทดลองแบบนี้ในระดับใหญ่จะยิ่งขาดทุนมากกว่า
สุดท้ายคนขับก็ยังยุ่งอยู่ดีเพราะต้องมารับงานที่ถูกหน่วงไว้
ถ้าจ่ายเป็นรายงาน บริษัทก็แทบไม่เสียหายอะไร
ระบบแบบนี้เป็นไปได้จริงพอสมควร แต่ตัวเรื่องเองก็ยังน่าสงสัยอยู่
น่าจะเป็นเรื่องที่เดี๋ยวก็ถูกลืม
ถ้าทุกคนยอมจ่าย ผลลัพธ์ก็หายไป แต่บริษัทได้เงินเพิ่ม
จากนั้นยังต้องจ่ายค่าน้ำมัน ค่าบำรุงรักษา และภาษีเองอีก
เลยอดสงสัยไม่ได้ว่า สิ่งนี้ถูกกฎหมายไหม
ต้นทุนส่วนเพิ่มต่อไมล์น่าจะเกือบเป็น 0 แต่กลับไม่เป็นธรรมมากๆ
เป็นแนวคิดว่า “Uber หลอกฉัน ฉันก็หลอก Uber กลับ”
เฉลี่ยแล้ว เอาไป 37%
Uber เองก็ขาดทุนอยู่หลายปี
เพราะไม่ระบุตัวตนเหรอ?
ในฐานะคนที่เป็นทั้งนักพัฒนาและคนขับ เรื่อง การบิดเบือนแบบนี้ มีอยู่จริง
แพลตฟอร์มกึ่งผูกขาดรีดกำไรจากผู้ให้บริการให้ได้มากที่สุด และแรงงานก็ไม่มีอำนาจต่อรอง
สุดท้ายผลประโยชน์ตกไปที่ ผู้ถือหุ้นและผู้บริโภคบางส่วน
ต้นตอของปัญหาคือตัวระบบเอง
ร้านอาหารบางแห่งก็มีบริการส่งเอง
ต่อให้ระบบแย่ คนที่เลือกทำสิ่ง ต่ำช้า ภายในนั้นก็ยังต้องรับผิดชอบเป็นรายบุคคล
บริษัทเองก็เป็นเพียงการรวมตัวของคน และแต่ละคนต้องรับผิดชอบต่อการกระทำของตัวเอง
จะให้เชื่อโพสต์ Reddit สุ่มๆ ก็คงไม่ได้
น่าแปลกกว่าด้วยซ้ำที่เรื่องแบบนี้ยังกลายเป็นข่าวได้
ในเชิงกฎหมายอาจไม่มีปัญหาด้วยซ้ำ
ทั้งสองฝ่ายต่างไม่มีฐานให้เชื่อมั่นมากนัก
การส่งให้ผู้สื่อข่าวอย่างเดียวจึงฉลาดกว่า
นี่แหละสิ่งที่ผู้สนับสนุนตลาดเสรีเรียกว่า “นวัตกรรม”
ทางออกมีแค่ เพิ่มความโปร่งใส
ต้องเปิดเผยข้อมูลด้านการเงินและการดำเนินงาน
แบบนั้นก็ควรนับเป็น การฉ้อโกง (fraud)
ควรมีการชดใช้ค่าเสียหายสามเท่าและลงโทษทางอาญากับผู้บริหาร
จะให้เชื่อบริษัทที่ยังจ่ายค่าแรงให้คนขับไม่เหมาะสมได้ยังไง
ฉันให้ เงินสดเป็นทิปโดยตรง ตลอด
ถ้าเนื้อหาในโพสต์นี้เป็นจริง มันน่าขยะแขยงเกินกว่าที่ฉันจะใช้แอปพวกนี้ต่อไป
แต่กลับกลายเป็นว่าออร์เดอร์ผ่านแอป มาถึงเร็วกว่า
สุดท้ายก็กลับไปใช้แอปเหมือนเดิม
ธุรกิจโรงแรมก็พึ่งพาแพลตฟอร์มอย่าง Booking.com เหมือนกัน
น่าจะลองให้ฟีดแบ็กกับร้านโดยตรง
บางกรณีก็อยากให้สั่งทางโทรศัพท์ บางกรณีก็อยากให้สั่งผ่านแอป