ธุรกิจและข้อมูล
สร้าง Dashboard ใน Looker Studio: กำหนด Metric ตรวจข้อมูล และส่งต่อทีม
วิธีสร้าง Looker Studio Dashboard ตั้งแต่กำหนดคำถาม นิยาม Metric ต่อ Data source เลือกกราฟ ใช้ Filter/Blend ตรวจตัวเลข ไปจนถึงแชร์และส่งมอบอย่างปลอดภัย
Dashboard ใน Looker Studio ที่ช่วยตัดสินใจต้องเริ่มจากผู้ใช้ คำถาม และกฎการตัดสินใจ ไม่ใช่เริ่มจากนำทุก Metric มาวางบนหน้าเดียว หนึ่งหน้าควรตอบหนึ่งระดับการตัดสินใจ มีนิยามข้อมูลตรงกัน แสดงเวลาอัปเดต เปิดให้เจาะสาเหตุ และบอกว่าเมื่อเห็นสัญญาณแล้วใครต้องทำอะไรต่อ
เขียน Dashboard brief หนึ่งหน้าก่อนต่อข้อมูล
| หัวข้อ | คำถามที่ต้องตอบ |
|---|---|
| Audience | ใครจะเปิดรายงาน และตัดสินใจระดับใด |
| Decision | ต้องเลือก เพิ่ม ลด หยุด หรือแก้เรื่องอะไร |
| Cadence | ดูรายวัน รายสัปดาห์ หรือรายเดือน |
| Metrics | ตัวเลขใดเป็น Outcome, Driver และ Guardrail |
| Dimensions | ต้องแยกตามช่องทาง แคมเปญ สินค้า ทีม หรือเวลา |
| Source | ระบบใดเป็นแหล่งหลักของแต่ละ Metric |
| Action | เงื่อนไขใดทำให้ Owner ต้องลงมือ |
แยก 3 ชั้นของ Dashboard
- Overview: ผลลัพธ์เทียบเป้าหมายและแนวโน้ม
- Diagnostic: ตัวขับเคลื่อนและ Segment ที่ทำให้เปลี่ยน
- Action: รายการที่ต้องแก้ Owner และสถานะ
ผู้บริหารไม่ควรไล่ Filter หลายชั้นเพื่อรู้ว่าผลเป็นอย่างไร ส่วนทีมปฏิบัติการต้องลงจาก Summary ไปถึง Campaign, Content หรือ Process ที่ต้องแก้ได้
นิยาม Metric ก่อนเลือกกราฟ
| Metric | นิยาม | Source | ข้อควรระวัง |
|---|---|---|---|
| Qualified leads | Lead ที่ผ่านเกณฑ์ A/B/C | CRM | ไม่เท่ากับ form_submit |
| Media spend | ค่าใช้จ่ายจากแพลตฟอร์มช่วงเดียวกัน | Ad platform | Time zone/Currency |
| Revenue | ยอดที่องค์กรรับรู้ตามนิยาม | Order/Finance | คืนเงิน/ภาษี/สถานะ |
| Cost per qualified lead | Spend ÷ Qualified lead | Ads + CRM | Join และ Attribution |
ทำ Metric dictionary ที่มี Formula, Grain, Owner, Time zone, Currency, Filter, Update cadence และ Known limitation ก่อนสร้าง Calculated field
เลือก Data source และ Connector
- Google connectors: เช่น GA4, Google Ads, Search Console, Sheets, BigQuery
- Database/Cloud: ใช้เมื่อข้อมูลมีโครงสร้างและ Governance พร้อม
- Community connector: ตรวจผู้ให้บริการ สิทธิ์ ค่าใช้จ่าย และความเสี่ยงก่อนใช้
- File upload: เหมาะกับชุดข้อมูลคงที่ แต่ต้องควบคุมไฟล์ซ้ำและ Version
Connector คือช่องทางเชื่อม ส่วน Data source คือชั้น Schema ที่กำหนด Field, Type, Calculated field และ Credentials อย่าถือว่าชื่อ Metric เหมือนกันแล้วความหมายเหมือนกัน
สร้าง Report และเพิ่ม Data source
- เข้า Looker Studio ด้วยบัญชีองค์กร
- เลือก Create → Report
- เลือก Connector ที่ตรง Source of truth
- Authorize เฉพาะสิทธิ์ที่จำเป็น
- เลือก Account/Property/Table ที่ถูก Environment
- ตรวจ Field type: Date, Number, Currency, Geographic และ Text
- เปลี่ยนชื่อ Data source ให้รู้ระบบ ขอบเขต และ Owner
- บันทึก Credentials model และผู้รับผิดชอบ
Embedded กับ Reusable data source
| แบบ | เหมาะเมื่อ | ข้อควรระวัง |
|---|---|---|
| Embedded | รายงานเฉพาะงานและทดลองเร็ว | นิยามอาจกระจายในหลายรายงาน |
| Reusable | หลายรายงานใช้ Schema/Metric เดียวกัน | แก้ Field อาจกระทบหลายรายงาน |
รายงานองค์กรควรมี Owner และ Change log ของ Reusable data source พร้อมตรวจ “Manage added reports” ก่อนลบหรือเปลี่ยน Field
Credentials กำหนดว่าใครเห็นข้อมูล
- Owner’s credentials: ผู้ชมใช้สิทธิ์ของเจ้าของ Data source ตามการแชร์รายงาน
- Viewer’s credentials: ผู้ชมต้องมีสิทธิ์ใน Source ต้นทางของตน
- Service account credentials: ใช้ได้กับ Connector/บริบทที่รองรับและต้องมี Governance
อย่าแชร์ Dashboard แล้วสมมติว่า Row-level security เกิดเอง ตรวจ Credentials, Data source permission, Link sharing, Download และข้อมูลละเอียดที่ Chart เปิดเผย
ออกแบบหน้า Overview
- ระบุช่วงเวลาและ Last refreshed ให้เห็น
- วาง Outcome 3–5 ตัวเทียบ Target/ช่วงก่อน
- ใช้กราฟแนวโน้มเพื่อเห็นจังหวะเปลี่ยน
- แสดง Driver ที่อธิบาย Outcome
- เพิ่ม Guardrail เช่น Quality, Refund หรือ SLA
- เขียน Insight/Action note ที่มี Owner
- ให้ Link ไปหน้าวิเคราะห์ ไม่ยัดทุกกราฟในหน้าแรก
เลือกกราฟตามคำถาม
| คำถาม | กราฟที่เหมาะ | หลีกเลี่ยง |
|---|---|---|
| ผลเทียบเป้าหมาย | Scorecard + Target/Delta | ตัวเลขใหญ่ไร้บริบท |
| แนวโน้ม | Time series | แกน Y ตัดจนดูเปลี่ยนเกินจริง |
| เทียบหมวด | Bar chart เรียงค่า | Pie ที่มีหลายหมวด |
| หา Funnel loss | Table/Bar ตามขั้น | เปอร์เซ็นต์ที่ฐานคนละแบบ |
| ดูรายการต้องแก้ | Table พร้อม Condition | Heatmap ที่อ่านรายละเอียดไม่ได้ |
ใช้ Control เท่าที่ช่วยตอบคำถาม
- Date range สำหรับช่วงตัดสินใจ
- Channel/Business unit เมื่อผู้ใช้ต้องรับผิดชอบคนละขอบเขต
- Campaign/Product เมื่อมีหน้าวิเคราะห์รองรับ
- Parameter สำหรับ Scenario ที่อธิบายชัด
Control อาจ Filter เฉพาะ Component ที่ใช้ Data source/Field ID เข้ากันได้ ทดสอบทุก Page และทำ Default state ที่ตอบคำถามได้ทันที ไม่ทิ้งหน้าว่างให้ผู้ใช้เลือกเองทั้งหมด
สร้าง Calculated field อย่างควบคุมได้
- เขียน Formula และนิยามใน Metric dictionary
- ตรวจระดับข้อมูล (Grain) ก่อนหารหรือรวม
- จัดการ Null และหารด้วยศูนย์
- ตรวจ Aggregation: Sum, Average, Count distinct
- เทียบผลกับ Source จากตัวอย่างที่รู้คำตอบ
- ตั้งชื่อ Field พร้อมหน่วย
- บันทึก Owner และ Version
Calculated field ใน Chart อาจแก้เร็ว แต่กระจายการนิยาม หาก Metric ใช้หลายหน้าควรย้ายไป Data source หรือชั้นข้อมูลกลางที่ควบคุมได้
Blend data เมื่อจำเป็นจริง
Blend เชื่อมข้อมูลหลาย Source ด้วย Join key คล้ายการ Join แต่มีความเสี่ยงจาก Grain และความไม่ครบของ Key ก่อน Blend ให้ตอบ:
- หนึ่งแถวของแต่ละ Source หมายถึงอะไร
- Join key ไม่ซ้ำและรูปแบบตรงหรือไม่
- Date/Time zone/Currency ตรงกันหรือไม่
- แถวที่จับคู่ไม่ได้ต้องหายหรือคงอยู่
- Filter และ Date range ทำงานก่อนหรือหลัง Join
- ผลรวมหลัง Blend เท่ากับ Control total หรือไม่
ถ้า Logic ซับซ้อนหรือใช้ซ้ำ ควรเตรียม Dataset ใน Sheets/Database/BigQuery แทนการซ้อน Blend ในหลาย Chart
ตรวจคุณภาพ Dashboard ด้วย Control totals
- เลือกช่วงเวลาและ Segment ที่รู้คำตอบ
- ดึงยอดจาก Source ต้นทาง
- เทียบ Row count, Sum และ Unique key
- ตรวจ Null, Duplicate และ Missing date
- ทดสอบ Filter/Control ทุกค่า
- ตรวจ Calculated metric ด้วยตัวอย่างมือ
- ทดสอบข้าม Time zone/Currency
- บันทึกผลและข้อแตกต่างที่ยอมรับได้
จัดการ Data freshness และต้นทุน Query
Looker Studio ใช้ค่า Data freshness ของ Data source และอาจให้ข้อมูลจากหน่วยความจำชั่วคราว ความถี่ที่เหมาะขึ้นกับการตัดสินใจ Connector และต้นทุน:
- รายงานประชุมรายสัปดาห์ไม่จำเป็นต้อง Query ทุกนาที
- ข้อมูลใกล้ Real-time ต้องระบุ Delay ของ Source ด้วย
- BigQuery มีต้นทุนตาม Query และการ Refresh
- Blend ใช้ช่วง Freshness ที่เกี่ยวข้องกับ Source ในชุด
- แสดง “ข้อมูลถึงวันที่/เวลา” บนรายงาน
ออกแบบให้ผู้ใช้รู้ว่าต้องทำอะไรต่อ
| สัญญาณ | เงื่อนไข | Owner | Action |
|---|---|---|---|
| Lead ลด | ต่ำกว่า Baseline และ Traffic คงที่ | Marketing Ops | ตรวจ Form/Funnel/Channel |
| CPL สูง | Spend โตแต่ Qualified lead ไม่โต | Media lead | แยก Campaign/Creative/Audience |
| Refund สูง | เกิน Guardrail | Commerce | หยุดขยายและตรวจ Product/Expectation |
| ข้อมูลหาย | Refresh/Row ต่ำผิดปกติ | Data owner | หยุดใช้ตัวเลขและแก้ Pipeline |
สิทธิ์ การแชร์ และการส่งมอบ
- ใช้บัญชีองค์กรเป็น Owner
- แยก Viewer กับ Editor
- ปิด Link sharing หากข้อมูลไม่ควรเป็นสาธารณะ
- ตรวจ Download/Copy/Embed ตามความเสี่ยง
- ทบทวน Credentials และ Source permission
- ทำ Data dictionary, Report map และ Change log
- มี Owner สำรองและขั้นตอนโอน Ownership
- ลบ Access เมื่อคนเปลี่ยนบทบาท
อาการผิดปกติและวิธีตรวจ
| อาการ | ตรวจ |
|---|---|
| ตัวเลขไม่ตรง Source | Date, Filter, Aggregation, Grain, Freshness |
| Chart แสดง No data | Credentials, Connector, Date, Filter, Field |
| Filter ไม่กระทบบางกราฟ | Data source และ Field ID ของ Control |
| รายงานช้า | Chart count, Blend, Query, Date range, Connector |
| ยอดคูณหลัง Blend | Join key ซ้ำ/Grain ไม่ตรง |
| ผู้ชมเห็นข้อมูลเกินสิทธิ์ | Credentials, Sharing, Source access, Row security |
Checklist ก่อนใช้ในที่ประชุม
- ระบุ Audience และ Decision ชัด
- Outcome, Driver, Guardrail มีนิยาม
- ทุก Metric มี Source/Owner/Formula
- Control totals ผ่าน
- Time zone, Currency, Date range ถูกต้อง
- Data freshness/Last updated แสดง
- Filter มี Default และทดสอบแล้ว
- Blend ตรวจ Grain/Join/Null
- Credentials และ Sharing ผ่าน Review
- Mobile/Projector อ่านได้
- มี Action, Owner และ Due date
- มี Change log และวิธีย้อนกลับ
คำถามที่พบบ่อย
Dashboard ควรมีกี่กราฟ
ไม่มีจำนวนตายตัว แต่ทุกกราฟต้องตอบคำถามต่างกัน หากเอากราฟออกแล้วการตัดสินใจไม่เปลี่ยน กราฟนั้นอาจไม่จำเป็น
ทำไม Looker Studio กับแพลตฟอร์มโฆษณาตัวเลขไม่ตรง
ตรวจ Time zone, Currency, Date freshness, Attribution, Filter และนิยาม Metric ก่อน ความต่างบางส่วนเกิดจากระบบวัดคนละจุด ไม่ควรบังคับให้เท่ากันโดยแก้สูตรลอย ๆ
ควร Blend ข้อมูลใน Looker Studio หรือเตรียมข้างนอก
Blend เหมาะกับงานไม่ซับซ้อนและการสำรวจ หาก Logic ใช้ซ้ำ มีหลาย Join หรือเป็นตัวเลขสำคัญ ควรเตรียมชุดข้อมูลในชั้นที่ทดสอบและควบคุม Version ได้
แหล่งอ้างอิง
- Google Cloud: About Looker Studio data sources
- Google Cloud: Add data to a report
- Google Cloud: About controls
- Google Cloud: Manage data freshness
ผู้เขียน: อาจารย์หลิง ณิชชา ทัตพงษ์พฤธา ผู้ก่อตั้ง AJLinkOfficial และบริษัท อินดิจิทัล จำกัด เรียบเรียงเรื่อง AI และ Digital Marketing ให้เชื่อมกับการตัดสินใจและการทำงานของธุรกิจ
