SRT · การรถไฟแห่งประเทศไทย · นำเสนอคณะกรรมการตรวจรับพัสดุ · เอกสาร 29 ต.ค. 2569 · 16 สไลด์ · สรุป 30 ต.ค. 2569

SRT Big Data Passenger and Tourism Platform — งวดงานที่ 2: ศึกษาวิเคราะห์และออกแบบสถาปัตยกรรมข้อมูลขนาดใหญ่

โครงการจ้างที่ปรึกษาพัฒนาระบบข้อมูลขนาดใหญ่ (Big Data) และแพลตฟอร์มด้านการบริการโดยสารและการบริการท่องเที่ยว · จัดทำโดย บริษัท ไพร์ม โซลูชั่น แอนด์ เซอร์วิส จำกัด · สิ่งส่งมอบตาม TOR ข้อ 4.2: รายงาน 25 ชุด

ที่รัก = ผู้ลงทุนงวดงานที่ 2TOR 4.2รายงาน 25 ชุดC1–C79 ระบบต้นทางP01–P09แผน 3 ปีPDPA

Original slides · 8 pages

Next Step · ในฐานะผู้ลงทุน (Make it happen)

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

  • •⏳ 1 · ให้ทีมแก้ 5 จุดในสไลด์ก่อนเข้าคณะกรรมการ (วันที่ในสไลด์ 1 · QR/ลิงก์สไลด์ 16 · หัวเรื่องสไลด์ 15 · ตัวหนังสือทับกันสไลด์ 9 และ 12) — ตรวจรับสะดุดเพราะงานเอกสาร = เงินงวดเลื่อน
  • •⏳ 2 · ขอวันนำเสนอและวันตรวจรับงวด 2 จากทีม เพื่อรู้ว่าเงินงวดจะเข้าเมื่อไร
  • •⏳ 3 · ยืนยันสิทธิ์เข้าถึงข้อมูล 9 ระบบต้นทางกับ รฟท. ก่อนเริ่มงวด 3 — ถ้าข้อมูลไม่เปิด ทีมส่งงานงวดถัดไปไม่ได้ นี่คือความเสี่ยงใหญ่ที่สุดต่อเงินลงทุน
  • •จับตา P09 Quick Win 3 เดือนแรก — จุดเดียวในแผนที่สัญญาผลเร็ว ถ้าทำได้จริงคือหลักฐานความคุ้มค่าสำหรับเฟสถัดไป
  • •สิ่งที่ขอจากคณะกรรมการ (สไลด์ 15): พิจารณาความครบถ้วนตามขอบเขต · ความสอดคล้องของผลออกแบบ · ข้อคิดเห็นสำหรับดำเนินงานต่อ
  • •ส่งต่องวดที่ 3: ความต้องการและเส้นทางบริการ · แบบจำลองและพจนานุกรมข้อมูล · องค์ประกอบระบบและข้อเชื่อมโยง · ข้อควบคุม · สมมติฐานและประเด็นรอยืนยัน

ขอบเขตตาม TOR ข้อ 4.2 และผลงานที่นำเสนอ

งวดที่ 2 เป็นงานศึกษาและออกแบบเชิงสถาปัตยกรรม เพื่อเป็นฐานดำเนินงานในงวดถัดไป ไม่ได้ระบุผลิตภัณฑ์ เครื่องมือ หรือแพลตฟอร์มเฉพาะ

TORขอบเขตผลผลิตหลักตำแหน่งในรายงาน
4.2(1)ศึกษาระบบปัจจุบัน ความต้องการ และแหล่งข้อมูลสภาพปัจจุบัน ระบบต้นทาง แหล่งข้อมูล และการไหลเวียนบทที่ 2–5 และ 7
4.2(2)ออกแบบสถาปัตยกรรมข้อมูลการจัดเก็บ ประมวลผล ใช้ประโยชน์ แบบจำลอง และข้อมูลรายงานบทที่ 5–6 และ 9 · ภาคผนวก ง
4.2(3)ประเมินเทคโนโลยีและสภาพแวดล้อมเกณฑ์ ทางเลือก เหตุผล และสถาปัตยกรรมระดับแนวคิดบทที่ 8
4.2(4)รองรับการใช้ประโยชน์หลายมิตินิยาม มาตรฐาน ความสัมพันธ์ และข้อควบคุมที่ต่อยอดได้บทที่ 5–6 · ภาคผนวก ง

