SCCC Queue · Requirementsเอกสารวิเคราะห์ภายใน
การวิเคราะห์ความต้องการ · เอกสารภายใน · เพื่อทำข้อเสนอ & ตีราคา

จัดคิว เช็คอิน & จองล่วงหน้า รถรับปูน — โรงงานสระบุรี SCCC

สรุปสิ่งที่ INSEE Digital / ปูนอินทรี (SCCC) ต้องการ จากทั้ง RFP, สไลด์สรุป requirement และ minutes การประชุม — ทุกข้อมีตราอ้างอิงกลับไปหน้าเอกสารต้นทางได้. เฟสนี้ยังไม่คิด solution โฟกัสที่ ลูกค้าต้องการอะไร ให้ครบก่อน.

PILLAR 01

Queuing Visibility

เห็นสถานะคิว & เวลารอแบบ real-time ให้คนขับและลูกค้ารู้ตำแหน่งของตัวเองตลอด

PILLAR 02

Online Check-In

เช็คอินผ่านมือถือก่อนถึงโรงงาน (geofence/CI1) → Gate-In → CI2 อัตโนมัติ เชื่อมกับ DAS

PILLAR 03

Advanced Slot Booking

ลูกค้า/ผู้ขนส่งจองสล็อตรับปูนล่วงหน้า ภายใต้ booking policy ที่จำกัดด้วยโควต้า

สถานะการทำงานปัจจุบัน · โรงงานสระบุรี (SRB)
~1,000
SH / วัน
ชิปเมนต์เช็คอินต่อวัน (ปี 2025)
77
คัน / ชม.
ความหนาแน่นรถช่วง Gate-In peak
78
คน / ชม.
คนขับแออัดช่วง Check-In peak
13%
เหนื่อยล้า
ของเคสความปลอดภัยปี 2025
40%
ช่วง peak
เช็คอินกระจุกช่วง 15–19 น.
−30–40
นาที
เป้าหมายลด cycle time
ต้องตัดสินใจ

11 คำถามที่ต้องเคลียร์กับ SCCC

จุดกำกวม ข้อขัดแย้ง และข้อมูลที่ขาด ซึ่งมีผลต่อ scope, sizing และราคา. ต้องเคลียร์ให้ได้ก่อนออกแบบ solution — นี่คือจุดที่คมที่สุดของ RFP ฉบับนี้.

01 ชื่อโครงการที่ไม่สอดคล้องกัน และ footer ที่หลงเหลือจาก templateชื่อโครงการในเอกสารต้นทาง ไม่ตรงกันหลายแบบ — ต้องขอชื่อ canonical ของ product/project ที่ถูกต้อง 02 ค่า threshold เชิงตัวเลขที่ยังไม่ได้กำหนด — geofence radius และ tolerance/window timeตัวเลขที่ "ตัดสินใจไม่ได้" หลายตัวยังเป็น placeholder (XX / HH:MM / ±1H?) ที่ vendor ต 03 ช่วง lead-time การจองล่วงหน้า (Advance-booking) ยังไม่ได้ข้อสรุปช่วงเวลาที่กำหนดว่า "จองล่วงหน้าได้เร็วหรือนานเพียงใด" ของ Advanced Slot Booking ยังไม 04 ความขัดแย้งของลำดับความสำคัญคิว และความไม่ตรงกันของจำนวน channel (3 vs 4)มี 2 เรื่องที่ยังไม่ได้ข้อสรุปเกี่ยวกับ "การจัดลำดับคิวรวม" จากหลายช่องทาง — เป็นหัวใจ 05 ขอบเขตโรงงาน — เฉพาะ SRB หรือรวม Rayong และการขยายในอนาคตทุกสไลด์และ use case ใน RFP มุ่งไปที่ SRB (Saraburi / สระบุรี) เพียงแห่งเดียว แต่ minutes เปิดปร 06 ช่องว่างของ PK Driver Master และวิธียืนยันตัวตนคนขับ (TBC)สอง open item ที่ SCCC mark TBC ไว้ชัดเจนบนสไลด์ และเป็นรายการที่ "รอ vendor เสนอวิธี" 07 แนวทาง master-data ของ Truck-ID สำหรับแยก channel (TBC)SCCC ขอให้มี "วิธี validate เพื่อแยก truck ID ว่ามาจากช่องทางใด" แต่ mark ว่า TBC รอ v 08 ความเป็นเจ้าของ สัญญา และค่าใช้จ่ายของการ integrate ระบบกับ DAS / platformจุดเสี่ยงเชิงพาณิชย์และเทคนิคที่ใหญ่ที่สุด (อ้างอิงจาก minutes โดยตรง). 09 เอกสารต้นทางสำคัญที่ถูกอ้างถึงแต่ยังไม่มีในมือมีไฟล์แนบ/embedded หลายตัวที่ถูกอ้างถึงในเอกสารแต่ เรายังไม่มีตัวจริง — และเป็นไฟล์ที่ถือรายละเอ 10 คำย่อและรหัสที่ยังไม่ได้นิยามคำย่อ/รหัสที่ถูกใช้ในเอกสารโดย ไม่มีการนิยาม — ต้องรวบรวมส่งเป็น clarification list เพื่อป้องกัน 11 ประเด็นคุณภาพเอกสาร RFP ที่ต้องยืนยันความไม่สอดคล้องใน RFP ที่ vendor ควรพิจารณา flag/ยืนยัน — ส่วนใหญ่ไม่ใช่ blocker แต่หลายข้อกระทบ

