ข้อมูลและการวิเคราะห์
เริ่มโครงการวิเคราะห์ข้อมูลบน AWS ด้วยคำถามทางธุรกิจ
เลือกการตัดสินใจหนึ่งเรื่อง ตกลงตัวชี้วัด ตรวจข้อมูล และทดสอบโครงการนำร่องที่มีขอบเขตชัดก่อนขยายผล
1. เริ่มจากการตัดสินใจที่ธุรกิจต้องทำ
โครงการวิเคราะห์ข้อมูลแรกของธุรกิจไทยที่กำลังเติบโตควรตอบคำถามที่นำไปสู่การลงมือทำ “เราต้องการแดชบอร์ด” บอกเพียงสิ่งที่จะส่งมอบ แต่ “สินค้ากลุ่มใดควรเติมสต็อกก่อนรอบสั่งซื้อประจำสัปดาห์” ระบุทั้งการตัดสินใจ ผู้ใช้ และเวลาที่ต้องการคำตอบ แนวทางของ AWS ก็ให้ความสำคัญกับเป้าหมายธุรกิจก่อนเลือกเทคโนโลยีเช่นกัน
เลือกคำถามที่สำคัญต่อเจ้าของงานธุรกิจหนึ่งคนและทดสอบได้ด้วยข้อมูลที่เข้าถึงได้ บันทึกกระบวนการปัจจุบัน ความล่าช้าหรือความไม่แน่นอนที่เกิดขึ้น และสิ่งที่เจ้าของงานจะทำต่างไปเมื่อมีคำตอบ ใช้คำตอบเหล่านี้ประเมินว่าควรขยายโครงการหรือไม่
- ระบุผู้ตัดสินใจและความถี่ในการตัดสินใจเรื่องนั้น
- ระบุการกระทำที่ผลวิเคราะห์ควรช่วยสนับสนุนและผลกระทบหากคำตอบผิด
- เก็บค่าตั้งต้น เช่น เวลาที่ใช้จัดทำรายงาน หรือจำนวนคำถามเรื่องสต็อกที่ยังหาคำตอบไม่ได้
2. ตกลงความหมายของตัวเลขร่วมกัน
หลายทีมอาจดูกราฟเดียวกันแต่เข้าใจความหมายต่างกัน ก่อนเริ่มพัฒนา ให้กำหนดตัวชี้วัด วิธีคำนวณ ระดับรายละเอียด และรายการที่ไม่นับรวม สำหรับการวิเคราะห์ยอดขาย ควรแยกระหว่างคำสั่งซื้อ ใบแจ้งหนี้ เงินที่ได้รับ การยกเลิก และการคืนสินค้า แล้วเลือกนิยามที่เหมาะกับการตัดสินใจ
เมื่อขยายสู่อาเซียน รายละเอียดอย่างสกุลเงิน เวลาตัดรอบรายงาน เขตเวลา และรหัสสินค้าที่ต่างกันอาจทำให้การเปรียบเทียบคลาดเคลื่อน ตกลงวิธีจัดการแต่ละเรื่องและแสดงหลักเกณฑ์ไว้ในรายงาน เก็บค่าเดิมไว้ตามความจำเป็นเพื่ออธิบายที่มาของผลลัพธ์หลังแปลงข้อมูลได้
- จัดทำอภิธานศัพท์สั้น ๆ พร้อมผู้รับผิดชอบนิยามทางธุรกิจแต่ละคำ
- หากแปลงสกุลเงิน ให้ระบุแหล่งอัตราแลกเปลี่ยน วันที่ของอัตรา และสกุลเงินที่ใช้รายงาน
- เลือกว่าจะเปรียบเทียบตามวันที่สั่งซื้อ วันที่จัดส่ง หรือเหตุการณ์อื่นที่ตกลงกัน
3. ตรวจข้อมูลก่อนรับปากว่าจะตอบคำถามได้
ตรวจตัวอย่างข้อมูลที่เป็นตัวแทนจากระบบที่เก็บรายการจริง ให้มีทั้งธุรกรรมปกติและกรณียกเว้น เช่น คำสั่งซื้อซ้ำ รหัสสินค้าหาย การส่งสินค้าไม่ครบ และการคืนสินค้าล่าช้า การมีข้อมูลพร้อมใช้ไม่ได้หมายถึงเพียงได้รับไฟล์ แต่ข้อมูลต้องมาทันเวลาและเข้าใจได้มากพอที่จะใช้ตัดสินใจ
จัดทำทะเบียนแหล่งข้อมูลที่ระบุเจ้าของ วิธีเข้าถึง รอบปรับปรุง ปัญหาคุณภาพที่ทราบ และฟิลด์ที่ต้องใช้ในโครงการนำร่อง ใช้ข้อมูลส่วนบุคคลเท่าที่จำเป็นต่อคำถาม และยืนยันกลุ่มผู้มีสิทธิ์ใช้ข้อมูล สถานที่จัดเก็บ และข้อกำหนดระยะเวลาเก็บรักษากับผู้รับผิดชอบฝั่งธุรกิจก่อนคัดลอกข้อมูล
- ตรวจว่าระบบต่าง ๆ มีรหัสอ้างอิงที่คงที่และใช้เชื่อมรายการเข้าด้วยกันได้หรือไม่
- กำหนดวิธีจัดการข้อมูลไม่ครบว่าจะปฏิเสธ ติดธงเตือน หรือรวมไว้พร้อมแสดงข้อจำกัด
- มอบหมายผู้แก้ปัญหาที่แหล่งข้อมูล แทนการแก้ทุกอย่างปลายทางโดยไม่มีใครรับรู้
4. เลือกเส้นทางข้อมูลบน AWS ให้เหมาะกับคำถาม
ร่างเส้นทางสั้น ๆ จากแหล่งข้อมูลไปสู่คำตอบที่ใช้งานได้ ได้แก่ นำเข้า จัดเก็บ แปลง สืบค้น และนำเสนอ AWS มีบริการหลายประเภทสำหรับขั้นตอนเหล่านี้ เช่น พื้นที่จัดเก็บแบบออบเจ็กต์ การผสานข้อมูล การสืบค้นเพื่อวิเคราะห์ คลังข้อมูล และระบบวิเคราะห์ข้อมูลธุรกิจ เลือกองค์ประกอบตามปริมาณข้อมูล ความสดใหม่ สิทธิ์เข้าถึง และความต้องการในการดูแลจริง
การตัดสินใจสั่งซื้อรายสัปดาห์อาจใช้การอัปเดตข้อมูลเป็นรอบได้ ส่วนงานที่ต้องลงมือทันทีต้องประเมินต่างออกไป เริ่มจากเส้นทางข้อมูลที่ครบกระบวนการและเล็กที่สุดซึ่งตอบความต้องการที่ตกลงกัน แล้วบันทึกวิธีดูแลให้ชัด รวมถึงบันทึกการทำงาน การจัดการเมื่อนำเข้าข้อมูลไม่สำเร็จ สิทธิ์ใช้งาน และปริมาณการใช้ที่คาดไว้
- ตรวจว่าความสามารถของ AWS ที่ต้องการมีให้ใช้ใน Region ที่เลือก
- ประเมินค่าใช้จ่ายจากปริมาณข้อมูล รอบประมวลผล การสืบค้น พื้นที่จัดเก็บ และจำนวนผู้ใช้
- ระบุผู้รับผิดชอบอัปเดตข้อมูลและตรวจสอบเมื่อการอัปเดตล้มเหลวหรือล่าช้า
5. ตรวจคำตอบและวิธีใช้งานร่วมกับผู้ใช้
ให้ผู้ใช้ทดลองโครงการนำร่องที่มีตัวชี้วัดตามขอบเขตที่ตกลงไว้ ตรวจเทียบผลกับรายการต้นทางที่ทราบแล้วและอธิบายส่วนต่างก่อนขยายสิทธิ์ให้คนอื่น ทดสอบว่ากลุ่มผู้ใช้เป้าหมายตีความผลและตัดสินใจขั้นถัดไปได้หรือไม่โดยไม่ต้องมีทีมโครงการคอยอธิบายอยู่ข้าง ๆ
กำหนดเกณฑ์รับงานก่อนสาธิต โดยครอบคลุมความถูกต้อง ความสดใหม่ ขอบเขตสิทธิ์เข้าถึง และประโยชน์ต่อการตัดสินใจ หลังใช้งานจริงให้วัดตัวชี้วัดเดิมอีกครั้งแล้วเปรียบเทียบกับค่าตั้งต้น การมีคนเปิดดูแดชบอร์ดเป็นข้อมูลประกอบที่มีประโยชน์ แต่ยังไม่เพียงพอที่จะสรุปว่าผลลัพธ์ทางธุรกิจดีขึ้น
- แสดงเวลาที่ปรับปรุงข้อมูลล่าสุดและเตือนเมื่อข้อมูลบางช่วงขาดหายหรือไม่ครบ
- ทดสอบสิทธิ์ด้วยบทบาทผู้ใช้จริงที่กำหนดไว้สำหรับโครงการนำร่อง
- บันทึกการตัดสินใจของผู้ใช้ ข้อจำกัดที่ยังเหลือ และผู้ดูแลรายงานหลังส่งมอบ
6. สถานการณ์สมมติ: เติมสต็อกสำหรับสองตลาด
สมมติว่าผู้จัดจำหน่ายสินค้าอุปโภคบริโภคไทยรายหนึ่งขายสินค้าในไทยและมาเลเซีย คำถามแรกคือสินค้ากลุ่มใดควรได้รับการทบทวนก่อนประชุมจัดซื้อประจำสัปดาห์ โครงการนำร่องรวมรายการสั่งซื้อ ภาพรวมสต็อก ณ เวลาที่บันทึก และระยะเวลาจัดซื้อของสินค้าบางกลุ่ม ตัวอย่างนี้อธิบายวิธีทำงาน ไม่ใช่ผลลัพธ์ของลูกค้า
ทีมตกลงวิธีนับคำสั่งซื้อที่ยกเลิกและสต็อกที่ถูกจอง แล้วตรวจตัวอย่างร่วมกับพนักงานจัดซื้อ ผลลัพธ์ช่วยชี้กลุ่มสินค้าที่ควรทบทวนและอธิบายข้อมูลที่ใช้ โดยฝ่ายจัดซื้อยังเป็นผู้ตัดสินใจสั่งซื้อ การขยายไปยังสินค้าหรือตลาดอื่นขึ้นอยู่กับข้อมูลที่ตรวจสอบแล้วและประโยชน์ที่เห็นจากการใช้งาน พร้อมทบทวนค่าใช้จ่ายในการดูแลควบคู่กัน
- เขียนสรุปหนึ่งหน้าที่ระบุคำถาม เจ้าของงาน แหล่งข้อมูล นิยาม และเกณฑ์รับงาน
- รวบรวมคำถามเกี่ยวกับข้อมูลที่ยังไม่มีคำตอบและแก้ประเด็นที่อาจทำให้การตัดสินใจเปลี่ยนไป
- กำหนดวันทบทวนว่าจะเดินหน้าต่อ ปรับแนวทาง หรือหยุดโครงการนำร่องโดยใช้หลักฐานประกอบ