ชุดรายงาน: รายงานฉบับนำส่ง 10 บท + ภาคผนวก ก–ง (ก: โครงการริเริ่ม 9 โครงการ · ข: ศึกษาพื้นที่และสัมภาษณ์นายสถานี · ค: สัมภาษณ์หน่วยงาน · ง: โครงสร้างข้อมูล พจนานุกรม และตารางตรวจสอบย้อนกลับ)

ผลศึกษาสภาพปัจจุบัน · ข้อค้นพบและผลต่อการออกแบบ

วิธีศึกษาตามสถาปัตยกรรมองค์กร 4 ด้าน (ธุรกิจ · ข้อมูล · ระบบงาน · เทคโนโลยี) ลำดับ: ความต้องการ → สภาพปัจจุบัน → ช่องว่าง → สถาปัตยกรรมเป้าหมาย → แผนเปลี่ยนผ่าน · หลักฐาน: รายงาน EA ของ รฟท. ถึงปี 2567, นโยบายและเอกสารกระบวนงาน, สัมภาษณ์และศึกษาพื้นที่

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

สถานะระบบที่ต้องสื่อสารให้ชัด: TTS ใช้งานในบริบทผู้โดยสาร · TTFMS ใช้งานด้านขนส่งสินค้า · CTD และ FMIS มีข้อมูลประกอบการศึกษาระบุการใช้งาน · TOMs Phase 1 อยู่ระหว่างดำเนินการ

ขีดความสามารถทางธุรกิจ 5 กลุ่ม × กรณีใช้ข้อมูลเชิงยุทธศาสตร์ 5 ด้าน

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

ขีดความสามารถกรณีใช้ข้อมูล
BC-01 การบริการผู้โดยสารด้วยข้อมูล1 · การวิเคราะห์ตลาดและความต้องการเดินทาง
BC-02 การส่งเสริมการท่องเที่ยวด้วยข้อมูล2 · การบริการผู้โดยสารเฉพาะบุคคล
BC-03 การบริหารการเดินรถและบริการด้วยข้อมูล3 · ระบบข้อมูลอัจฉริยะด้านการท่องเที่ยวทางราง
BC-04 การสร้างรายได้และโอกาสทางธุรกิจด้วยข้อมูล4 · การวิเคราะห์และเพิ่มประสิทธิภาพรายได้
BC-05 การใช้ข้อมูลสนับสนุนการตัดสินใจของผู้บริหาร5 · ระบบข้อมูลเพื่อการบริหารองค์กร

ระบบต้นทาง 9 รายการ และแหล่งข้อมูลภายนอก

ความพร้อมเชื่อมต่อและสิทธิ์ใช้ข้อมูลต้องยืนยันรายแหล่ง

ระบบข้อมูล
1 · D-Ticketการจอง บัตรโดยสาร การจำหน่าย และสถานะรายการ
2 · CTDแผนและตารางเดินรถ
3 · TTSติดตามขบวนรถและข้อมูลเดินรถจริงด้านผู้โดยสาร
4 · กลุ่มระบบปฏิบัติการเดินรถและสินค้าTTFMS ใช้งานด้านขนส่งสินค้า · TOMs Phase 1 อยู่ระหว่างดำเนินการ
5 · FMISการเงิน บัญชี รายได้ และค่าใช้จ่าย
6 · HRISบุคลากร หน่วยงาน และการปฏิบัติงานตามสิทธิ
7 · CMMSสินทรัพย์ การซ่อมบำรุง และสถานะทรัพยากร
8 · Service Assessmentผลประเมินคุณภาพบริการและข้อเสนอแนะ
9 · Complaint Managementข้อร้องเรียน ช่องทางรับเรื่อง และสถานะดำเนินการ
  • •แหล่งภายนอกที่พิจารณา: ข้อมูลท่องเที่ยวจาก ททท. · ข้อมูลเปิดภาครัฐ · แผนที่และภูมิสารสนเทศ · สภาพอากาศ · การเดินทางเชื่อมต่อ · ความสนใจจากช่องทางสาธารณะที่อนุญาต

TTFMS และ TOMs แยกบทบาทและสถานะ ไม่ถือว่าเป็นระบบเดียวกันหรือทดแทนกันแล้ว

สถาปัตยกรรมเป้าหมาย · องค์ประกอบ C1–C7

การไหลของข้อมูล: แหล่งข้อมูล → รับเข้าและเก็บต้นฉบับ → ตรวจและบูรณาการ → จัดเตรียมพร้อมใช้ → วิเคราะห์และให้บริการ

