CITIMAN Hub/SellKit 360/Competition Intelligence
Internal Working Intelligence

Competition Intelligence

หน้าอ้างอิงสำหรับทีมขายและ Authorized Reseller เพื่อแยกคู่แข่งจริง ทางเลือกทดแทน และวิธีตอบบทสนทนาให้คมขึ้นโดยไม่หลุด claim

Last Verified

17 มิถุนายน 2026

Source Status

PARTIAL — ใช้งานขายภายในได้ แต่หน้า customer-facing ต้อง review ราย claim

Primary Position

CITIMAN คือระบบบริหารคำร้องและงานข้ามหน่วยงานสำหรับ อปท.

Executive Findings

ข้อสรุปที่ต้องใช้เป็น baseline

อย่าขายเหมือนกำลังเทียบกับ software ทุกตัวเท่ากัน เพราะ buyer มักเทียบกับ 4 กลุ่มไม่เหมือนกัน: ช่องทางรัฐ, civic platform, generic tool และวิธีทำงานเดิม

1

คู่แข่งใกล้สุด

`DGA แจ้งรัฐ` และ `Traffy Fondue` ใกล้กับโจทย์ citizen complaint มากที่สุด เพราะเริ่มจากการรับเรื่อง ส่งต่อ และติดตามสถานะ

2

คู่แข่งเชิง ecosystem

`ทางรัฐ` และ `DGA ระบบท้องถิ่นดิจิทัล` เป็นทางเลือกเชิง platform ระดับรัฐ แม้ไม่ชนทุก module แบบตรงตัว

3

คู่แข่งด้านงบประมาณ

`LINE OA`, `Forms`, `Helpdesk`, `CRM`, `Workflow Software` ชนะด้วยความรู้สึกว่าเริ่มเร็วและถูกกว่า ไม่ได้ชนะด้วย fit ต่อ use case เสมอไป

4

คู่แข่งที่อันตรายที่สุด

สถานะเดิมในหน่วยงาน เช่น กระดาษ โทรศัพท์ LINE Group Excel และการส่งต่อด้วยคน คือ baseline ที่ต้องชนะให้ได้ก่อน software อื่น

Positioning ที่ควรใช้

“CITIMAN เป็นระบบบริหารคำร้องและงานข้ามหน่วยงานสำหรับ อปท. ที่รวม intake, assignment, SLA, dashboard, audit trail, status tracking และ report ไว้ในที่เดียว”

Competitive Landscape

แยกสนามให้ชัดก่อนคุย

Direct / Government

คู่แข่งตรงและระบบรัฐ

  • DGA แจ้งรัฐ เหมาะใช้เทียบในมุมรับแจ้งและส่งต่อหน่วยงาน
  • Traffy Fondue เด่นเรื่องช่องทาง LINE และการแจ้งปัญหาเมือง
  • ดังภูมิ คอร์ปอเรชั่น เป็น vendor ระบบสารสนเทศสำหรับหน่วยงานรัฐ/ท้องถิ่น มี e-Service, e-Office และ reference หน่วยงานจำนวนมาก
  • ศูนย์ 1111 ใช้เป็น benchmark เรื่องช่องทางกลางและการติดตามเรื่อง
Ecosystem Alternative

ทางเลือกเชิง platform

  • ทางรัฐ และ DGA ระบบท้องถิ่นดิจิทัล เป็น ecosystem ระดับรัฐ
  • บทสนทนากับ buyer กลุ่มนี้ควรถามเรื่อง workflow หลังรับเรื่อง, dashboard และ report รายกอง
  • ห้าม claim เรื่อง integration ถ้ายังไม่มี technical proof
Budget Alternative

เครื่องมือที่ buyer มองว่า “พอใช้”

  • LINE OA, Google Forms, Microsoft Forms
  • Zendesk, Freshdesk, Zoho CRM, Salesforce
  • Power Automate, monday.com หรือการ build flow เอง
Status Quo

วิธีทำงานเดิมในหน่วยงาน

  • กระดาษ, โทรศัพท์, LINE Group, Excel, ส่งต่อด้วยคน
  • ปัญหาหลักคือเรื่องตกหล่น, ผู้บริหารไม่เห็นภาพรวม, วัด SLA ไม่ได้, ตรวจสอบย้อนหลังยาก
  • หน้านี้ใช้เตรียม discovery question ก่อนเข้าพูดเรื่อง feature
