Back to: Soft Skills สำหรับ Data Analyst – งานดีไม่พอ คนต้องน่าทำงานด้วย
Communication – พูดให้รู้เรื่อง ดีกว่าทำงานเงียบๆ
DA หลายคน รวมถึงผมเองตอนเริ่มทำงาน เชื่อว่าคนเก่งคือคนที่รับโจทย์มา แล้วหายไปทำเงียบๆ จนงานเสร็จสมบูรณ์ค่อยโผล่มาส่ง ฟังดูเป็นมืออาชีพ แต่ในทางปฏิบัติ นี่คือวิธีที่เร็วที่สุดในการทำงานผิดโจทย์อย่างสมบูรณ์แบบ
ตอนนี้จะพูดถึงพื้นฐานของการสื่อสารแบบพูดคุย ได้แก่ การฟังให้เข้าใจ การพูดให้คนฟังตามทัน และการไม่หายเงียบระหว่างทำงาน ส่วนการเขียนสรุปและส่ง insight ผ่านข้อความ จะแยกไปคุยละเอียดใน Section 2 ครับ
01ทำงานเงียบๆ ทำไมถึงเสี่ยงกว่าที่คิด
ลองดูเหตุการณ์ที่เกิดขึ้นบ่อยมากในทีม Data เริ่มจากวันจันทร์ ทีม Marketing ขอข้อมูลในแชทสั้นๆ ว่า “ช่วยดูยอดขายแคมเปญเดือนที่แล้วให้หน่อย”
เสร็จแล้วครับ ผมทำ Dashboard ยอดขายแยกตามสินค้า ภูมิภาค ช่องทาง และรายวันไว้ให้ครบเลย
ขอบคุณมากครับ… แต่จริงๆ ผมอยากรู้แค่ว่าแคมเปญนี้คุ้มงบไหม จะได้ตัดสินใจว่าเดือนหน้าจะทำซ้ำหรือเปล่า
แล้วผมต้องตอบหัวหน้าไปตั้งแต่วันพฤหัสที่แล้ว เลยใช้ตัวเลขประมาณเอาไปก่อน
(Dashboard ถูกบุ๊กมาร์กไว้ และไม่ได้ถูกเปิดอีก)
ไม่มีใครในเหตุการณ์นี้ทำงานแย่ DA ขยันและละเอียด Marketing ก็ขอข้อมูลตามปกติ ปัญหาคือ ไม่มีใครคุยกันเลยระหว่างจุดเริ่มกับจุดส่งงาน ความเงียบสองสัปดาห์สร้างความเสียหายสามอย่างพร้อมกัน
- ทำผิดโจทย์โดยไม่รู้ตัว — ถ้าถามกลับตั้งแต่วันแรกว่าจะเอาไปตัดสินใจอะไร งานสองสัปดาห์อาจเหลือแค่วันเดียว
- พลาดเดดไลน์ที่ไม่มีใครบอก — ฝั่ง Marketing มีเส้นตายของตัวเอง แต่ไม่เคยถูกถาม
- ความเชื่อใจลดลง — ครั้งหน้าคนขออาจไม่รอ DA แต่ไปดึงตัวเลขเองจาก Excel ที่อาจผิด
ในสายตาคนที่รอผลงาน ความเงียบไม่ได้แปลว่ากำลังตั้งใจทำ แต่แปลว่าไม่รู้ว่าเกิดอะไรขึ้น และคนเรามักเติมช่องว่างนั้นด้วยความกังวล
02ฟังก่อนพูด: สื่อสารเริ่มที่หู ไม่ใช่ที่ปาก
คนส่วนใหญ่คิดว่าสื่อสารเก่งคือพูดเก่ง แต่สำหรับ DA ครึ่งแรกของการสื่อสารที่ดีคือ การฟังให้ได้ยินสิ่งที่อีกฝ่ายต้องการจริงๆ ซึ่งบ่อยครั้งไม่ตรงกับคำที่เขาพูดออกมา
คำว่า “ช่วยดูยอดขายแคมเปญให้หน่อย” เป็นแค่คำขอ ส่วนสิ่งที่อยู่เบื้องหลังคือ “ผมต้องตัดสินใจว่าจะทำแคมเปญนี้ซ้ำไหม” ถ้าฟังแค่คำขอ เราจะได้ Dashboard ถ้าฟังถึงสิ่งที่อยู่เบื้องหลัง เราจะได้คำตอบ ผมใช้ 4 เทคนิคนี้เป็นประจำ
“เท่าที่ผมเข้าใจ คืออยากรู้ว่าแคมเปญนี้คุ้มงบไหม เพื่อตัดสินใจเรื่องเดือนหน้า ใช่ไหมครับ” ถ้าเข้าใจผิด อีกฝ่ายจะแก้ให้ทันทีตั้งแต่ตอนนั้น
“ตัวเลขนี้จะเอาไปใช้ตัดสินใจเรื่องอะไรครับ” เป็นคำถามเดียวที่ช่วยประหยัดเวลาได้มากที่สุด ตอน 1.3 จะเจาะเรื่องนี้เต็มๆ
“ต้องใช้ภายในวันไหนครับ แล้วถ้าได้ตัวเลขคร่าวๆ ก่อนจะช่วยไหม” หลายครั้งคำตอบ 80% ที่มาถึงเร็วมีค่ากว่าคำตอบ 100% ที่มาช้า
อย่ารีบเสนอวิธีแก้ขณะที่อีกฝ่ายยังเล่าไม่จบ รายละเอียดสำคัญมักโผล่มาในประโยคท้ายๆ เช่น “อ้อ แล้วหัวหน้าอยากเทียบกับปีที่แล้วด้วย”
03พูดให้คนฟังตามทัน: แปลศัพท์ DA เป็นภาษาคน
เมื่อเราอยู่กับข้อมูลทุกวัน คำอย่าง significant, outlier หรือ cohort จะกลายเป็นภาษาธรรมดาในหัว จนลืมไปว่าคนอื่นไม่ได้ใช้คำพวกนี้ อาการนี้มีชื่อเรียกว่า Curse of Knowledge คือพอรู้อะไรแล้ว เราจะนึกไม่ออกว่าตอนที่ยังไม่รู้นั้นเป็นยังไง
วิธีแก้ไม่ใช่เลิกใช้ศัพท์เทคนิคทั้งหมด แต่คือ แปลความหมายของมันต่อธุรกิจ ก่อนแล้วค่อยแนบศัพท์ถ้าจำเป็น ตารางนี้เป็นตัวอย่างการแปลที่ผมใช้บ่อย
| DA มักพูดว่า | คนฟังได้ยินว่า | ลองพูดแบบนี้แทน |
|---|---|---|
| ผลต่าง significant ที่ p < 0.05 | มีตัวเลขบางอย่างที่ผ่านเกณฑ์ | ความต่างนี้เกิดขึ้นจริง ไม่ใช่ฟลุก |
| Churn rate ของ M1 เพิ่มขึ้น 4 จุด | มีบางอย่างเพิ่มขึ้น | ลูกค้าใหม่เลิกใช้ภายในเดือนแรกมากขึ้น จาก 100 คนหายไปเพิ่มอีก 4 คน |
| ข้อมูลมี outlier เลยใช้ median | มีปัญหาเรื่องข้อมูล | มีลูกค้าไม่กี่รายที่ซื้อเยอะผิดปกติ เลยใช้ค่ากลางแทนค่าเฉลี่ย เพื่อให้เห็นภาพลูกค้าทั่วไป |
| สองตัวแปรนี้ correlate กัน 0.7 | สองอย่างนี้เป็นเหตุเป็นผลกัน | สองอย่างนี้มักขึ้นลงพร้อมกัน แต่ยังสรุปไม่ได้ว่าอันหนึ่งทำให้อีกอันเกิด |
| Confidence interval กว้าง | ไม่เข้าใจ ข้ามไปก่อน | ตัวเลขนี้ยังแกว่งได้เยอะ อยู่ช่วงประมาณ 8–15% ยังไม่ควรตัดสินใจจากตัวเลขเดียว |
ข้อสังเกตคือคอลัมน์ขวาสุดยาวกว่าคอลัมน์ซ้าย การพูดให้คนเข้าใจไม่ได้แปลว่าต้องพูดสั้นลงเสมอ บางครั้งต้องพูดยาวขึ้นนิดหนึ่ง เพื่อให้คนฟังไม่ต้องเดาเอง
04โครงการพูด 3 จังหวะ: คำตอบ → เหตุผล → สิ่งที่ทำต่อ
DA มักเล่าตามลำดับที่ตัวเองทำงาน คือเริ่มจากดึงข้อมูลอะไร ทำความสะอาดยังไง วิเคราะห์แบบไหน แล้วค่อยบอกผลตอนท้าย แต่คนฟังอยากรู้ตรงกันข้าม คืออยากรู้คำตอบก่อน ลองกลับลำดับเป็น 3 จังหวะนี้
- คำตอบ — ตอบคำถามที่ถูกถามในประโยคแรก ถ้ายังไม่แน่ใจก็บอกว่าไม่แน่ใจ
- เหตุผล — หลักฐาน 1–2 ข้อที่สำคัญที่สุด ไม่ต้องเล่าทุกขั้นตอน
- สิ่งที่ทำต่อ — ข้อเสนอ ทางเลือก หรือสิ่งที่ต้องตัดสินใจ
ลองดูตัวอย่างจากโจทย์แคมเปญเดิม ผลวิเคราะห์ชุดเดียวกัน ต่างกันที่ลำดับและจุดที่ให้น้ำหนัก
- ผมดึงข้อมูล order จากตาราง sales แล้ว join กับตาราง campaign
- ตัดออร์เดอร์ที่ยกเลิกออก แล้วเทียบกับช่วงก่อนแคมเปญ 4 สัปดาห์
- ยอดขายเพิ่มขึ้น 18% แต่ต้นทุนโฆษณาอยู่ที่ 420,000 บาท
- คิดเป็นกำไรส่วนเพิ่มประมาณ 610,000 บาทครับ
- คุ้มครับ แคมเปญนี้ได้กำไรกลับมามากกว่างบที่ใช้
- ใช้งบ 420,000 บาท ได้กำไรเพิ่มประมาณ 610,000 บาท เทียบกับช่วงก่อนแคมเปญ
- ถ้าจะทำซ้ำ ผมแนะนำให้เก็บช่องทาง LINE ไว้ เพราะให้ผลดีที่สุด ส่วนรายละเอียดวิธีคำนวณ ผมส่งตามไปในแชทได้ครับ
ขั้นตอนการทำงานไม่ได้หายไปไหน แค่ย้ายไปอยู่ในส่วนที่คนอยากรู้ค่อยถามต่อ ถ้าผู้ฟังถามว่า “คำนวณยังไง” นั่นคือสัญญาณที่ดีว่าเขาสนใจและเชื่อคำตอบมากพอจะอยากรู้รายละเอียด
05ไม่หายเงียบ: อัปเดตสั้นๆ ที่ใช้เวลาไม่ถึง 2 นาที
กลับมาที่ปัญหาแรกของตอนนี้ วิธีแก้การทำงานเงียบๆ ไม่ใช่การประชุมถี่ขึ้น แต่คือ ข้อความอัปเดตสั้นๆ ในจังหวะที่เหมาะสม ผมใช้โครง 4 บรรทัดนี้ ส่งทุก 2–3 วันสำหรับงานที่ยาวเกินหนึ่งสัปดาห์ หรือทันทีที่เจอเรื่องที่อาจกระทบคำตอบ
| บรรทัด | ตอบคำถามว่า | ตัวอย่าง |
|---|---|---|
| ✅ ทำแล้ว | ไปถึงไหนแล้ว | คำนวณ ROI ของแคมเปญรวมเสร็จแล้ว |
| 🔍 เจออะไร | มีอะไรน่าสนใจหรือน่าห่วง | ช่องทาง LINE ให้ผลดีกว่าช่องทางอื่นเกือบเท่าตัว |
| 🙋 ต้องการอะไร | ติดอะไรที่ต้องให้อีกฝ่ายช่วย | ขอตัวเลขงบแยกรายช่องทางหน่อยครับ |
| ⏭️ ถัดไป | จะได้อะไรเมื่อไหร่ | ได้ภาพรวมแยกช่องทางภายในวันพุธ |
ลองดูว่าถ้าเรื่องเดิมมีการสื่อสารแบบนี้ตั้งแต่วันแรก ผลลัพธ์จะเปลี่ยนไปแค่ไหน
ช่วยดูยอดขายแคมเปญเดือนที่แล้วให้หน่อยครับ
ได้ครับ ขอถามสั้นๆ ว่าจะเอาไปใช้ตัดสินใจเรื่องอะไร แล้วต้องใช้ภายในวันไหนครับ
ดูว่าคุ้มงบไหม จะทำซ้ำเดือนหน้าหรือเปล่า ต้องตอบหัวหน้าวันพฤหัสครับ
ตัวเลขรอบแรกได้แล้วครับ ภาพรวมคุ้มงบ ตอนนี้กำลังแยกดูรายช่องทาง ขอตัวเลขงบแยกช่องทางหน่อยครับ พรุ่งนี้ได้ข้อสรุปครบ
(พุธ: ได้คำตอบ · พฤหัส: หัวหน้าอนุมัติแคมเปญรอบสองโดยตัดช่องทางที่ไม่คุ้มออก)
งานที่ใช้จริงคือสองวัน ไม่ใช่สองสัปดาห์ และถูกใช้ตัดสินใจจริง ทั้งหมดนี้มาจากคำถามแค่สองข้อในวันแรก และข้อความอัปเดตหนึ่งครั้ง ไม่ต้องใช้ทักษะวิเคราะห์ที่เก่งขึ้นเลย
หยิบงานที่กำลังทำอยู่ตอนนี้ (หรืองานล่าสุดที่เพิ่งส่ง) มาหนึ่งชิ้น แล้วลองทำ 3 ข้อนี้
- เขียนคำขอของงานนั้นตามที่ได้รับมา แล้วเขียนใต้กันว่า สิ่งที่อยู่เบื้องหลังคำขอนั้น (คนขอจะเอาไปตัดสินใจอะไร) คืออะไร ถ้ายังไม่รู้ ให้เขียนคำถามที่จะถามกลับแทน
- เลือกศัพท์เทคนิค 2 คำที่ใช้บ่อยในงานนี้ แล้วแปลเป็นภาษาที่คนนอกทีม Data เข้าใจ เหมือนคอลัมน์ขวาสุดของตาราง
- เขียนข้อความอัปเดต 4 บรรทัด (ทำแล้ว / เจออะไร / ต้องการอะไร / ถัดไป) สำหรับงานนี้ ถ้าเป็นงานที่ยังไม่เสร็จ ลองส่งจริงเลยก็ได้
💾 บันทึกอัตโนมัติในเบราว์เซอร์นี้เท่านั้น