องค์ประกอบหน้าที่
C1 บริการรับข้อมูลรับข้อมูลจากระบบภายในและภายนอกตามช่องทางที่พร้อม
C2 บูรณาการและประมวลผลตรวจคุณภาพ แปลงมาตรฐาน จับคู่ และเชื่อมข้อมูล
C3 คลังข้อมูลดิบเก็บข้อมูลต้นฉบับและประวัติ เพื่อตรวจสอบหรือประมวลผลซ้ำ
C4 คลังข้อมูลกลางเก็บข้อมูลบูรณาการและชุดข้อมูลวิเคราะห์ที่มีนิยามชัดเจน
C5 บริการวิเคราะห์ข้อมูลและ AIวิเคราะห์ รายงาน และพัฒนาแบบวิเคราะห์ตามความพร้อม
C6 บริการข้อมูลและ APIให้บริการข้อมูลแก่รายงาน แอปพลิเคชัน และผู้ใช้ตามสิทธิ
C7 ธรรมาภิบาล ความปลอดภัย และติดตามข้อมูลกำกับ ที่มา คุณภาพ สิทธิ และการใช้งานตลอดเส้นทาง

แบบจำลองข้อมูล 3 ระดับ: เชิงแนวคิด → เชิงตรรกะ → เชิงกายภาพ (บทที่ 6 และภาคผนวก ง.1–ง.3) แยกผู้จอง/ผู้เดินทาง/ผู้ชำระเงิน · แยกตั๋วและช่วงเดินทางออกจากรายการเงินและบัญชี · เก็บประวัติสถานะและรุ่นข้อมูล

ผลิตภัณฑ์ข้อมูลและบริการวิเคราะห์ 5 กลุ่ม

เป็นภาพแนวคิดและการออกแบบ ยังไม่แสดงผลดำเนินงานจริงของระบบเป้าหมาย

  • •Executive Dashboard — ภาพรวมผลดำเนินงาน ตัวชี้วัด และข้อมูลสำหรับผู้บริหาร
  • •Passenger & Travel Analytics — พฤติกรรมผู้โดยสาร ความนิยมเส้นทาง ความต้องการเดินทาง
  • •Tourism Intelligence — ข้อมูลท่องเที่ยว เส้นทาง ผลิตภัณฑ์ และการวิเคราะห์เชิงพื้นที่
  • •Logistics Intelligence (ส่วนต่อยอด) — แนวทางวิเคราะห์การขนส่งสินค้าและโลจิสติกส์
  • •Marketing Intelligence — กลุ่มเป้าหมาย ประเมินกิจกรรม สนับสนุนการตลาดเชิงรุก
  • •หลักการออกแบบ: แยกหน่วยข้อเท็จจริง · ใช้มิติร่วม (วัน เวลา สถานี เส้นทาง ช่องทาง หน่วยงาน) · กำหนดนิยามตัวชี้วัด · แยกความหมายทางการเงิน (ยอดขาย ยอดรับชำระ รายได้ตามงวดบัญชี)

ทางเลือกเทคโนโลยีและธรรมาภิบาลข้อมูล

เสนอความสามารถและเป้าหมายเชิงสถาปัตยกรรมตาม TOR โดยไม่ระบุผลิตภัณฑ์

  • •รับเข้า: เริ่มจากไฟล์หรือรอบประมวลผล ใช้ API หรือเหตุการณ์ตามความจำเป็นและความพร้อม
  • •จัดเก็บ: โครงสร้างเชิงสัมพันธ์ร่วมกับพื้นที่เก็บไฟล์หรือวัตถุ
  • •ประมวลผล: แยกงานตามรอบ งานตอบคำขอ และงานเบื้องหลัง พร้อมกลไกประมวลผลซ้ำ
  • •เกณฑ์ประเมิน 7 ข้อ: ความสามารถตามงาน · ความปลอดภัย · การทำงานร่วมกัน · สมรรถนะ · การดูแลและถ่ายทอด · ต้นทุนตลอดอายุ · ทรัพยากรเดิม
  • •ต้องยืนยันก่อนกำหนดรายละเอียดจริง: ปริมาณข้อมูล · ภาระงาน · ช่องทางเชื่อมต่อ · สิทธิ · ทรัพยากรเดิม · เงื่อนไขการปฏิบัติการ
  • •ธรรมาภิบาล: บทบาทเจ้าของ/ผู้ดูแลข้อมูล · มาตรฐานและที่มา · คุณภาพข้อมูล · สิทธิและข้อมูลส่วนบุคคล · การตรวจสอบและวงจรชีวิต
  • •กรอบอ้างอิง: นโยบาย รฟท. · ISO/IEC 27001:2022 และ 27002:2022 · พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล 2562 · พ.ร.บ. การรักษาความมั่นคงปลอดภัยไซเบอร์ 2562