Competitor Profile

วิเคราะห์คู่แข่ง: บริษัท ดังภูมิ คอร์ปอเรชั่น จำกัด

ดังภูมิเป็น vendor ที่ควรถูกมองเป็นคู่แข่งตรงในสนาม อปท. เพราะ public source ระบุว่าเป็นผู้พัฒนาและให้บริการระบบสารสนเทศสำหรับหน่วยงานรัฐและส่วนท้องถิ่น มี e-Office, เว็บไซต์/แอป อปท. และ e-Service สำหรับประชาชน

1

จุดแข็งที่ต้องเคารพ

มีความเชี่ยวชาญในตลาดท้องถิ่นโดยตรง, สื่อสารว่าให้บริการมานานกว่า 14 ปี และมีลูกค้าใช้งานมากกว่า 1,000 หน่วยงาน จึงมี trust ด้าน reference สูง

2

สนามที่อาจชน CITIMAN

e-Service, ระบบยื่นคำร้องออนไลน์, เว็บไซต์/แอปเทศบาล, e-Office และระบบสารบรรณอิเล็กทรอนิกส์ ซึ่ง buyer อาจมองว่าเป็น “ระบบดิจิทัลท้องถิ่น” เหมือนกัน

3

มุมเทียบที่ CITIMAN ควรใช้

อย่าเทียบแค่มีฟอร์มออนไลน์หรือมีเว็บไซต์ ให้เทียบทั้ง lifecycle: intake, assignment, SLA, dashboard, audit trail, executive visibility และการบริหารงานข้ามกอง

4

Discovery Question

“หลังประชาชนยื่นเรื่องแล้ว ระบบช่วยให้ผู้บริหารเห็นงานค้าง แยกตามกอง ผู้รับผิดชอบ SLA และหลักฐานปิดงานได้ครบในจุดเดียวหรือไม่ครับ?”

ประเด็นเทียบ ดังภูมิ CITIMAN Positioning คำพูดแนะนำสำหรับ Sales
Local government reference แข็งแรง มี positioning ชัดในตลาดรัฐและท้องถิ่น ยอมรับ reference ของคู่แข่ง แล้วดึงกลับมาที่ outcome ของ workflow เมือง “ถ้าหน่วยงานมีระบบเดิมอยู่แล้ว เราขอดู flow หลังรับเรื่องเพื่อประเมินว่าจุดใดยังตกหล่นครับ”
Citizen e-Service มี public e-Service สำหรับยื่นคำร้องออนไลน์ CITIMAN ต้องชนะด้วย back-office operation, SLA และ dashboard ไม่ใช่แค่ช่องทางรับเรื่อง “ช่องทางรับเรื่องเป็นจุดเริ่ม แต่ value จริงคือการทำให้เรื่องเดินจนจบและวัดผลได้ครับ”
e-Office / Document เด่นในมุมเอกสาร/สารบรรณและงานสำนักงาน CITIMAN วางเป็น city service workflow ที่เชื่อม citizen case กับการทำงานของกองต่าง ๆ “ถ้าโจทย์หลักเป็นสารบรรณ อาจเป็นคนละ category แต่ถ้าโจทย์คือคำร้องประชาชนและการบริหารงานเมือง ให้ดู workflow ทั้งระบบครับ”
Risk ในการขาย ลูกค้าอาจเชื่อว่าซื้อเว็บไซต์/แอป/e-Service ก็เพียงพอแล้ว ต้องทำ gap analysis: owner, status, SLA, report, audit, executive dashboard “ขอเทียบจากงานจริง 1 เรื่อง ตั้งแต่ประชาชนส่งเข้ามาจนผู้บริหารเห็นผล จะเห็นช่องว่างชัดที่สุดครับ”

Evidence note: ใช้ข้อมูลจาก public source ของ Dangpoom/Dungbhumi และตัวอย่าง e-Service ที่ระบุผู้พัฒนาเป็นบริษัทดังภูมิเท่านั้น ห้ามกล่าวอ้างเชิงลบเรื่อง feature, ราคา หรือ performance ของคู่แข่งถ้าไม่มีหลักฐานยืนยัน

Why CITIMAN Wins

แกนเทียบที่ควรใช้ทุกครั้ง

