สรุปหกเรื่องที่โมดูล 29 พบ แยกตามว่าแก้ที่ไหน
สรุปทั้งโมดูล| เรื่องที่พบ | หน้า | แก้ที่ไหน | ต้องใช้เงินหรือไม่ | มูลค่าที่เกี่ยวข้อง |
|---|---|---|---|---|
| แสดงอัตราส่งมอบ 95.6% ที่ลูกค้าได้รับจริง 91.8% | 212 | เปลี่ยนแหล่งข้อมูลในหน้านี้ | ไม่ต้อง | 709 เที่ยวต่อปี |
| ครอบคลุมลูกค้า 11.9% แต่ยอดขาย 68.4% | 212 | เปิดให้ลูกค้าลงทะเบียนเอง | ไม่ต้อง | 10,844 รายย่อย |
| วันส่ง 77.0% เป็นการประมาณแต่แสดงเหมือนคำมั่น | 213 | เพิ่มข้อความกำกับ | ไม่ต้อง | 14,364 คำสั่งซื้อ |
| หลักฐานส่งมอบหาไม่เจอกลายเป็นข้อโต้แย้ง | 214 | โมดูล 18 หน้า 187 | ไม่ต้อง | ฿44.28M |
| อัตราการตอบ 78.4% รวม AI · ของคนคือ 54.2% | 215 | แยกรายงานสามตัวเลข | ไม่ต้อง | 1,644 เรื่อง |
| 7,644 คนได้รับการตลาดโดยไม่มีบันทึกยินยอม | 216 | หยุดส่งและขอยินยอมใหม่ | ไม่ต้อง | 7,644 คน |
ทั้งหกเรื่องไม่มีเรื่องใดที่ต้องใช้เงินแก้ · สี่เรื่องแก้ได้ทันทีในหน้าจอ · หนึ่งเรื่องต้องแก้ที่โมดูล 18 · หนึ่งเรื่องต้องขอความยินยอมใหม่ซึ่งใช้เวลา
ห้าจากหกเรื่องเป็นปัญหาที่มีอยู่แล้วในโมดูลปฏิบัติการ และปรากฏเมื่อข้อมูลถูกแสดงต่อลูกค้า — อัตราส่งมอบที่ผิดเป็นเรื่องที่โมดูล 18 พบก่อนแล้ว หลักฐานที่หาไม่เจอก็เช่นกัน · เรื่องเดียวที่เกิดจากช่องทางนี้เองคือการไม่แยกวันที่เป็นคำมั่นออกจากที่เป็นการประมาณ ซึ่งเป็นเรื่องของการออกแบบหน้าจอ · บทบาทของช่องทางลูกค้าจึงไม่ใช่การแก้ปัญหา แต่คือการทำให้ปัญหาปรากฏต่อคนที่บริษัทควบคุมไม่ได้ · และนี่คือเหตุผลที่ลำดับสำคัญ คือแก้ปัญหาต้นทางก่อนขยายช่องทาง ซึ่งหน้า 214 แสดงให้เห็นชัดที่สุด · ถ้าขยายช่องทางไปยังลูกค้ารายย่อย 10,844 รายก่อนแก้เรื่องหลักฐานส่งมอบ ข้อโต้แย้งจะเพิ่มตามสัดส่วนทันที · ในทางกลับกัน ถ้าแก้เรื่องเอกสารได้ก่อน ข้อโต้แย้ง 186 ใบมูลค่า ฿44.28M จะหายไปเองโดยไม่ต้องทำอะไรเพิ่มที่ช่องทางนี้
สามช่องทางที่คนนอกองค์กรเห็น 19 เรื่อง · ไม่มีเรื่องใดเกิดจากช่องทางเอง
| ช่องทาง | คนที่เห็น | เรื่องที่พบ | ความเสี่ยงหลัก | สิ่งที่แก้ย้อนหลังไม่ได้ |
|---|---|---|---|---|
| 26 ผู้ถือหุ้นและนักลงทุน | 42 ราย | 6 | ให้ข้อมูลแก่บางคนก่อน | ข้อมูลที่เผยแพร่ไปแล้ว |
| 27 พนักงาน | 2,458 คน | 7 | ประมวลผลโดยเจ้าของไม่รู้ | การตัดสินใจที่ใช้ข้อมูลผิดวัตถุประสงค์ |
| 29 ลูกค้า | 12,458 ราย | 6 | แสดงตัวเลขที่ดีกว่าความจริง | ข้อโต้แย้งที่เกิดขึ้นแล้ว ฿44.28M |
| รวม | 14,958 | 19 |
42 + 2,458 + 12,458 = 14,958 คน ที่สามช่องทางนี้แสดงข้อมูลให้ · เรื่องที่พบรวม 6 + 7 + 6 = 19 เรื่อง · ในนั้นเรื่องที่เกิดจากช่องทางเองมีเพียง 3 เรื่อง ที่เหลือ 16 เรื่องเป็นปัญหาที่มีอยู่แล้วในโมดูลปฏิบัติการ
ทั้งสามช่องทางมีโครงสร้างของปัญหาเหมือนกัน คือมีคนกลุ่มหนึ่งที่ข้อมูลเกี่ยวกับตัวเขาถูกใช้โดยที่เขาไม่เห็นทั้งหมด — และทั้งสามกลุ่มมีอำนาจต่อรองต่างกันมาก · ผู้ถือหุ้น 42 รายมีอำนาจมากที่สุดและมีกฎหมายคุ้มครองชัดที่สุด ส่วนพนักงาน 2,458 คนมีอำนาจน้อยที่สุด · ความไม่สมมาตรนี้เป็นเหตุผลที่กฎหมายกำหนดหน้าที่ไว้กับผู้ควบคุมข้อมูล ไม่ใช่ให้เจ้าของข้อมูลไปเรียกร้องเอง · ในโมดูลปฏิบัติการ การพบตัวเลขผิดหมายถึงแก้แล้วใช้ต่อ เพราะทุกคนที่เห็นตัวเลขนั้นอยู่ในองค์กรเดียวกันและได้รับแจ้งพร้อมกัน · ในสามช่องทางนี้ ตัวเลขไปถึงคนที่ไม่ได้อยู่ใต้การควบคุมของบริษัท จึงแก้ตัวเลขแล้วบอกให้เข้าใจใหม่ไม่ได้ · รูปแบบของข้อผิดพลาดเหมือนกับที่พบในทุกโมดูลตลอดทั้งระบบ คือการรวมสิ่งที่วัดคนละอย่าง ตัวหารไม่ครบ และการคำนวณซ้ำในที่ที่นิยามไม่ตรงกัน · สิ่งที่ต่างคือผลของมัน
ห้าหลักการที่บังคับในช่องทางลูกค้า สิ่งที่ต่างจากหน้าจอภายใน
| หลักการ | เหตุผล | สถานะ |
|---|---|---|
| ตัวเลขที่แสดงต้องเป็นตัวเลขที่ลูกค้าได้รับผลจริง | ไม่ใช่ตัวเลขที่ฝ่ายใดฝ่ายหนึ่งควบคุมได้ | ยังไม่ทำ |
| คำมั่นต้องแยกจากการประมาณอย่างชัดเจน | สิ่งที่แสดงอาจถูกอ้างเป็นคำมั่นได้ | ยังไม่ทำ |
| AI ที่ตอบลูกค้าต้องบอกว่าเป็น AI | และมีทางติดต่อคนได้เสมอ | บอกแล้วแต่ไม่เด่นพอ |
| ลูกค้าเห็นข้อมูลของตนเองเท่านั้น | ไม่เห็นราคาหรือเงื่อนไขของลูกค้ารายอื่น | บังคับแล้ว |
| ข้อมูลผู้ติดต่อใช้ได้ตามฐานของแต่ละวัตถุประสงค์ | การติดต่อเรื่องงานกับการตลาดใช้ฐานคนละอย่าง | ยังไม่แยก |
สามในห้าข้อยังไม่ทำ ซึ่งเป็นสัดส่วนที่สูงกว่าโมดูล 26 และ 27 — เพราะช่องทางลูกค้าถูกออกแบบให้ใช้ง่ายเป็นหลัก และข้อกำหนดเหล่านี้ทำให้หน้าจอซับซ้อนขึ้น · ข้อแรกคือเปลี่ยนแหล่งข้อมูลของอัตราส่งมอบ ซึ่งทำได้ในหนึ่งวันและจะทำให้ตัวเลขที่ลูกค้าเห็นตกจาก 95.6% เป็น 91.8% · เรื่องนี้ต้องแจ้งฝ่ายขายและลูกค้ารายใหญ่ล่วงหน้า เพราะจะถูกอ่านว่าบริการแย่ลง ทั้งที่ความจริงไม่เปลี่ยน · ข้อสองคือเพิ่มข้อความกำกับวันส่ง ซึ่งเป็นการเพิ่มคำไม่กี่คำแต่ป้องกันข้อพิพาทได้ทั้งหมด · ข้อห้าคือแยกฐานการใช้ข้อมูล ซึ่งเป็นข้อที่มีผลทางกฎหมายชัดที่สุดและต้องหยุดการส่งการตลาดทันที · สองข้อที่ทำแล้วเป็นข้อที่สำคัญที่สุดในแง่ความเสี่ยง คือลูกค้าเห็นข้อมูลของตนเองเท่านั้น และมีบันทึกทุกครั้งที่เข้าดู ซึ่งใช้พิสูจน์ได้ว่าลูกค้าได้รับแจ้งอะไรเมื่อไร
ขอบเขตของระบบทั้งหมด 31 โมดูล · 216 หน้า
| กลุ่มโมดูล | โมดูล | หน้า | ลักษณะของสิ่งที่ตรวจพบ |
|---|---|---|---|
| โมดูลปฏิบัติการ (07–25) | 19 | 134 | ตัวหารไม่ครบ · รวมสิ่งที่วัดคนละอย่าง · คำนวณซ้ำ |
| โมดูลตั้งค่าและควบคุม (01–06 · 30 · 31) | 8 | 66 | ขอบเขตอำนาจ · การกระจายสิทธิ์ · การกระทบยอด |
| ช่องทางที่คนนอกเห็น (26 · 27 · 28 · 29) | 4 | 19 | สิ่งที่แก้ย้อนหลังไม่ได้เมื่อออกไปแล้ว |
| หน้าสารบัญและศูนย์ควบคุม | — | 2 | ไม่อยู่ในผังโมดูล |
134 + 66 + 19 + 2 = 221 รายการ ซึ่งมากกว่าไฟล์จริง 216 เพราะบางหน้าถูกลงทะเบียนในสองโมดูล · ไฟล์ไม่ซ้ำ 216 หน้า · ช่องทางที่คนนอกเห็นมี 19 หน้า คิดเป็น 8.8% ของทั้งระบบ แต่เป็นส่วนที่ข้อผิดพลาดมีผลนอกองค์กร
เมื่อมองย้อนทั้งระบบ ข้อผิดพลาดที่พบทุกโมดูลมีรูปแบบเดียวกันสามแบบ — ตัวหารไม่ครบหรือมาจากคนละขอบเขต การรวมสิ่งที่วัดคนละอย่างไว้ในตัวเลขเดียว และการคำนวณซ้ำในที่ที่นิยามไม่ตรงกัน · ไม่มีข้อผิดพลาดใดที่เกิดจากการคำนวณผิด ทุกตัวเลขถูกต้องในที่มาของมันเอง · รูปแบบนี้ตรวจยากเพราะไม่มีอะไรผิดจนกว่าจะนำสองตัวเลขมาวางข้างกัน ซึ่งเป็นสิ่งที่เกิดขึ้นเมื่อสร้างโมดูลใหม่ที่ต้องอ้างอิงตัวเลขของโมดูลเดิม · ตัวอย่างที่ชัดที่สุดคือ OTD ซึ่งถูกพบครั้งแรกในโมดูล 18 และตามไปจนถึงหน้าที่ลูกค้าเห็นในโมดูล 29 · สิ่งที่ระบบนี้ทำได้จริงจึงไม่ใช่การคำนวณให้ถูก แต่คือการทำให้ตัวเลขที่ควรตรงกันถูกวางข้างกันและถูกตรวจ · และการเขียนไว้ทุกครั้งว่าตัวเลขใดมาจากไหน ใช้ตัวหารอะไร และวัดถึงจุดไหน ซึ่งเป็นสิ่งที่ทำให้พบข้อผิดพลาดเหล่านี้ตั้งแต่แรก
สิ่งที่ทั้งระบบยังไม่ปิด เรื่องที่ต้องแก้ที่ต้นทาง
ห้าเรื่องที่ยังไม่ปิดมีสี่เรื่องที่ต้องแก้ที่โมดูลอื่น ไม่ใช่ที่ช่องทางนี้ — ซึ่งเป็นรูปแบบที่พบตลอดทั้งระบบ · เรื่องที่รอนานที่สุดคือ OTD 95.6% ในโมดูล 07 ซึ่งถูกพบตั้งแต่ตอนสร้างโมดูล 18 และตามไปจนถึงหน้าที่ลูกค้าเห็น · การไม่แก้ที่ต้นทางทำให้ต้องแก้ซ้ำทุกหน้าที่อ้างอิงตัวเลขนั้น ซึ่งเป็นสิ่งที่ระบบพยายามหลีกเลี่ยงมาตลอด · เรื่องที่หนักที่สุดคืออัตราส่วนสองตัวในเอกสารที่เผยแพร่ไปแล้ว เพราะเป็นเรื่องเดียวในระบบที่แก้ย้อนหลังไม่ได้เลย · สิ่งที่ทำได้คือหยุดไม่ให้เกิดซ้ำ ซึ่งคือการทำให้ตัวเลขในเอกสารเผยแพร่ดึงจากระบบโดยตรง ตามที่หน้า 205 ระบุไว้ · เรื่องเดียวที่ทำได้ครบตั้งแต่ต้นคือการเขียนที่มาและตัวหารกำกับทุกตัวเลข ซึ่งเป็นเหตุผลที่พบข้อผิดพลาดทั้งหมดนี้ · ระบบที่ไม่เขียนที่มาไว้จะยังมีข้อผิดพลาดเหล่านี้อยู่ครบ เพียงแต่ไม่มีใครเห็น
ต้นแบบ — ข้อมูลตัวอย่าง · โมดูลนี้พบหกเรื่อง โดยสี่เรื่องแก้ได้ทันทีโดยไม่ต้องใช้เงิน คือเปลี่ยนแหล่งข้อมูลของอัตราส่งมอบ แยกวันที่เป็นคำมั่นออกจากที่เป็นการประมาณ แยกรายงานอัตราการตอบของคนกับของ AI และหยุดส่งการตลาดถึงผู้ที่ไม่มีบันทึกความยินยอม · สามช่องทางที่คนนอกองค์กรเห็นพบรวม 19 เรื่อง และไม่มีเรื่องใดที่เกิดจากช่องทางเอง ทุกเรื่องเป็นปัญหาที่มีอยู่แล้วในโมดูลปฏิบัติการและปรากฏเมื่อมีคนนอกมองเห็น · ความต่างคือคนนอกไม่ได้อยู่ใต้การควบคุมของบริษัท จึงแก้ตัวเลขแล้วบอกให้เข้าใจใหม่ไม่ได้ · ระบบมี 31 โมดูล ครบทุกโมดูล รวม 216 หน้า