ช่องว่างและแผนเปลี่ยนผ่าน 3 ปี

ปีที่ 1 เตรียมฐานข้อมูล สิทธิ และงานนำร่อง → ปีที่ 2 ปรับจากบทเรียน ขยายข้อมูล ผู้ใช้ และกิจกรรม → ปีที่ 3 เชื่อมผลผลิต รับช่วง และจัดความต่อเนื่อง

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

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

โครงการริเริ่ม 9 โครงการ (3 กลุ่ม)

แนวทางเริ่มต้น: P01–P03 และ P08 เพื่อเตรียมฐาน ควบคู่กับ P09 และงานนำร่องที่มีข้อมูลพร้อม

โครงการกลุ่มประโยชน์
P01 เตรียมความพร้อมและยกระดับคุณภาพข้อมูลฐานข้อมูลและการกำกับดูแลข้อมูลสำคัญพร้อมใช้และทราบปัญหาที่ต้องแก้
P02 พัฒนามาตรฐานและบูรณาการข้อมูลฐานข้อมูลและการกำกับดูแลเชื่อมข้อมูลด้วยนิยามและรหัสร่วม
P03 ธรรมาภิบาลข้อมูลและความมั่นคงปลอดภัยฐานข้อมูลและการกำกับดูแลมีผู้รับผิดชอบ สิทธิ และข้อควบคุม
P04 รายงานและตัวชี้วัดผู้บริหารการใช้ประโยชน์ข้อมูลนำร่องสนับสนุนการบริหารและติดตามผล
P05 วิเคราะห์ผู้โดยสารและความต้องการเดินทางการใช้ประโยชน์ข้อมูลนำร่องสนับสนุนแผนบริการและกลุ่มเป้าหมาย
P06 วิเคราะห์ข้อมูลการท่องเที่ยวทางรางการใช้ประโยชน์ข้อมูลนำร่องสนับสนุนเส้นทางและผลิตภัณฑ์ท่องเที่ยว
P07 วิเคราะห์การขนส่งสินค้าเพื่อการต่อยอด (ส่วนต่อยอด)การใช้ประโยชน์ข้อมูลนำร่องประเมินโอกาสเมื่อพิจารณาขอบเขตแล้ว
P08 พัฒนาทักษะข้อมูล การวิเคราะห์ และ AIบุคลากรและคุณค่าทางธุรกิจบุคลากรใช้งานและรับช่วงได้
P09 จ้างผู้เชี่ยวชาญการตลาดเชิงรุกบุคลากรและคุณค่าทางธุรกิจนำข้อมูลไปสู่กิจกรรมและผลประเมินจริง

P09 การตลาดเชิงรุก · แผน 3 ปี สร้างคุณค่าตั้งแต่ 3 เดือนแรก

Quick Win 3 เดือนแรก: เลือกบริการพร้อมขาย → ทดลองแคมเปญ → วัดผลและปรับข้อเสนอ · ปีที่ 1 วางฐานและทดลองตลาด · ปีที่ 2 ปรับปรุงและขยายผล · ปีที่ 3 เพิ่มความคุ้มค่าและถ่ายทอด

  • •01 ข้อมูลลูกค้าและตลาด — วิเคราะห์กลุ่มลูกค้า ระบุตลาดเป้าหมาย จัดกลุ่มลูกค้า → รายงานข้อมูลเชิงลึกลูกค้าและตลาด
  • •02 ผลิตภัณฑ์และการท่องเที่ยว — บริการและแพ็กเกจท่องเที่ยว เชื่อมเส้นทาง แหล่งท่องเที่ยว และท้องถิ่น → ข้อเสนอผลิตภัณฑ์และเส้นทาง
  • •03 กลยุทธ์และแคมเปญ — กลยุทธ์ระยะสั้นและยาว แคมเปญหลายช่องทาง วัดผลจากข้อมูลจริง → แผนกลยุทธ์และแคมเปญ
  • •04 ช่องทางและรายได้ — ปรับการจองและช่องทาง D-Ticket / OTA ราคาและโปรโมชั่น → แผนเพิ่มประสิทธิภาพช่องทางและรายได้
  • •05 ประสบการณ์และความผูกพัน — ยกระดับการเดินทางและบริการหลังขาย โปรแกรมสมาชิก → กรอบประสบการณ์และความผูกพันลูกค้า

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

