ImpactGo — ปฏิทินงานและระบบพยากรณ์ความหนาแน่น เมืองทองธานี

สถานะ: Sprint 0 + แหล่งข้อมูล 3 แหล่ง (24 ต.ค. 2026) · ยังไม่ deploy สาธารณะ · 56 งานในฐานข้อมูล (27 ในหน้าต่าง 8 สัปดาห์ + 14 รอตรวจ) ผล grill รอบ 1: ยังไม่ผ่าน (4.5/12) — แต่หลังจากปรับขอบเขตเหลือ "ปฏิทินก่อน" เริ่มได้ที่ PLAN-v0.5.md ลิงก์หลัก: https://kenjiroe.github.io/impactgo · สำรอง: https://impactgo.netlify.app · สถานะล่าสุด: STATUS.md โมเดล: ฟรี — ไม่กั้นข้อมูลหลัก · ยังไม่คิดเงินจนกว่าจะช่วยคนได้จริง (ดู PLAN-v0.5.md §10) เจ้าของโครงการ: Ken · โฟลเดอร์ทำงาน: /Users/ken/impactgo

---

1. ปัญหาที่จะแก้

เมืองทองธานีมีงานจัดต่อเนื่องเกือบทุกวัน แต่ข้อมูลกระจัดกระจายและไม่ได้ออกแบบมาเพื่อการตัดสินใจของคน 3 กลุ่ม:

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

2. ข้อค้นพบฐาน (ตรวจวัดจริง 23–24 ต.ค. 2026)

จากปฏิทินอิมแพ็ค 25 งาน (23 ต.ค. – 13 ธ.ค. 2026):

• 45 จาก 52 วันมีงาน (87%) — เฉลี่ย ~2 งานต่อวันที่มีงาน
• วันที่งานซ้อนสูงสุด 7 งาน/วัน (7 พ.ย. 2026)
• ต่อเนื่อง 12 วันติด (2–13 ธ.ค.) — Motor Show + งานฮาร์ดแวร์
• วันว่างจริงมีเพียง 7 วัน: 2, 9, 10, 18, 29, 30 พ.ย. และ 1 ธ.ค.
• ช่องว่างข้อมูล: ปฏิทินไม่บอกฮอลล์ · ไม่มีงานไกลกว่า 2 เดือน (Stray Kids 16–17 ม.ค. 2027 ไม่ปรากฏ) · ไม่มีงานใน Cosmo/Beehive/โรงแรม · ไม่มีจำนวนคน · ฟีด RSS ค้างปี 2023 · ไม่มี iCal/API

รายละเอียดหลักฐานทั้งหมดอยู่ใน DATA_SOURCES.md

3. สิ่งที่สร้าง

ฐานข้อมูลเดียว → 3 ทางออก

                    ┌──────────────────────────┐
  แหล่งข้อมูล 4 ชั้น → │   ImpactGo Data Core     │ → Excel (ร้านค้า)
                    │  event · venue · score    │ → เว็บ/การ์ด (คนมาชมงาน)
                    └──────────────────────────┘ → LINE (รายสัปดาห์)

1. Excel/ชีต — ปฏิทินพีค 6 สัปดาห์ พร้อมคะแนนความหนาแน่น (ร้านค้าพิมพ์ใช้)
2. เว็บหน้าเดียว — ปฏิทินกรองได้ + การ์ด "วันนี้/พรุ่งนี้" (คนมาชมงาน + คนผ่าน)
3. LINE — สรุปสัปดาห์ละครั้ง + แจ้งงานใหม่/งานยกเลิก (ตัวกระตุ้นให้กลับมาใช้)

4. ขอบเขต MVP (4 สัปดาห์)

ทำ: ดึงข้อมูลอัตโนมัติวันละ 2 ครั้ง · รวม 4 แหล่ง · แปลงอาคาร/ประเภทงาน · ให้คะแนน 0–4 รายวัน · ช่วงชั่วโมงเสี่ยง · Excel + เว็บ + LINE · หน้าตรวจสอบข้อมูล (human-in-the-loop)

ไม่ทำใน MVP: พยากรณ์จากเซนเซอร์/กล้อง · ซื้อขายบัตร · แจ้งเตือนเรียลไทม์รายนาที · แอปมือถือ · navigation ในพื้นที่ · เก็บข้อมูลส่วนบุคคล

เริ่มใช้งาน (ฉบับนักพัฒนา)