อย่าเทียบเฉพาะ intake channel ให้เทียบทั้ง lifecycle ของเรื่อง ตั้งแต่รับเรื่อง มอบหมาย ติดตาม SLA รายงานผู้บริหาร และตรวจสอบย้อนหลัง

Capability CITIMAN ระบบรับแจ้ง/LINE/Forms Helpdesk / CRM / Workflow
Citizen Intake Core มีได้ มีได้แต่ต้องปรับ flow
Assignment / Routing Core มักจำกัดหรือ manual มี แต่ต้อง config ตามโครงสร้าง อปท.
SLA / Escalation จุดขายหลัก มักไม่ชัดจาก source มีได้ แต่เป็น generic service logic
Dashboard / KPI สำหรับผู้บริหารและเจ้าหน้าที่ มักได้แค่ summary จำกัด มี แต่ต้องออกแบบมุมมองภาครัฐเอง
Audit Trail / Report ใช้ปิด pain เรื่องการตรวจสอบ มักอ่อนหรือไม่ครบ ทำได้ แต่ต้อง customize เพิ่ม
Fit สำหรับ อปท. โจทย์หลักของผลิตภัณฑ์ เน้นช่องทางหรือรับเรื่อง เน้น generic operations
หลักการคุยคือ: ถ้าลูกค้าต้องการ “เก็บเรื่อง” generic tool อาจพอได้ แต่ถ้าต้องการ “บริหารเรื่องจนจบงาน” CITIMAN ต้องถูกประเมินเป็น category ที่ต่างกัน
Battlecards

คำตอบสั้นที่ใช้ได้จริงในสนามขาย

DGA แจ้งรัฐ / Traffy Fondue

  • ยอมรับก่อนว่าเป็นช่องทางรับแจ้งที่ buyer รู้จัก
  • ดึงกลับมาที่ workflow หลังบ้าน, owner, SLA, dashboard, report
  • ถามว่าแต่ละกองทำงานต่อกันอย่างไร และผู้บริหารเห็นภาพรวมจากไหน

LINE OA / LINE Group

  • วาง LINE เป็นช่องทางสื่อสาร ไม่ใช่ระบบบริหารงาน
  • ถามเรื่องงานค้าง, ประวัติย้อนหลัง, และคนรับผิดชอบเมื่อมีการเปลี่ยนเวรหรือย้ายคน
  • ใช้ pain เรื่องความต่อเนื่องและการตรวจสอบเป็นตัวปิด

Forms / Spreadsheet

  • ยอมรับว่าเริ่มเร็วและต้นทุนต่ำ
  • เจาะต่อว่าหลัง submit แล้วใคร assign, ใครตาม, ใครปิด, ใครรายงาน
  • คุยเรื่อง case lifecycle แทนเรื่อง form field

Helpdesk / CRM / Workflow Build

  • วางคู่เทียบเป็น generic engine ที่ต้องประกอบเอง
  • ถามเรื่อง timeline, owner ที่ต้อง maintain, และ report ภาครัฐที่ต้องจัดเพิ่ม
  • ขาย CITIMAN ในมุม solution ที่เริ่มใช้งานเร็วกว่าและ fit กับ อปท. มากกว่า
Claim Control

ข้อจำกัดที่ต้องคุม

Do Not Claim

  • ห้าม claim integration กับ DGA, Traffy, LINE, ThaiD หรือระบบอื่น ถ้ายังไม่มี proof
  • ห้ามโจมตีว่าอีกระบบ “ไม่มี” feature หาก source ยังเป็น PARTIAL
  • ห้ามใช้หน้า battlecard นี้เป็น customer-facing โดยไม่ review ราย claim

Source Register หลัก

  • DGA แจ้งรัฐ
  • DGA Citizen Portal / ทางรัฐ
  • DGA Digital Government Platform
  • Dangpoom/Dungbhumi official website and e-Service public pages
  • Dangpoom/Dungbhumi e-Office / e-Sarabun public pages
  • 1111, LINE OA, Google Forms, Microsoft Forms
  • Zendesk, Freshdesk, Zoho CRM, Salesforce, Power Automate, monday.com

Source Status: VERIFIED สำหรับหลาย official source, แต่ภาพรวมยังเป็น PARTIAL เพราะบาง vendor ยังไม่มี pricing, reference ภาครัฐ, หรือรายละเอียด feature ที่ยืนยันได้จาก public source ครบถ้วน