ข้อสังเกตจากการอ่าน (น้อง) · ยังไม่ได้แก้

เนื้อหาสอดคล้องกันทั้งชุด ตัวเลขและรหัส (BC-01–05, C1–C7, P01–P09, TOR 4.2(1)–(4)) ตรงกันทุกสไลด์ · PDF เป็นภาพจาก Canva ทั้งหมด ต้องแก้ใน Canva ต้นฉบับ

  • •⚠️ สไลด์ 1: ช่อง "วันที่" ยังว่าง
  • •⚠️ สไลด์ 16: QR Code และลิงก์โฟลเดอร์เอกสารยังเป็นข้อความตัวอย่าง
  • •⚠️ สไลด์ 15: หัวเรื่องขึ้นต้นด้วย "P09" แต่เนื้อหาเป็นสรุปความครอบคลุมตาม TOR ทั้งชุด ไม่ใช่ P09 (น่าจะติดมาจากสไลด์ 14)
  • •⚠️ สไลด์ 9: บรรทัด "หมายเหตุ" ทับกับ "อ้างอิง: บทที่ 4–7" ที่มุมซ้ายล่าง อ่านไม่ออก
  • •⚠️ สไลด์ 12: บรรทัด "อ้างอิง: บทที่ 10 …" ถูกแถบท้ายสไลด์บังครึ่งหนึ่ง

ไฟล์ 31.8 MB (ภาพความละเอียดสูง) — ถ้าต้องส่งทางอีเมลอาจต้องบีบขนาด

How we can apply this

WorkUse forFitNotes
เงินงวด / กระแสเงินสดให้รายจ่ายทีมออกตามจังหวะการตรวจรับแต่ละงวด ไม่จ่ายล่วงหน้าเกินงวดที่ตรวจรับแล้ว✅ Fitรายได้เข้าเมื่อ รฟท. ตรวจรับ — ถ้ารายจ่ายวิ่งนำ ผู้ลงทุนแบกเงินระหว่างรอ
ความเสี่ยงข้อมูลต้นทาง 9 ระบบขอหนังสือยืนยันสิทธิ์และช่องทางเชื่อมต่อข้อมูลจาก รฟท. ก่อนเริ่มงวด 3⚠️ Cautionทีมเขียนเองว่า "ความพร้อมเชื่อมต่อและสิทธิ์ใช้ข้อมูลต้องยืนยันรายแหล่ง" และสถานะ TTFMS / TOMs ยังไม่นิ่ง — งานงวด 3 อาจต้องแก้แบบ
ต่อยอด P09 · การตลาดเชิงรุกผูกกับ SRT Digital Marketing SOW (จ้างรายเดือน) ที่อยู่ใน Consult แล้ว — เป็นรายได้ประจำหลังจบโครงการ✅ FitSOW เขียนไว้ว่าผลแคมเปญไหลกลับเข้า Big Data Platform — สองงานเสริมกัน ทำให้ข้อมูลมีคนใช้จริงและวัดรายได้ได้
การเลือกเทคโนโลยีในงวดถัดไปงวดนี้ไม่ระบุผลิตภัณฑ์ (ตาม TOR) — การเลือกแพลตฟอร์มจริงคือจุดที่กำหนดต้นทุนทั้งโครงการ⚠️ Cautionในเกณฑ์ 7 ข้อมี "ต้นทุนตลอดอายุ" — ขอตัวเลขเทียบทางเลือกให้ที่รักเห็นก่อนทีมตัดสิน

Open questions

  1. 1.มูลค่าสัญญาและสัดส่วนเงินแต่ละงวดเท่าไร — น้องจะทำกราฟเงินเข้า–เงินออกต่องวดให้ดูบนหน้านี้
  2. 2.ข้อตกลงระหว่างที่รักกับ บ. ไพร์ม โซลูชั่น แอนด์ เซอร์วิส เป็นแบบไหน (ลงทุนเต็ม / ร่วมทุน / ส่วนแบ่ง) — เพื่อคิดผลตอบแทนให้ถูก
  3. 3.อยากให้น้องแก้จุดในหัวข้อ "ข้อสังเกตจากการอ่าน" แล้วทำ PDF ฉบับใหม่ไหม (ต้องได้ลิงก์โฟลเดอร์เอกสารและวันที่นำเสนอก่อน)