แผนผังความรู้ (Knowledge Graph)

65 record · 10 หมวด
ระดับความมั่นใจ ยืนยันแล้วระบุในเอกสารอนุมานกำกวม
§015

ภาพรวม & สถานะปัจจุบัน

กรอบของโครงการ การทำงานปัจจุบัน (as-is) ปัญหาที่วัดเป็นตัวเลขได้ และขอบเขตงานที่อยู่ใน/นอก scope

Contextเปิด →
§025

กลุ่มผู้ใช้งาน

ใครใช้ระบบบ้าง — คนขับ DL & PK, ลูกค้า/ผู้ขนส่ง, แอดมินฝ่ายปฏิบัติการของ SCCC และเจ้าหน้าที่หน้างาน

Personasเปิด →
§036

กระบวนการทำงาน

ขั้นตอนทั้งแบบ as-is และ to-be, การเช็คอินสองจังหวะ CI1/CI2 และวิธีจัดลำดับคิวข้ามหลายช่องทาง

Processesเปิด →
§0413

ความต้องการเชิงฟังก์ชัน

สิ่งที่ระบบต้องทำได้ — ฟีเจอร์หลัก (FR) และรายการ requirement ละเอียดจาก compliance matrix

Functionalเปิด →
§059

คุณสมบัติเชิงเทคนิค (NFR)

แพลตฟอร์ม สถาปัตยกรรม/โฮสติ้ง ความปลอดภัย การ scale ลิขสิทธิ์ซอร์สโค้ด การทดสอบและ release

Non-Functionalเปิด →
§064

การเชื่อมต่อระบบ

DAS ที่เป็นศูนย์กลาง ระบบต้นทางอื่น ๆ ฮาร์ดแวร์หน้างานเดิม และการแยก booking platform ออกจากแอปคนขับ

Integrationเปิด →
§075

กฎ & เงื่อนไขทางธุรกิจ

รัศมี geofence, ช่วงเวลา tolerance, booking policy, โมเดลโควต้า และ data dictionary ของ master data

Constraintsเปิด →
§081

อภิธานศัพท์

คำศัพท์ ตัวย่อ และโค้ดทุกตัวที่ใช้ในเอกสาร — แต่ละคำตามรอยกลับไปหน้า source ได้

Glossaryเปิด →
§0911

คำถามที่ต้อง clarify

จุดกำกวม ข้อขัดแย้ง และข้อมูลที่ขาด ต้องเคลียร์กับ SCCC ก่อนออกแบบ solution และตีราคา — เป็น output ที่สำคัญที่สุด

Open Qเปิด →
§106

จัดซื้อ & เงื่อนไขสัญญา

ไทม์ไลน์ RFP การยื่นข้อเสนอ เงื่อนไขเชิงพาณิชย์ SLA/maintenance และโครงสร้างข้อเสนอที่ต้องส่ง

Procurementเปิด →