cd /Users/ken/impactgo
./run.sh            # ดึงปฏิทิน + คำนวณระดับ + สร้างเว็บ (~10 วินาที)
./serve.sh          # เปิด http://localhost:8080
./admin.sh          # หน้า curator http://localhost:8081 (รวม/แยก/ยกเลิกงานรอตรวจ)
python3 tests/test_parse.py   # ทดสอบ parser ด้วย snapshot จริง

ผลลัพธ์:

• site/index.html — หน้าเว็บ (8 สัปดาห์ + heatmap + ตัวกรอง)
• site/events.ics — ปฏิทินทั้งชุด / site/ics/<id>.ics — รายงาน
• data/impactgo.db — ฐานข้อมูล SQLite
• data/snapshots/ — HTML ดิบที่ดึงมา (ตรวจย้อนได้)

ตั้งเวลาให้รันเอง (cron 06:00 และ 12:00):

0 6,12 * * * cd /Users/ken/impactgo && ./run.sh >> data/cron.log 2>&1

5. เอกสารในชุดนี้

ไฟล์	เนื้อหา	ใช้ตอนไหน
PLAN-v0.5.md	แผนที่ใช้จริง: ปฏิทินก่อน 2 สัปดาห์ + ตัววัดผล + โหมดส่วนตัว	เริ่มที่นี่
PLAN.md	แผนฉบับเต็ม 4 สปรินต์ (เก็บไว้อ้างอิงตอนขยาย)	อ่านเมื่อจะขยาย
ARCHITECTURE.md	สถาปัตยกรรม 6 ชั้น, โมเดลข้อมูล, สูตรคะแนน, API	ใช้ตอนลงมือสร้าง
FEASIBILITY.md	ประเมินโอกาสสำเร็จ, การทดลองพิสูจน์, เกณฑ์ฆ่าโปรเจกต์	ใช้ก่อนลงทุนเวลา
DATA_SOURCES.md	แหล่งข้อมูล, วิธีดึง, ข้อจำกัด, กฎ normalization	ใช้ตอนเขียน scraper
deploy/README.md	3 วิธี deploy static + cron	ใช้ตอนเปิดสาธารณะ
docs/DEV.md	คู่มือนักพัฒนา: โครงสร้าง, data flow, env, deploy, troubleshoot	ใช้ตอนแก้โค้ด/รับช่วงต่อ
docs/MARKETING.md	คู่มือการตลาดรายช่องทาง + ปฏิทินเนื้อหา 14 วัน	ใช้ตอนปล่อยและทำการตลาด
docs/ROADMAP.md	แผนพัฒนาต่อฝั่ง dev รองรับช่องทาง + เงื่อนไข trigger ของแต่ละงาน	ใช้วางงานถัดไป / หลังผลตัดสิน 21 พ.ย.
ops/runbook.md	คู่มือปฏิบัติการ 1 หน้า	ใช้ตอนระบบมีปัญหา
db/schema.sql	DDL SQLite พร้อม index และ view	ใช้วันแรกของ Sprint 0
GRILL.html / GRILL.pdf	ใบซักแผน 12 ข้อ 1 หน้า A4 + กฎตัดสิน	ใช้ก่อนเริ่ม Sprint 0 (90 นาที)
GRILL-FILLED.md	ผลตอบ 12 ข้อ + คะแนน + แผน 5 วันพลิก verdict	ใช้อ่านก่อนประชุมตัดสิน
diagrams/*.mmd	Mermaid: context, container, pipeline	ใช้สื่อสารกับคนอื่น

6. เกณฑ์ความสำเร็จแบบเห็นได้

• ข้อมูลใหม่ภายใน 24 ชั่วโมง หลังประกาศ
• ครอบคลุมงานสาธารณะ ≥ 85% เทียบการตรวจนับด้วยมือ 2 สัปดาห์
• ร้านค้านำร่อง 10 ร้าน ใช้รายงาน ≥ 3 สัปดาห์ติด
• ประกาศพีคผิด (false peak) < 10%
• ต้นทุนดำเนินการ < 1,500 บาท/เดือน

7. ขั้นถัดไป

1. อนุมัติขอบเขต MVP ใน PLAN.md
2. ทำ Sprint 0 (26–30 ต.ค.): schema + scraper ปฏิทินอิมแพ็ค + หน้าตรวจสอบ
3. ใช้ช่วงพีค 5–8 พ.ย. เป็นบททดสอบจริงครั้งแรก