เทมเพลตข้อมูลมาตรฐาน
เทมเพลตข้อมูลมาตรฐาน
- โครงสร้างมาตรฐานที่ใช้ได้กับทุกกระบวนการ
- แอตทริบิวต์ที่ปรับเปลี่ยนได้ตามความต้องการ
- ใช้ร่วมกับระบบต้นทางหลักได้ทั้งหมด
นี่คือเทมเพลตข้อมูล process mining ทั่วไปของเรา หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับกระบวนการนั้น.
แอตทริบิวต์
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| การประทับเวลา StartTime | เวลาที่กิจกรรมเริ่มต้น ต้องระบุทั้งวันที่และเวลา. | ||
| คำอธิบาย การประทับเวลาระบุเวลาที่แต่ละกิจกรรมเกิดขึ้น ซึ่งจำเป็นต่อการคำนวณระยะเวลารอบงาน การระบุคอขวด และการทำความเข้าใจลำดับเหตุการณ์. เหตุผลที่สำคัญ การประทับเวลาช่วยให้วิเคราะห์ข้อมูลตามเวลาได้ ทั้งระยะเวลารอบงานและการตรวจหาคอขวด. แหล่งข้อมูล ใช้การประทับเวลาที่แม่นยำที่สุดจากระบบต้นทาง. ตัวอย่าง 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| กิจกรรม Activity | ชื่อขั้นตอนของกระบวนการหรือเหตุการณ์ที่เกิดขึ้น. | ||
| คำอธิบาย ฟิลด์กิจกรรมระบุสิ่งที่เกิดขึ้นในแต่ละช่วงของกระบวนการ ควรตั้งชื่อกิจกรรมให้สอดคล้องกันและสื่อถึงเหตุการณ์ทางธุรกิจที่ชัดเจน. เหตุผลที่สำคัญ ชื่อกิจกรรมเป็นตัวกำหนดวิธีแสดงและวิเคราะห์แผนผังกระบวนการ. แหล่งข้อมูล ดึงข้อมูลจากการเปลี่ยนสถานะ ประเภทการดำเนินการ หรือคำอธิบายเหตุการณ์ในระบบต้นทาง. ตัวอย่าง สร้างกรณีงานตรวจทานเสร็จแล้วประมวลผลการชำระเงินแล้ว | |||
| รหัสกรณี CaseId | ตัวระบุเฉพาะของแต่ละอินสแตนซ์กระบวนการ. | ||
| คำอธิบาย Case ID เป็นตัวระบุหลักที่เชื่อมโยงเหตุการณ์ทั้งหมดซึ่งอยู่ในอินสแตนซ์กระบวนการเดียวกัน ทุกเหตุการณ์ในบันทึกเหตุการณ์ต้องมี Case ID. เหตุผลที่สำคัญ หากไม่มี Case ID ที่ถูกต้อง คุณจะติดตามเส้นทางของแต่ละเคสในกระบวนการไม่ได้. แหล่งข้อมูล ใช้คีย์หลักหรือเลขอ้างอิงจากตารางธุรกรรมหลักของคุณ. ตัวอย่าง ORD-2024-001234TKT-98765REQ-0042 | |||
| ประเภทกรณี CaseType | หมวดหมู่หรือประเภทของกรณีที่กำลังดำเนินการ. | ||
| คำอธิบาย จัดหมวดหมู่กรณีตามประเภทเพื่อเปรียบเทียบแต่ละกลุ่ม กรณีแต่ละประเภทมักมีเส้นทางกระบวนการและผลการดำเนินงานแตกต่างกัน. เหตุผลที่สำคัญ การแบ่งกลุ่มตามประเภทกรณีช่วยให้เห็นความแตกต่างของผลการดำเนินงานในแต่ละหมวดหมู่. แหล่งข้อมูล มองหารหัสประเภท ฟิลด์หมวดหมู่ หรือแอตทริบิวต์การจัดประเภท. ตัวอย่าง มาตรฐานเร่งด่วนซับซ้อน | |||
| ผู้ใช้ User | บุคคลที่ดำเนินกิจกรรม. | ||
| คำอธิบาย ระบุผู้ใช้หรือทรัพยากรที่ดำเนินกิจกรรมแต่ละรายการ ข้อมูลนี้ช่วยวิเคราะห์ทรัพยากร จัดสมดุลภาระงาน และเปรียบเทียบผลการปฏิบัติงาน. เหตุผลที่สำคัญ การวิเคราะห์ทรัพยากรช่วยระบุความต้องการด้านการฝึกอบรมและความไม่สมดุลของภาระงาน. แหล่งข้อมูล ค้นหา ID ผู้ใช้ หมายเลขพนักงาน หรือชื่อผู้ใช้ที่เชื่อมโยงกับแต่ละเหตุการณ์. ตัวอย่าง john.smithEMP-12345user_a1b2c3 | |||
| แผนก Department | หน่วยงานที่รับผิดชอบกิจกรรม. | ||
| คำอธิบาย ระบุว่าแต่ละกิจกรรมดำเนินการโดยแผนก ทีม หรือหน่วยธุรกิจใด เหมาะสำหรับวิเคราะห์การส่งต่องานระหว่างทีม. เหตุผลที่สำคัญ การวิเคราะห์ข้ามแผนกช่วยให้เห็นความล่าช้าในการส่งต่องานและจุดติดขัดระหว่างหน่วยงาน. แหล่งข้อมูล มองหารหัสแผนกหรือรหัสหน่วยงาน. ตัวอย่าง การเงินการปฏิบัติการบริการลูกค้า | |||
| เร่งด่วน Priority | ระดับความสำคัญที่กำหนดให้กับกรณี. | ||
| คำอธิบาย ระบุความเร่งด่วนหรือความสำคัญของแต่ละกรณี ระดับความสำคัญมักมีผลต่อความเร็วในการดำเนินการและเส้นทางที่กรณีนั้นใช้. เหตุผลที่สำคัญ การวิเคราะห์ระดับความสำคัญช่วยตรวจสอบว่ากรณีเร่งด่วนได้รับการดูแลอย่างเหมาะสม. แหล่งข้อมูล มองหาฟิลด์ระดับความสำคัญ ตัวบ่งชี้ความเร่งด่วน หรือระดับ SLA. ตัวอย่าง สูงสื่อกลางต่ำ | |||
| เวลาสิ้นสุด EndTime | เวลาที่กิจกรรมสิ้นสุด หากต่างจากเวลาเริ่มต้น. | ||
| คำอธิบาย เวลาสิ้นสุดระบุว่ากิจกรรมเสร็จเมื่อใด การบันทึกทั้งเวลาเริ่มต้นและเวลาสิ้นสุดช่วยคำนวณระยะเวลาและเวลาที่ใช้ดำเนินกิจกรรม. เหตุผลที่สำคัญ เวลาเริ่มต้นและสิ้นสุดช่วยคำนวณเวลาทำงานจริงเทียบกับเวลารอ. แหล่งข้อมูล ค้นหาเวลาที่บันทึกเมื่อเสร็จสิ้น หรือเวลาที่สถานะเปลี่ยนเพื่อระบุว่ากิจกรรมเสร็จแล้ว. ตัวอย่าง 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| CO2 จากกิจกรรม ActivityCO2 | ปริมาณการปล่อยคาร์บอนจากกิจกรรมนี้. | ||
| คำอธิบาย การปล่อยคาร์บอนที่เกี่ยวข้องกับกิจกรรมนี้ ช่วยวิเคราะห์ความยั่งยืนของกระบวนการ. เหตุผลที่สำคัญ การติดตาม CO2 ช่วยสนับสนุนเป้าหมายด้านความยั่งยืนและการรายงานผลกระทบต่อสิ่งแวดล้อม. แหล่งข้อมูล คำนวณจากประเภทกิจกรรมและปัจจัยการปล่อยก๊าซมาตรฐาน. ตัวอย่าง 0.10.52.0 | |||
| FTE ของกิจกรรม ActivityFTE | ชั่วโมงทำงาน FTE (เทียบเท่าพนักงานเต็มเวลา) สำหรับกิจกรรมนี้. | ||
| คำอธิบาย ปริมาณแรงงานที่ใช้ในกิจกรรมนี้ โดยวัดเป็นชั่วโมง FTE เหมาะสำหรับวางแผนกำลังคนและวิเคราะห์ภาระงาน. เหตุผลที่สำคัญ การติดตาม FTE ช่วยวางแผนทรัพยากรและบริหารกำลังการทำงาน. แหล่งข้อมูล คำนวณจากเวลาดำเนินการและอัตรา FTE มาตรฐาน หรือดึงข้อมูลจากระบบติดตามเวลา. ตัวอย่าง 0.250.51.0 | |||
| กลุ่มลูกค้า CustomerSegment | กลุ่มหรือระดับของลูกค้า. | ||
| คำอธิบาย จัดกลุ่มลูกค้าตามเซกเมนต์ ระดับ หรือมูลค่า เหมาะสำหรับวิเคราะห์ว่าลูกค้าแต่ละกลุ่มได้รับบริการในระดับต่างกันหรือไม่. เหตุผลที่สำคัญ การวิเคราะห์เซกเมนต์ช่วยตรวจสอบว่าลูกค้ามูลค่าสูงได้รับการดูแลอย่างเหมาะสม. แหล่งข้อมูล มองหารหัสเซกเมนต์ การกำหนดระดับ หรือฟิลด์จัดประเภทลูกค้า. ตัวอย่าง ธุรกิจองค์กรSMBผู้บริโภค | |||
| จำนวนเงินของกิจกรรม ActivityAmount | มูลค่าเงินที่เกี่ยวข้องกับกิจกรรมนี้. | ||
| คำอธิบาย มูลค่าทางการเงินที่กิจกรรมนี้ดำเนินการหรือส่งผลกระทบ ช่วยให้วิเคราะห์โดยถ่วงน้ำหนักตามมูลค่าได้. เหตุผลที่สำคัญ การวิเคราะห์มูลค่าช่วยจัดลำดับความสำคัญของการปรับปรุงตามผลกระทบทางการเงิน. แหล่งข้อมูล มองหายอดธุรกรรม มูลค่าใบแจ้งหนี้ หรือยอดรวมคำสั่งซื้อ. ตัวอย่าง 1500.0025000.00750.50 | |||
| ช่องทาง Channel | ช่องทางที่ใช้เริ่มต้นหรือรับกรณีเข้ามา. | ||
| คำอธิบาย ระบุช่องทางที่กรณีเข้าสู่กระบวนการของคุณ แต่ละช่องทางมักมีลักษณะและผลการดำเนินงานแตกต่างกัน. เหตุผลที่สำคัญ การวิเคราะห์ช่องทางช่วยให้เห็นว่าวิธีรับเรื่องใดมีประสิทธิภาพที่สุด. แหล่งข้อมูล มองหาตัวบ่งชี้แหล่งที่มา รหัสช่องทาง หรือฟิลด์ต้นทาง. ตัวอย่าง พอร์ทัลเว็บอีเมลโทรศัพท์API | |||
| ต้นทุนกิจกรรม ActivityCost | ค่าใช้จ่ายในการดำเนินกิจกรรมนี้. | ||
| คำอธิบาย ค่าใช้จ่ายที่เกิดจากการดำเนินกิจกรรมนี้ ช่วยวิเคราะห์ต้นทุนและระบุขั้นตอนกระบวนการที่มีค่าใช้จ่ายสูง. เหตุผลที่สำคัญ การวิเคราะห์ต้นทุนช่วยจัดลำดับความสำคัญของการปรับปรุงตามผลกระทบทางการเงิน. แหล่งข้อมูล มองหาฟิลด์จัดสรรต้นทุน หรือคำนวณจากตารางต้นทุนมาตรฐาน. ตัวอย่าง 15.0045.50120.00 | |||
| ต้นทุนระบบอัตโนมัติ ActivityAutomationCost | ค่าใช้จ่ายหากใช้ระบบอัตโนมัติดำเนินกิจกรรมนี้. | ||
| คำอธิบาย ค่าใช้จ่ายโดยประมาณในการดำเนินกิจกรรมนี้ด้วยระบบอัตโนมัติ เหมาะสำหรับวิเคราะห์ผลตอบแทนจากการลงทุนในระบบอัตโนมัติ. เหตุผลที่สำคัญ การเปรียบเทียบต้นทุนระหว่างการทำงานด้วยคนกับระบบอัตโนมัติช่วยจัดทำเหตุผลประกอบการลงทุน. แหล่งข้อมูล โดยทั่วไปกำหนดจากแบบจำลองต้นทุนมาตรฐานสำหรับกระบวนการอัตโนมัติ. ตัวอย่าง 0.502.005.00 | |||
| ทรัพยากร Resource | ทรัพยากรที่ดำเนินกิจกรรม ซึ่งอาจเป็นบุคคลหรือระบบ. | ||
| คำอธิบาย รหัสทั่วไปที่ระบุผู้ดำเนินกิจกรรม ไม่ว่าจะเป็นบุคคลหรือระบบอัตโนมัติ เหมาะเมื่อกิจกรรมเดียวกันอาจดำเนินการได้ทั้งโดยคนและระบบ. เหตุผลที่สำคัญ การติดตามทรัพยากรช่วยเปรียบเทียบประสิทธิภาพระหว่างคนกับระบบอัตโนมัติ. แหล่งข้อมูล มองหารหัสผู้ดำเนินกิจกรรม ซึ่งอาจรวมทั้งบัญชีผู้ใช้และบัญชีระบบ. ตัวอย่าง user_123AUTO_SYSTEMbot_processor | |||
| ทำงานอัตโนมัติหรือไม่ IsAutomated | ระบุว่ากิจกรรมดำเนินการโดยอัตโนมัติหรือไม่. | ||
| คำอธิบาย ระบุว่ากิจกรรมดำเนินการโดยระบบอัตโนมัติหรือทำด้วยตนเองโดยผู้ใช้ ข้อมูลนี้จำเป็นต่อการทำความเข้าใจระดับการใช้ระบบอัตโนมัติ. เหตุผลที่สำคัญ การวิเคราะห์ระบบอัตโนมัติช่วยให้เห็นโอกาสในการนำระบบอัตโนมัติมาใช้เพิ่มเติม. แหล่งข้อมูล ระบุจากประเภทผู้ใช้ (ระบบหรือบุคคล) หรือแฟล็กระบบอัตโนมัติ. ตัวอย่าง truefalse | |||
| ทีม Team | ทีมเฉพาะภายในแผนก. | ||
| คำอธิบาย การแบ่งกลุ่มหน่วยงานที่ละเอียดกว่าแผนก เหมาะเมื่อมีหลายทีมในแผนกเดียวกันที่รับผิดชอบงานคนละส่วนของกระบวนการ. เหตุผลที่สำคัญ การวิเคราะห์ระดับทีมช่วยให้เห็นการกระจายงานและรูปแบบความเชี่ยวชาญเฉพาะด้าน. แหล่งข้อมูล มองหารหัสทีม รหัสคิว หรือข้อมูลการจัดกลุ่ม. ตัวอย่าง ทีมอัลฟาการส่งต่อเพื่อยกระดับฝ่ายสนับสนุนระดับ 2 | |||
| ประเทศ Country | ประเทศที่เกี่ยวข้องกับกรณี. | ||
| คำอธิบาย ตำแหน่งทางภูมิศาสตร์ที่เกี่ยวข้องกับกรณี เหมาะสำหรับวิเคราะห์ความแตกต่างของผลการดำเนินงานหรือข้อกำหนดด้านการปฏิบัติตามข้อกำหนดในแต่ละภูมิภาค. เหตุผลที่สำคัญ การวิเคราะห์ตามภูมิศาสตร์ช่วยให้เห็นความแตกต่างระหว่างภูมิภาคและรูปแบบการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล มองหารหัสประเทศ รหัสภูมิภาค หรือฟิลด์ตำแหน่งที่ตั้ง. ตัวอย่าง สหรัฐอเมริกาเยอรมนีญี่ปุ่น | |||
| ผลิตภัณฑ์ Product | ผลิตภัณฑ์หรือบริการที่เกี่ยวข้องกับกรณี. | ||
| คำอธิบาย ระบุผลิตภัณฑ์ บริการ หรือข้อเสนอที่เกี่ยวข้องกับกรณี ช่วยให้วิเคราะห์ผลการดำเนินงานของกระบวนการแยกตามผลิตภัณฑ์ได้. เหตุผลที่สำคัญ การวิเคราะห์ผลิตภัณฑ์ช่วยให้เห็นว่าผลิตภัณฑ์บางรายการมีกระบวนการแตกต่างกันหรือไม่. แหล่งข้อมูล มองหารหัสผลิตภัณฑ์ SKU หรือรหัสบริการ. ตัวอย่าง ผลิตภัณฑ์ Aแพ็กเกจบริการ ProSKU-12345 | |||
| ภูมิภาค Region | ภูมิภาคทางภูมิศาสตร์ของกรณี. | ||
| คำอธิบาย การแบ่งกลุ่มทางภูมิศาสตร์ที่กว้างกว่าระดับประเทศ เหมาะสำหรับวิเคราะห์ระดับภูมิภาคเมื่อการปฏิบัติการครอบคลุมหลายประเทศ. เหตุผลที่สำคัญ การวิเคราะห์ระดับภูมิภาคช่วยให้เข้าใจผลการดำเนินงานในพื้นที่ต่างๆ. แหล่งข้อมูล มองหารหัสภูมิภาค หรือระบุจากข้อมูลประเทศ. ตัวอย่าง ยุโรป ตะวันออกกลาง และแอฟริกาทวีปอเมริกาเอเชียแปซิฟิก | |||
| ระบบต้นทาง SourceSystem | ระบบต้นทางของเหตุการณ์นี้. | ||
| คำอธิบาย ระบุระบบต้นทางที่บันทึกเหตุการณ์นี้ เหมาะเมื่อรวมข้อมูลจากหลายระบบ. เหตุผลที่สำคัญ การติดตามแหล่งที่มาช่วยให้เข้าใจที่มาของข้อมูลและขอบเขตของแต่ละระบบ. แหล่งข้อมูล กำหนดเป็นค่าคงที่ หรือระบุจากแหล่งที่ดึงข้อมูล. ตัวอย่าง SAPSalesforceServiceNow | |||
| ลูกค้า Customer | ลูกค้าหรือคู่ค้าที่เกี่ยวข้องกับกรณี. | ||
| คำอธิบาย ระบุลูกค้า ผู้ว่าจ้าง หรือบุคคลภายนอกที่เกี่ยวข้องกับกรณี ช่วยให้วิเคราะห์ผลการดำเนินงานของกระบวนการโดยเน้นมุมมองลูกค้าได้. เหตุผลที่สำคัญ การวิเคราะห์ลูกค้าช่วยให้เห็นรูปแบบประสบการณ์ของลูกค้า. แหล่งข้อมูล มองหารหัสลูกค้า หมายเลขบัญชี หรือรหัสคู่ค้า. ตัวอย่าง CUST-001234Acme CorpACC-98765 | |||
| สถานะ SLA SLAState | ระบุว่ากรณีอยู่ภายในหรือเกิน SLA. | ||
| คำอธิบาย ระบุว่ากรณีเป็นไปตามข้อตกลงระดับการให้บริการหรือไม่ เหมาะสำหรับติดตามการปฏิบัติตามข้อกำหนดและวิเคราะห์การส่งต่อกรณี. เหตุผลที่สำคัญ การติดตาม SLA ช่วยระบุกรณีที่มีความเสี่ยงและอัตราการปฏิบัติตามข้อกำหนดโดยรวม. แหล่งข้อมูล มองหาฟิลด์สถานะ SLA ตัวบ่งชี้การผิด SLA หรือคำนวณจากเวลาและเป้าหมายที่กำหนด. ตัวอย่าง อยู่ภายใน SLAเสี่ยงเกินกำหนดเกินกำหนด | |||
| หน่วยธุรกิจ BusinessUnit | หน่วยธุรกิจที่เกี่ยวข้องกับกรณี. | ||
| คำอธิบาย ระบุหน่วยธุรกิจหรือฝ่ายที่รับผิดชอบหรือเกี่ยวข้องกับกรณี เหมาะสำหรับองค์กรที่มีหลายฝ่าย. เหตุผลที่สำคัญ การวิเคราะห์หน่วยธุรกิจช่วยให้เห็นรูปแบบผลการดำเนินงานระหว่างหน่วยงาน. แหล่งข้อมูล มองหารหัสหน่วยธุรกิจ รหัสฝ่าย หรือการกำหนดศูนย์กำไร. ตัวอย่าง ธุรกิจค้าปลีกธุรกิจองค์กรSMB | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่อัปเดตระเบียนนี้ล่าสุด. | ||
| คำอธิบาย เวลาที่อัปเดตระเบียนนี้ครั้งล่าสุด เหมาะสำหรับการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนและติดตามความใหม่ของข้อมูล. เหตุผลที่สำคัญ การติดตามการอัปเดตช่วยรองรับการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนและตรวจสอบคุณภาพข้อมูล. แหล่งข้อมูล มองหาเวลาที่แก้ไขล่าสุดหรือฟิลด์ติดตามการเปลี่ยนแปลง. ตัวอย่าง 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
กิจกรรม
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ตรวจทานเสร็จแล้ว | ดำเนินการตรวจทานหรืออนุมัติเสร็จแล้ว หลายกระบวนการต้องผ่านการตรวจทานอย่างน้อยหนึ่งครั้งก่อนดำเนินการต่อ. | ||
| เหตุผลที่สำคัญ ขั้นตอนตรวจทานมักเป็นคอขวด การทราบระยะเวลาที่ใช้ตรวจทานช่วยให้ระบุความล่าช้าในการอนุมัติได้. แหล่งข้อมูล ค้นหาเวลาที่อนุมัติ การตรวจทานเสร็จสิ้น หรือบันทึกการลงนามอนุมัติ. บันทึก เวลาที่อนุมัติหรือเสร็จสิ้นการตรวจทาน ประเภทเหตุการณ์ explicit | |||
| ตรวจสอบความถูกต้องของข้อมูลแล้ว | ตรวจสอบว่าข้อมูลที่จำเป็นครบถ้วนและถูกต้องหรือไม่ อาจเป็นการตรวจสอบโดยระบบอัตโนมัติหรือการตรวจทานด้วยมือโดยสมาชิกในทีม. | ||
| เหตุผลที่สำคัญ การตรวจสอบตั้งแต่เนิ่นๆ ช่วยป้องกันปัญหาในขั้นตอนถัดไปและลดงานแก้ไขซ้ำ หากข้ามขั้นตอนนี้ มักพบว่ากระบวนการใช้เวลานานขึ้น. แหล่งข้อมูล ค้นหาการเปลี่ยนสถานะการตรวจสอบ เวลาที่ตรวจสอบ หรือการบันทึกว่าตรวจสอบคุณภาพเสร็จแล้ว. บันทึก เวลาที่เปลี่ยนสถานะหรือเสร็จสิ้นการตรวจสอบ ประเภทเหตุการณ์ explicit | |||
| ปิดกรณีงานแล้ว | ดำเนินการกรณีงานเสร็จสมบูรณ์และปิดแล้ว ซึ่งเป็นจุดสิ้นสุดของอินสแตนซ์กระบวนการ. | ||
| เหตุผลที่สำคัญ ข้อมูลนี้จำเป็นต่อการคำนวณระยะเวลาของแต่ละรอบและปริมาณงานที่ดำเนินการได้ อัตราการดำเนินงานเสร็จบ่งบอกประสิทธิผลของกระบวนการ. แหล่งข้อมูล ค้นหาเวลาที่ดำเนินการเสร็จ สถานะปิด หรือบันทึกผลลัพธ์สุดท้าย. บันทึก เวลาที่ดำเนินการเสร็จหรือปิดกรณีงาน ประเภทเหตุการณ์ explicit | |||
| มอบหมายให้ผู้รับผิดชอบ | ส่งกรณีงานให้บุคคลหรือทีมที่รับผิดชอบดำเนินการ การมอบหมายนี้ระบุว่าใครเป็นผู้รับผิดชอบให้งานคืบหน้าต่อ. | ||
| เหตุผลที่สำคัญ ประสิทธิภาพในการมอบหมายงานส่งผลต่อความเร็วในการเริ่มงาน หากล่าช้าในขั้นตอนนี้ อาจมีปัญหาเรื่องการส่งต่องานหรือภาระงาน. แหล่งข้อมูล ค้นหาการเปลี่ยนแปลงการมอบหมาย การเปลี่ยนผู้รับผิดชอบ หรือรายการที่เข้าสู่คิวในระบบ. บันทึก เวลาที่มอบหมายหรือเปลี่ยนผู้รับผิดชอบ ประเภทเหตุการณ์ explicit | |||
| เริ่มดำเนินการ | เริ่มลงมือทำงานในกรณีงาน ซึ่งเป็นจุดเปลี่ยนจากการรอในคิวไปสู่การดำเนินงานจริง. | ||
| เหตุผลที่สำคัญ ช่วงเวลาระหว่างการมอบหมายกับการเริ่มดำเนินการแสดงให้เห็นเวลารอในคิวและปัญหาภาระงาน. แหล่งข้อมูล ค้นหาการเปลี่ยนสถานะที่ระบุว่าเริ่มงานแล้ว เวลาที่เริ่มดำเนินการครั้งแรก หรือรายการในบันทึกกิจกรรม. บันทึก กิจกรรมแรกหลังมอบหมาย หรือเวลาที่ระบุว่าเริ่มงาน ประเภทเหตุการณ์ inferred | |||
| สร้างกรณีงาน | เหตุการณ์แรกที่เริ่มกรณีงานใหม่ในกระบวนการ หมายถึงเวลาที่งานชุดใหม่เข้าสู่ระบบ ไม่ว่าจะเริ่มจากคำขอของลูกค้า ความต้องการภายในองค์กร หรือเหตุการณ์อัตโนมัติ. | ||
| เหตุผลที่สำคัญ ระบุจุดเริ่มต้นอย่างเป็นทางการของกระบวนการ และจำเป็นต่อการคำนวณระยะเวลารวมของแต่ละรอบและปริมาณงานที่ดำเนินการได้. แหล่งข้อมูล ค้นหาวันเวลาที่สร้างรายการ วันที่ส่งคำขอ หรือการเปลี่ยนสถานะครั้งแรกในระบบต้นทาง. บันทึก เวลาที่สร้างรายการธุรกรรมหรือระเบียนหลัก ประเภทเหตุการณ์ explicit | |||
| ขอข้อมูลเพิ่มเติม | มีการขอข้อมูลเพิ่มเติมจากลูกค้า ผู้ขาย หรือผู้เกี่ยวข้องภายในองค์กร. | ||
| เหตุผลที่สำคัญ การขอข้อมูลทำให้กระบวนการหยุดรอและมักเกิดความล่าช้ามาก การลดคำขอเหล่านี้ช่วยให้ใช้เวลาดำเนินงานสั้นลง. แหล่งข้อมูล ค้นหาการสื่อสารเพื่อขอข้อมูล การเปลี่ยนสถานะเป็น 'รอข้อมูล' หรือเวลาที่เริ่มพักงาน. บันทึก เวลาที่ส่งคำขอหรือเปลี่ยนสถานะเป็นรอดำเนินการ ประเภทเหตุการณ์ explicit | |||
| ดำเนินการเสร็จแล้ว | ดำเนินการหรือทำงานเฉพาะอย่างในกระบวนการเสร็จแล้ว. | ||
| เหตุผลที่สำคัญ การติดตามแต่ละงานช่วยให้ระบุได้ว่าขั้นตอนใดส่งผลต่อระยะเวลาของแต่ละรอบมากที่สุด. แหล่งข้อมูล ค้นหาเวลาที่ทำงานเสร็จ บันทึกการดำเนินการ หรือการระบุว่าขั้นตอนเสร็จแล้ว. บันทึก เวลาที่งานหรือการดำเนินการเสร็จสิ้น ประเภทเหตุการณ์ explicit | |||
| ได้รับข้อมูลแล้ว | ได้รับข้อมูลเพิ่มเติมที่ร้องขอแล้ว และสามารถดำเนินกรณีงานต่อได้. | ||
| เหตุผลที่สำคัญ เวลาที่ใช้ตอบคำขอข้อมูลส่งผลอย่างมากต่อระยะเวลาของแต่ละรอบ หากได้รับคำตอบเร็ว ก็จะดำเนินงานให้เสร็จได้เร็วขึ้น. แหล่งข้อมูล ค้นหาการรับคำตอบ การเปลี่ยนสถานะออกจากสถานะรอ หรือเวลาที่อัปโหลดเอกสาร. บันทึก เวลาที่ได้รับคำตอบหรือเปลี่ยนสถานะออกจากสถานะรอ ประเภทเหตุการณ์ explicit | |||
| ตัดสินใจแล้ว | ถึงจุดตัดสินใจสำคัญในกระบวนการและได้ข้อสรุปแล้ว. | ||
| เหตุผลที่สำคัญ ขั้นตอนการตัดสินใจมักต้องได้รับอนุมัติและอาจกลายเป็นคอขวด การมีบันทึกการตัดสินใจที่ชัดเจนช่วยสนับสนุนการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล ค้นหาบันทึกการตัดสินใจ เครื่องหมายอนุมัติหรือปฏิเสธ หรือข้อมูลผลการพิจารณา. บันทึก เวลาที่ตัดสินใจหรือบันทึกผลการตัดสินใจ ประเภทเหตุการณ์ explicit | |||
| พบกรณียกเว้น | พบปัญหาหรือกรณียกเว้นที่ต้องจัดการเป็นพิเศษหรือส่งต่อให้ผู้รับผิดชอบระดับสูงขึ้น. | ||
| เหตุผลที่สำคัญ กรณียกเว้นมักทำให้ต้องแก้ไขงานและเกิดความล่าช้า การติดตามกรณีเหล่านี้ช่วยให้ค้นหาสาเหตุและแนวทางป้องกันได้. แหล่งข้อมูล ค้นหาบันทึกข้อผิดพลาด เครื่องหมายระบุกรณียกเว้น บันทึกการส่งต่อ หรือข้อมูลที่บ่งชี้ว่ามีการจัดการเป็นพิเศษ. บันทึก เวลาที่เกิดกรณียกเว้นหรือข้อผิดพลาดตามบันทึกของระบบ ประเภทเหตุการณ์ explicit | |||
| ยกเลิกกรณีงาน | ยกเลิกหรือเลิกดำเนินกรณีงานก่อนเสร็จสิ้น. | ||
| เหตุผลที่สำคัญ รูปแบบการยกเลิกช่วยให้เห็นปัญหาด้านการออกแบบกระบวนการ ความต้องการของลูกค้า หรือปัญหาจากขั้นตอนก่อนหน้า. แหล่งข้อมูล ค้นหาเวลาที่ยกเลิก สถานะที่ระบุว่าเลิกดำเนินการ หรือบันทึกการยุติกรณีงาน. บันทึก เวลาที่ยกเลิกหรือยุติกรณีงาน ประเภทเหตุการณ์ explicit | |||
| ส่งต่อให้ผู้รับผิดชอบระดับสูงขึ้น | ส่งกรณีงานให้ผู้รับผิดชอบระดับสูงขึ้นหรือทีมเฉพาะทางดำเนินการ. | ||
| เหตุผลที่สำคัญ การส่งต่อแสดงว่ากรณีงานไม่สามารถจัดการผ่านช่องทางปกติได้ หากมีการส่งต่อบ่อย อาจบ่งชี้ถึงปัญหาด้านการฝึกอบรมหรือกระบวนการ. แหล่งข้อมูล ค้นหาบันทึกการส่งต่อ การเปลี่ยนระดับ หรือการโอนไปยังคิวของผู้เชี่ยวชาญ. บันทึก เวลาที่ส่งต่อหรือโอนไปยังคิวเฉพาะทาง ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
ดาวน์โหลดเทมเพลตนี้เพื่อใช้เป็นจุดเริ่มต้น หรือดูคู่มือสำหรับระบบแต่ละประเภทที่มีตัวอย่างคำสั่งดึงข้อมูลซึ่งทดสอบแล้วและปรับให้เหมาะกับเทคโนโลยีของคุณ.
เริ่มปรับปรุงกระบวนการของคุณวันนี้
มองเห็นกระบวนการของคุณได้ชัดเจนเป็นครั้งแรกด้วย ProcessMind
ไม่ต้องใช้บัตรเครดิต