ไดเรกทอรีพนักงานภายในองค์กร: แผนที่คนอัปเดตได้

ทำไมไดเรกทอรีภายในองค์กรจึงล้าสมัย

ไดเรกทอรีพนักงานภายในองค์กรจะล้าสมัยเมื่อการอัปเดตข้อมูลไม่เกี่ยวข้องกับงานจริง พนักงานใหม่เข้าร่วมทีม มีคนย้ายแผนก หรือสำนักงานเปลี่ยนที่ตั้ง แต่ข้อมูลยังคงอยู่ในสเปรดชีตเก่าจนเพื่อนร่วมงานต้องการใช้อย่างเร่งด่วน แล้วพบว่าเบอร์โทรศัพท์ ผู้จัดการ หรือเขตเวลาไม่ถูกต้อง

ข้อผิดพลาดเล็กๆ ทำให้เกิดความล่าช้าจริง พนักงานขายส่งคำถามของลูกค้าไปยังเจ้าของผลิตภัณฑ์คนเก่า ผู้จัดการฝ่ายปฏิบัติการนัดประชุมนอกเวลาทำงานของเพื่อนร่วมทีม และพนักงานใหม่ต้องถามหลายคนว่าใครดูแลเงินเดือน เพราะไดเรกทอรีไม่ได้ให้คำตอบที่ชัดเจน

โปรไฟล์มักใช้งานไม่ได้เพราะบริษัทขอข้อมูลมากเกินไป ประวัติอย่างเป็นทางการ ประวัติโครงการ ความสนใจส่วนตัว การให้คะแนนทักษะ ลิงก์โซเชียล และรูปถ่ายที่จัดทำอย่างดี อาจทำให้การอัปเดตง่ายๆ กลายเป็นภาระ คนส่วนใหญ่จึงเลื่อนการอัปเดตออกไป แล้วก็ไม่สนใจการแจ้งเตือนในที่สุด

ฐานข้อมูลโปรไฟล์พนักงานที่มีประโยชน์ควรมีข้อเท็จจริงที่ช่วยให้คนติดต่อบุคคลที่ถูกต้องหรือเข้าใจงานของเขา ได้แก่ ชื่อ ทีม ตำแหน่ง ผู้จัดการ สถานที่หรือเขตเวลา ข้อมูลติดต่อที่ทำงาน และทักษะสั้นๆ เพิ่มฟิลด์ก็ต่อเมื่อมีคนบอกได้ว่าจะใช้ฟิลด์นั้นเป็นประจำในเรื่องใด

ไดเรกทอรีควรทำหน้าที่ของตัวเองอย่างชัดเจน ช่วยให้พนักงานค้นหาเพื่อนร่วมงาน ระบุความเชี่ยวชาญ และดูว่าใครรับผิดชอบงาน โพสต์ จำนวนผู้ติดตาม ปฏิกิริยา และฟีดกิจกรรมทำให้มีเนื้อหาที่ต้องดูแลมากขึ้น อีกทั้งอาจทำให้พนักงานรู้สึกว่าถูกเฝ้าดูแทนที่จะได้รับความช่วยเหลือ

คนจะอัปเดตข้อมูลเมื่อเห็นประโยชน์โดยตรง หากเพื่อนร่วมทีมค้นหา «การตรวจสอบสัญญา» แล้วติดต่อคนที่เหมาะสมได้อย่างรวดเร็ว โปรไฟล์ที่ถูกต้องจะช่วยประหยัดเวลา ส่วนข้อความแนะนำตัวที่ไม่มีใครอ่านให้ผลตรงกันข้าม

ทำเวอร์ชันแรกให้กระชับ ทำให้รายละเอียดการทำงานแก้ไขได้ง่าย กำหนดเจ้าของฟิลด์ที่ใช้ทั่วทั้งองค์กร และลบทุกอย่างที่ไม่มีใครใช้ ไดเรกทอรีจะได้รับความไว้วางใจเมื่อพนักงานพึ่งพาได้ในวันทำงานทั่วไป

ตัดสินใจว่าแต่ละโปรไฟล์ควรมีอะไรบ้าง

สร้างแต่ละโปรไฟล์โดยยึดคำถามที่เกิดขึ้นบ่อยในการทำงาน เพื่อนร่วมงานอาจต้องหาผู้ติดต่อเรื่องเงินเดือน ระบุคนที่รู้จัก Salesforce หรือตรวจสอบว่าเพื่อนร่วมทีมทำงานอยู่ที่สำนักงานเบอร์ลินหรือไม่ หากฟิลด์ใดไม่ช่วยให้ติดต่อ ส่งต่องานให้ หรือเข้าใจเพื่อนร่วมงาน ก็ควรตัดฟิลด์นั้นออก

เริ่มจากข้อมูลการทำงานที่จำเป็นเพียงชุดเล็กๆ วิธีนี้ช่วยให้ไดเรกทอรีพนักงานภายในองค์กรมีโครงสร้างสม่ำเสมอ โดยไม่บังคับให้คนกรอกแบบฟอร์มยาว:

• ชื่อเต็มและชื่อที่ต้องการให้เรียก
• ทีม ตำแหน่ง ผู้จัดการ และสถานที่ทำงาน
• อีเมลที่ทำงาน เบอร์โทรศัพท์ และเขตเวลาเมื่อจำเป็น
• ทักษะที่เกี่ยวข้องกับงานหรือด้านความรู้
• ข้อความสั้นๆ ว่าบุคคลนั้นช่วยเรื่องอะไรได้บ้าง

กำหนดทักษะให้เฉพาะเจาะจงพอที่จะค้นหาได้ «การเงิน» กว้างเกินไป แต่ «นโยบายค่าใช้จ่าย» «การอนุมัติใบแจ้งหนี้» และ «การทำรายงานใน NetSuite» บอกเหตุผลที่ชัดเจนให้เพื่อนร่วมงานติดต่อได้ หากทำได้ ให้พนักงานเลือกป้ายทักษะที่ได้รับอนุมัติ และเพิ่มข้อความสั้นๆ สำหรับรายละเอียดที่ไม่มีอยู่ในรายการ

แยกข้อมูลที่จำเป็นออกจากข้อมูลเสริม โดยทั่วไปทีมต้องใช้ตำแหน่ง ข้อมูลติดต่อ สถานที่ และทักษะการทำงาน แต่ไม่จำเป็นต้องใช้ประวัติส่วนตัว คำคมที่ชอบ วันเกิด หรือรูปถ่าย รูปภาพเสริมอาจช่วยให้จำใบหน้ากับชื่อได้ แต่ไม่ควรบังคับให้ใครต้องมีรูปเพื่อกรอกโปรไฟล์ให้เสร็จ

โปรไฟล์อาจมีรายละเอียดเรื่องเวลาที่พร้อมทำงานด้วย หัวหน้าทีมสนับสนุนในโตรอนโตอาจระบุว่า «ภาษาอังกฤษและภาษาฝรั่งเศส» «ผู้ติดต่อสำหรับเหตุเร่งด่วนในวันทำงาน» และ «พร้อมให้ติดต่อเวลา 9:00 ถึง 17:00 น. ตามเวลา ET» ข้อมูลนี้ช่วยให้เพื่อนร่วมทีมฝ่ายขายส่งต่อปัญหาลูกค้าที่เร่งด่วนได้โดยไม่ต้องส่งข้อความต่อกันหลายทอด

นี่คือไดเรกทอรีพนักงาน ไม่ใช่โซเชียลเน็ตเวิร์ก ข้ามโพสต์สาธารณะ ปฏิกิริยา จำนวนผู้ติดตาม เธรดความคิดเห็น และฟีดกิจกรรมไป หน้าโปรไฟล์ที่สะอาดควรตอบได้อย่างรวดเร็วว่าคนนี้คือใคร ทำอะไร ทำงานที่ไหน และควรติดต่อเมื่อใด

ตั้งกฎสำหรับตำแหน่ง ทักษะ และสถานที่

ทุกฟิลด์ควรตอบคำถามในการทำงานได้ จัดหมวดหมู่ตำแหน่งให้ใกล้เคียงกับวิธีที่คนค้นหาเพื่อนร่วมงาน เช่น แผนก หน้าที่ ทีม และชื่อตำแหน่ง หลีกเลี่ยงรายชื่อตำแหน่งที่คล้ายกันจนยาวเกินไป หากเพื่อนร่วมงานเพียงต้องรู้ว่าใครดูแลบัญชีลูกค้า

ใช้รายการร่วมกันที่สั้นสำหรับแต่ละหมวดหมู่ กลุ่มฝ่ายขายอาจใช้ Sales, Customer success, Partnerships และ Sales operations ผู้จัดการสามารถขอหมวดหมู่ใหม่ได้เมื่อจำเป็น แต่ควรมีเจ้าของหนึ่งคนเป็นผู้อนุมัติ วิธีนี้ช่วยป้องกันการใช้หลายชื่อเรียกงานเดียวกัน

ทำให้ค้นหาทักษะได้ ไม่ใช่ใช้เขียนประวัติ

ขอให้พนักงานเลือกป้ายทักษะที่ชัดเจน และเพิ่มทักษะอีกเล็กน้อยเมื่อจำเป็น «SQL» «ภาษาสเปน» «การตรวจสอบสัญญา» และ «Figma» บอกเพื่อนร่วมงานได้มากกว่าย่อหน้าที่เล่าความสนใจด้านอาชีพ ไดเรกทอรีทักษะควรช่วยให้คนหาผู้ที่เหมาะกับงาน ไม่ใช่ให้คนอ่านเรื่องราวเส้นทางอาชีพ

ทำให้กฎเรียบง่าย:

• ขอให้พนักงานเพิ่มทักษะที่ใช้ในการทำงานอย่างมั่นใจได้ไม่เกินห้าทักษะ
• ใช้การสะกดและป้ายชื่อเดียวกันสำหรับแต่ละทักษะ เช่น «การบริหารโครงการ»
• เปิดให้พนักงานเสนอทักษะที่ขาด แล้วให้เจ้าของข้อมูลรวมรายการที่ซ้ำกัน
• ตัดลักษณะกว้างๆ เช่น «ขยัน» หรือ «ทำงานเป็นทีม» ออก

หากสร้างไดเรกทอรีใน AppMaster คุณสามารถใช้ตารางทักษะที่มีป้ายชื่อที่ได้รับอนุมัติ พร้อมเปิดให้พนักงานส่งข้อเสนอทักษะใหม่เพื่อตรวจสอบ ผลการค้นหาจะยังคงสม่ำเสมอ โดยไม่ทำให้แบบฟอร์มรู้สึกจำกัดเกินไป

ใส่สถานที่เมื่อมีประโยชน์เท่านั้น

ข้อมูลสถานที่ควรช่วยให้ประสานงานกันได้ บันทึกสำนักงาน เมือง เขตเวลา หรือสถานะทำงานระยะไกลเมื่อเพื่อนร่วมงานต้องใช้ข้อมูลเหล่านี้เพื่อนัดประชุม ส่งอุปกรณ์ หรือเข้าใจเวลาทำงาน ไม่ควรขอที่อยู่บ้านหรือข้อมูลส่วนตัวที่ไดเรกทอรีไม่จำเป็นต้องมี

โปรไฟล์แบบง่ายอาจระบุว่า «ทำงานระยะไกล, UTC+1» หรือ «สำนักงานชิคาโก, เวลากลาง» หากใครทำงานสลับหลายสำนักงาน ให้ใช้สถานที่หลักและข้อความสั้นๆ แทนการสร้างหลายฟิลด์ที่ขัดแย้งกัน

ผู้จัดการควรเป็นเจ้าของการเปลี่ยนแปลงทีมและตำแหน่ง เพราะมักรู้ก่อนเมื่อความรับผิดชอบเปลี่ยน พนักงานควบคุมทักษะ รูปภาพ ชื่อที่ต้องการให้เรียก และการตั้งค่าการติดต่อได้ การกำหนดเจ้าของที่ชัดเจนช่วยป้องกันไม่ให้การอัปเดตกลายเป็นงานที่ทุกคนคิดว่าคนอื่นจะจัดการ

เลือกแหล่งข้อมูลและกฎการเข้าถึง

ไดเรกทอรีจะเสียความน่าเชื่อถือเมื่อรายละเอียดเดียวกันอยู่ในสามแห่ง ฝ่าย HR อาจมีชื่อตำแหน่งหนึ่ง สเปรดชีตของทีมมีทักษะอีกแบบ และพนักงานเปลี่ยนเบอร์โทรศัพท์ไว้ที่อื่น พนักงานจึงต้องรู้ว่ารายการใดเป็นข้อมูลปัจจุบัน

ก่อนสร้างอะไรใหม่ ให้รวบรวมสถานที่ที่มีข้อมูลพนักงานอยู่แล้ว แหล่งข้อมูลทั่วไป ได้แก่ ระเบียน HR ระบบเงินเดือน ผู้ให้บริการยืนยันตัวตน สเปรดชีตของทีม แบบฟอร์มเริ่มงาน และรายการที่ผู้จัดการดูแล ระบุเจ้าของของแต่ละแหล่งและฟิลด์ที่แหล่งนั้นมี

กำหนดบ้านให้แต่ละฟิลด์มีเพียงแห่งเดียว ระเบียน HR ควบคุมชื่อทางกฎหมาย สถานะการจ้างงาน ผู้จัดการ และตำแหน่งอย่างเป็นทางการได้ พนักงานแก้ไขชื่อที่ต้องการให้เรียก รูปภาพ ความสนใจด้านงาน และทักษะได้ หัวหน้าทีมยืนยันการมอบหมายโครงการเมื่อจำเป็น

โมเดลความรับผิดชอบที่เรียบง่ายช่วยป้องกันความขัดแย้งในการแก้ไข:

• HR: สถานะการจ้างงาน ตำแหน่งอย่างเป็นทางการ แผนก ผู้จัดการ และวันที่เริ่มงาน
• พนักงาน: ช่องทางติดต่อที่ต้องการ ทักษะ ภาษา และรูปโปรไฟล์
• IT: อีเมลที่ทำงาน โทรศัพท์บริษัท และสถานะบัญชี
• หัวหน้าทีม: ทีมปัจจุบัน การมอบหมายโครงการ และความรับผิดชอบภายใน
• ผู้ดูแลสำนักงาน: ตำแหน่งโต๊ะและรายละเอียดสำนักงาน

กฎการเข้าถึงก็ต้องดูแลในระดับเดียวกัน พนักงานส่วนใหญ่ต้องเห็นชื่อ ตำแหน่ง ทีม ทักษะ และสถานที่ทำงาน แต่โดยทั่วไปไม่จำเป็นต้องเห็นที่อยู่บ้าน เบอร์โทรศัพท์ส่วนตัว วันเกิด รายละเอียดค่าตอบแทน หรือผู้ติดต่อฉุกเฉิน จำกัดฟิลด์ที่ละเอียดอ่อนให้เฉพาะผู้ที่จำเป็นต้องใช้ เช่น พนักงาน HR หรือฝ่ายเงินเดือน

เขียนกฎความเป็นส่วนตัวด้วยภาษาที่เข้าใจง่าย: «ไดเรกทอรีแสดงเฉพาะข้อมูลที่เกี่ยวข้องกับการทำงาน ฝ่าย HR จัดเก็บข้อมูลส่วนตัวและข้อมูลละเอียดอ่อนไว้ในระเบียนที่มีการปกป้อง พนักงานสามารถขอแก้ไขข้อมูลผ่านทีม HR ได้»

ในแอปไดเรกทอรีที่สร้างด้วย AppMaster คุณสามารถตั้งค่าสิทธิ์ให้พนักงานดูโปรไฟล์ที่ค้นหาได้ ให้พนักงานแก้ไขฟิลด์ของตัวเอง และให้ผู้ดูแล HR จัดการข้อมูลการจ้างงานที่ได้รับการปกป้อง ทุกคนควรค้นหาข้อมูลที่มีประโยชน์ได้ ขณะที่มีเพียงผู้ที่เหมาะสมเท่านั้นที่แก้ไขข้อมูลได้

ทบทวนสิทธิ์เมื่อมีคนย้ายทีม หรือลาออกจากบริษัท ถอนสิทธิ์โดยเร็ว และเก็บบันทึกว่าใครดูแลแหล่งข้อมูลแต่ละแห่ง

สร้างไดเรกทอรีทีละขั้นตอน

เริ่มจากเทมเพลตโปรไฟล์เดียวที่ตอบคำถามในชีวิตการทำงานประจำวันว่า บุคคลนี้คือใคร ทำอะไร อยู่ทีมไหน ทำงานที่ใด และเพื่อนร่วมงานสามารถขอความช่วยเหลือเรื่องทักษะใดได้บ้าง ทำเครื่องหมายเฉพาะฟิลด์ที่จำเป็นต้องกรอก แบบฟอร์มยาวมักทำให้โปรไฟล์ไม่เสร็จสมบูรณ์

กำหนดให้ชื่อ อีเมลที่ทำงาน ตำแหน่ง ทีม ผู้จัดการ สถานที่ และวันที่เริ่มงานเป็นข้อมูลที่จำเป็น ช่วงแรกให้ทักษะเป็นข้อมูลเสริม แต่ใช้รายการที่ควบคุมได้แทนการให้พิมพ์อิสระ «Excel» และ «Microsoft Excel» ไม่ควรกลายเป็นผลการค้นหาแยกกัน

จากนั้นนำเข้าระเบียนพนักงานที่มีอยู่ ส่งออกข้อมูลจากระบบที่บริษัทใช้อยู่ แล้วลบคนซ้ำ บัญชีเก่า และชื่อทีมที่ไม่สม่ำเสมอก่อนนำเข้า กำหนดรหัสพนักงานถาวรให้แต่ละคน ชื่อและตำแหน่งเปลี่ยนได้ แต่รหัสไม่ควรเปลี่ยน

ให้หัวหน้าทีมตรวจสอบกลุ่มของตนก่อนเผยแพร่ พวกเขาจะเห็นผู้รับเหมาที่สิ้นสุดสัญญาแล้ว การมอบหมายผู้จัดการที่ล้าสมัย และชื่อตำแหน่งที่ไม่ตรงกับงานอีกต่อไป กำหนดเส้นตายสั้นๆ และระบุฟิลด์ที่ต้องได้รับการอนุมัติให้ชัดเจน

สร้างรุ่นแรกโดยเน้นการค้นหา ไม่ใช่การตกแต่ง พนักงานควรค้นหาด้วยชื่อ ทีม สถานที่ ตำแหน่ง และทักษะ แล้วเปิดหน้าโปรไฟล์ที่อ่านง่ายได้

AppMaster เหมาะกับกรณีนี้ เพราะ Data Designer ช่วยจัดโครงสร้างระเบียนพนักงาน Visual Business Process Editor ช่วยสร้างขั้นตอนอนุมัติ และตัวสร้างเว็บช่วยสร้างอินเทอร์เฟซโดยไม่ต้องเขียนแอปทั้งหมดด้วยตัวเอง ตัวอย่างเช่น กระบวนการตรวจสอบโดยผู้จัดการสามารถส่งรายชื่อโปรไฟล์ให้หัวหน้าทีมแต่ละคนยืนยัน และบันทึกวันที่อนุมัติไว้ในทุกโปรไฟล์

กำหนดวันที่ตรวจสอบให้แต่ละฟิลด์ แทนที่จะมองโปรไฟล์เป็นระเบียนคงที่ รายละเอียดตำแหน่งและผู้จัดการอาจต้องตรวจสอบทุกไตรมาส ทักษะอาจตรวจสอบปีละสองครั้ง ส่วนพนักงานสามารถอัปเดตข้อมูลติดต่อได้ทุกครั้งที่มีการเปลี่ยนแปลง

รุ่นแรกที่ใช้งานได้จริงควรมีเทมเพลตโปรไฟล์ที่กำหนดข้อมูลจำเป็น ระเบียนที่นำเข้าและทำความสะอาดแล้ว รหัสพนักงานถาวร การอนุมัติฟิลด์ตำแหน่งและผู้จัดการโดยหัวหน้าทีม ตัวกรองการค้นหา และวันที่ตรวจสอบระดับฟิลด์ เผยแพร่ให้กลุ่มเล็กๆ ก่อน สังเกตว่าการค้นหาใดไม่พบผลลัพธ์ที่ดี และพนักงานไม่สนใจฟิลด์ใด ก่อนเพิ่มข้อมูลหรือหน้าจอมากขึ้น

ทำให้การอัปเดตเป็นส่วนหนึ่งของงานประจำ

ไดเรกทอรีพนักงานภายในองค์กรจะถูกต้องอยู่เสมอเมื่อการอัปเดตเกิดขึ้นพร้อมกับเหตุการณ์ที่คนต้องจัดการอยู่แล้ว ตำแหน่งใหม่ การย้ายทีม หรือการย้ายสำนักงานควรเริ่มการตรวจสอบโปรไฟล์สั้นๆ การส่งคำขอประจำปีในช่วงที่ทุกคนยุ่งมักไม่ได้ผล

ขอให้พนักงานยืนยันเฉพาะฟิลด์ที่อาจเปลี่ยน เติมข้อมูลปัจจุบันไว้ล่วงหน้าเพื่อให้พวกเขาแก้ระเบียนแทนการพิมพ์ทุกอย่างใหม่

เมื่อพนักงานขายย้ายไปทีม Customer success ฝ่าย HR หรือผู้จัดการสามารถเริ่มคำขออัปเดตได้ พนักงานตรวจสอบตำแหน่งใหม่ เปลี่ยนแผนก เพิ่มทักษะด้านผลิตภัณฑ์ที่เกี่ยวข้อง แล้วส่งแบบฟอร์ม ไดเรกทอรีก็จะแสดงการย้ายทีมก่อนที่เพื่อนร่วมงานจะต้องค้นหาความช่วยเหลือ

ทำให้เห็นระเบียนที่ล้าสมัย

เก็บวันที่ «ยืนยันล่าสุด» ไว้ในทุกโปรไฟล์ ผู้จัดการสามารถเรียงระเบียนของทีมตามวันที่นั้น และดูว่าใครยังไม่ได้ตรวจสอบข้อมูลเป็นเวลาหกหรือสิบสองเดือน วิธีนี้น่าเชื่อถือกว่าการเดาว่าเบอร์โทรศัพท์หรือทักษะยังใช้ได้อยู่หรือไม่

ใช้การแจ้งเตือนอย่างพอดี การแจ้งเตือนจะได้ผลเมื่อผูกกับงานที่มีประโยชน์ เช่น การตรวจสอบทักษะก่อนวางแผนอัตรากำลัง อีเมลทั่วไปที่ส่งซ้ำๆ ทำให้คนเรียนรู้ที่จะไม่สนใจคำขอ

ตารางการแจ้งเตือนอาจประกอบด้วย:

• การตรวจสอบโปรไฟล์หลังมีการเปลี่ยนตำแหน่ง ผู้จัดการ หรือสถานที่
• การยืนยันระหว่างการเริ่มงานและช่วงตรวจสอบประจำปี
• การแจ้งเตือนผู้จัดการหลังไม่มีการตอบคำขอหนึ่งครั้ง
• การมอบหมายระเบียนที่ยังแก้ไม่เสร็จให้ HR, IT หรือเจ้าของฟิลด์รายอื่น

พนักงานควรเป็นเจ้าของข้อมูลส่วนตัวและทักษะ ผู้จัดการควรเป็นเจ้าของการสังกัดทีมและความถูกต้องของตำแหน่ง ส่วน HR ควรเป็นเจ้าของข้อมูลการจ้างงานอย่างเป็นทางการ

ใน AppMaster กระบวนการทางธุรกิจสามารถส่งแบบฟอร์มอัปเดตหลังมีการเปลี่ยนแปลงพนักงาน บันทึกวันที่ยืนยัน และแจ้งเตือนเจ้าของข้อมูลที่เหมาะสมเมื่อคำขอหมดอายุ ทำให้คำขอสั้นและเชื่อมโยงกับการเปลี่ยนแปลงจริงในงานของบุคคลนั้น

ตัวอย่างไดเรกทอรีแบบง่าย

Maya ผู้จัดการฝ่ายสนับสนุนต้องการหานักออกแบบเพื่ออัปเดตหน้าศูนย์ช่วยเหลือก่อนเปิดตัวผลิตภัณฑ์ ทีมของเธอทำงานอยู่ในโตรอนโต และเธอต้องการคนที่สามารถทำงานทับซ้อนกับช่วงบ่ายของอเมริกาเหนือได้ เธอต้องการคนที่เหมาะสมและช่องทางติดต่อที่ชัดเจน

Maya เปิดไดเรกทอรีพนักงานภายในองค์กร แล้วกรองด้วยทักษะ «UX design» ทีม Product และสถานที่ในทวีปอเมริกา รายชื่อจาก 180 คนลดเหลือสี่คน จากนั้นเธอกรองต่อเฉพาะคนที่มีเวลาทำงานทับซ้อนกันอย่างน้อยสามชั่วโมง

โปรไฟล์หนึ่งให้รายละเอียดที่เพียงพอสำหรับลงมือทำ:

• ชื่อ ตำแหน่ง และทีมผลิตภัณฑ์
• UX design, Figma, การตรวจสอบการเข้าถึง และเนื้อหาศูนย์ช่วยเหลือ
• สถานที่ทำงาน เขตเวลา และเวลาทำงานปกติ
• ผู้จัดการปัจจุบันและข้อความว่าให้การสนับสนุนกลุ่มประสบการณ์ลูกค้า
• ข้อมูลติดต่อที่ทำงานและช่องทางสำหรับส่งคำขอที่ต้องการ

โปรไฟล์ระบุว่า «ออกแบบขั้นตอนการสนับสนุนและการตั้งค่าบัญชี ติดต่อได้สำหรับการเปลี่ยนแปลงอินเทอร์เฟซที่ส่งผลต่อคำแนะนำลูกค้า» Maya จึงส่งคำขอที่เจาะจงพร้อมวันที่เปิดตัวให้ Jordan ได้ หาก Jordan ไม่ว่าง เธอกลับไปที่ผลการค้นหาที่กรองไว้และติดต่อคนถัดไปได้

นี่คือเหตุผลที่ฐานข้อมูลโปรไฟล์พนักงานควรมีรายละเอียดที่ใช้ได้จริงแทนการอัปเดตเรื่องส่วนตัว ทักษะเพียงอย่างเดียวไม่บอกว่าใครเป็นเจ้าของงานประเภทนั้น และตำแหน่งเพียงอย่างเดียวก็ไม่บอกว่าตารางเวลาทำงานทับซ้อนกันหรือไม่ ทักษะ ทีม สถานที่ และการตั้งค่าการติดต่อทำงานได้ดีที่สุดเมื่อใช้ร่วมกัน

ข้อผิดพลาดที่ทำให้คนเลิกใช้ระบบ

คนจะเลิกใช้ไดเรกทอรีเมื่อผลการค้นหาไม่น่าเชื่อถือ ระบบควรช่วยให้หาคนที่เหมาะสม เข้าใจตำแหน่งของเขา และติดต่อได้ ไม่จำเป็นต้องคัดลอกข้อมูล HR ทุกฟิลด์

การคัดลอกทุกฟิลด์จาก HR ทำให้รกและเพิ่มความกังวลเรื่องความเป็นส่วนตัว ตัดข้อมูลเงินเดือน บันทึกผลการปฏิบัติงาน และระเบียนธุรการเก่าออก เน้นชื่อ ทีม ตำแหน่ง สถานที่หรือเขตเวลา ข้อมูลติดต่อที่ทำงาน และทักษะที่เกี่ยวข้อง

ทำให้ข้อมูลร่วมกันสม่ำเสมอ

ชื่อตำแหน่งที่เป็นข้อความอิสระจะยุ่งเหยิงอย่างรวดเร็ว คนหนึ่งเขียน «Customer Success Lead» อีกคนเขียน «CS manager» และอีกคนใช้ชื่อตำแหน่งเก่า การค้นหาจึงพลาดคนที่เหมาะสม และผู้จัดการต้องเสียเวลาแก้ระเบียน ใช้รายการที่ควบคุมได้สำหรับแผนก กลุ่มตำแหน่ง สถานที่สำนักงาน และทักษะทั่วไป หากป้ายมาตรฐานอธิบายตำแหน่งเฉพาะทางไม่ได้ ให้เพิ่มคำอธิบายสั้นๆ

พนักงานควรอัปเดตข้อมูลแต่ละอย่างในที่เดียว หากใครเปลี่ยนเบอร์โทรศัพท์ใน HR ในแบบฟอร์มไดเรกทอรีแยกต่างหาก และในเครื่องมือส่งข้อความ จะต้องมีระเบียนหนึ่งแห่งล้าหลัง เลือกแหล่งข้อมูลสำหรับข้อมูลแต่ละประเภท และให้ไดเรกทอรีรับข้อมูลโดยอัตโนมัติเมื่อทำได้

HR ควรดูแลสถานะการจ้างงาน ผู้จัดการ ชื่อตามกฎหมาย และวันที่เริ่มงานหรือสิ้นสุดการจ้าง พนักงานดูแลรูปภาพ การออกเสียงชื่อ ทักษะ และสรุปงานสั้นๆ ได้ หัวหน้าทีมตรวจสอบตำแหน่งและป้ายทักษะได้เมื่อความรับผิดชอบเปลี่ยน ผู้ดูแลไดเรกทอรีจัดการข้อยกเว้นและรวมโปรไฟล์ที่ซ้ำกันได้

อย่าเปลี่ยนการค้นหาให้กลายเป็นฟีด

แชต การกดถูกใจ ความคิดเห็นสาธารณะ และฟีดกิจกรรมอาจทำให้ไดเรกทอรีดูคึกคักโดยไม่ได้ช่วยให้ค้นหาเพื่อนร่วมงานได้ดีขึ้น อีกทั้งยังต้องมีการดูแล ใช้เครื่องมือที่บริษัทมีอยู่แล้วสำหรับการสนทนา และแสดงช่องทางติดต่อไว้ในไดเรกทอรี

พนักงานที่ออกจากบริษัทต้องมีกระบวนการปิดสิทธิ์ที่ชัดเจน เมื่อ HR ทำเครื่องหมายว่าบัญชีไม่ใช้งานแล้ว ให้ซ่อนโปรไฟล์จากการค้นหาและมุมมองทีมทั่วไป หากนโยบายบริษัทกำหนดให้เก็บระเบียนส่งต่องานไว้บางส่วน ให้ติดป้ายกำกับอย่างชัดเจนและจำกัดการเข้าถึง

AppMaster รองรับกฎเหล่านี้ได้ด้วยโมเดลข้อมูลแบบภาพสำหรับโปรไฟล์ ขั้นตอนอนุมัติการเปลี่ยนตำแหน่ง และสิทธิ์ที่แสดงให้ผู้ใช้แต่ละคนเห็นเฉพาะฟิลด์ที่จำเป็น

ตรวจสอบอย่างรวดเร็วก่อนเปิดตัว

ทดสอบขนาดเล็กก่อนเชิญทั้งบริษัท ขอให้คนจากหลายทีมค้นหาเพื่อนร่วมงานด้วยชื่อ ตำแหน่งงาน ทักษะ ทีม และสถานที่ การค้นหาควรแสดงผลที่มีประโยชน์แม้ใช้คำทั่วไป เช่น «designer» หรือ «sales»

ตรวจสอบหน้าผลลัพธ์ด้วย คนที่กำลังหาผู้จัดการบัญชีที่พูดภาษาฝรั่งเศสควรเห็นข้อมูลมากพอที่จะติดต่อคนที่เหมาะสมได้ โดยไม่ต้องเปิดทุกโปรไฟล์

ยืนยันเจ้าของข้อมูลและการอัปเดต

ทุกฟิลด์ที่จำเป็นต้องมีเจ้าของและวันที่ตรวจสอบ ฝ่าย HR อาจดูแลชื่อตามกฎหมายและสถานะการจ้างงาน ผู้จัดการอาจดูแลทีม ตำแหน่ง และสายการบังคับบัญชา พนักงานดูแลรูปภาพ ทักษะ ชื่อที่ต้องการให้เรียก ประวัติสั้นๆ และข้อมูลติดต่อได้ตามนโยบายบริษัท

เขียนกฎเหล่านี้ไว้ในไดเรกทอรี ฟิลด์ที่ไม่มีเจ้าของมักกลายเป็นข้อมูลเก่า

ก่อนเปิดตัว ทดสอบว่าพนักงานสามารถอัปเดตฟิลด์ที่ได้รับอนุมัติได้ภายในไม่กี่นาทีหรือไม่ ผู้จัดการสามารถย้ายคนไปทีมใหม่โดยไม่ต้องผ่านขั้นตอนอนุมัติที่ยืดเยื้อหรือไม่ และผู้ตรวจสอบสามารถเห็นได้หรือไม่ว่าโปรไฟล์ใดต้องให้ความสนใจ ตรวจสอบด้วยว่าการแจ้งเตือนมาถึงก่อนวันที่ตรวจสอบ และผู้ดูแลระบบแก้ไขข้อผิดพลาดพร้อมบันทึกการเปลี่ยนแปลงได้

ทดสอบการเข้าถึงด้วยประเภทบัญชีจริง พนักงานควรเห็นฟิลด์ที่ตนแก้ไขได้และรายละเอียดไดเรกทอรีที่อนุมัติแล้ว ผู้จัดการควรเห็นข้อมูลที่ต้องใช้ดูแลทีม ส่วน HR และผู้ดูแลไดเรกทอรีอาจต้องเห็นฟิลด์เพิ่มเติม แต่ฟิลด์เหล่านั้นควรถูกซ่อนจากผลการค้นหาทั่วไป

ปิดท้ายด้วยโครงการนำร่องสั้นๆ หากพนักงานสิบคนสามารถอัปเดตโปรไฟล์ ค้นหาเพื่อนร่วมงาน และเข้าใจว่าใครเป็นเจ้าของแต่ละฟิลด์ได้โดยไม่ต้องขอความช่วยเหลือ ไดเรกทอรีก็พร้อมขยายการใช้งาน

เริ่มเล็กๆ แล้วปรับปรุงไดเรกทอรี

การเปิดตัวทั้งบริษัทในครั้งเดียวมักทำให้เกิดโปรไฟล์ว่างและความรับผิดชอบที่ไม่ชัดเจน เริ่มจากแผนกเดียวที่ต้องค้นหาคนอย่างรวดเร็วอยู่แล้ว เช่น ฝ่ายสนับสนุนลูกค้าหรืองานปฏิบัติการ มอบไดเรกทอรีขนาดเล็กที่มีประโยชน์ให้ทีมนั้น แล้วดูว่าพวกเขาค้นหาอย่างไร

ขอให้พนักงานลองทำงานจริง เช่น หาคนที่พูดภาษาสเปน ระบุเจ้าของกระบวนการลูกค้า หรือดูว่าใครทำงานอยู่สำนักงานใด การค้นหาเหล่านี้จะแสดงว่ารายละเอียดใดควรอยู่ในไดเรกทอรี ลบฟิลด์ที่ไม่ค่อยช่วยออก

ติดตามตัวเลขง่ายๆ สองสามรายการทุกสัปดาห์:

• โปรไฟล์ที่ขาดรายละเอียดจำเป็น เช่น ตำแหน่ง ผู้จัดการ หรือสถานที่
• โปรไฟล์ที่เลยวันที่ตรวจสอบ
• การค้นหาที่แสดงผลน้อยหรือมากเกินไป
• การอัปเดตที่เสร็จหลังได้รับการแจ้งเตือน

ตัวชี้วัดเหล่านี้บอกได้ว่าฐานข้อมูลโปรไฟล์พนักงานยังมีประโยชน์อยู่หรือไม่ หากคนค้นหาทักษะซอฟต์แวร์ แต่โปรไฟล์สะกดต่างกัน ให้เพิ่มรายการทักษะที่ควบคุมได้ หากไม่มีใครกรองด้วยวันเกิดหรือความสนใจส่วนตัว ก็ไม่ต้องใส่ฟิลด์เหล่านั้น

เมื่อทีมแรกดูแลระเบียนให้เป็นปัจจุบันได้หลายสัปดาห์ ให้เพิ่มแผนกถัดไป ใช้รอบการตรวจสอบแบบเดิม แล้วปรับเฉพาะจุดที่ลักษณะงานของทีมใหม่แตกต่าง ฝ่ายขายอาจต้องใช้ข้อมูลเขตการขายและความเชี่ยวชาญด้านบัญชีลูกค้า ส่วน IT อาจต้องใช้ข้อมูลระบบและการเข้าเวรดูแล

AppMaster ช่วยจัดการโปรไฟล์ เวิร์กโฟลว์อนุมัติ การแจ้งเตือน และกฎการเข้าถึงไว้ในที่เดียว สร้างแบบฟอร์มพนักงานพื้นฐาน ให้ผู้จัดการมีคิวตรวจสอบ และส่งการแจ้งเตือนเมื่อโปรไฟล์ถึงวันที่ตรวจสอบ AppMaster สร้างแบ็กเอนด์ เว็บแอป และโมบายแอปให้ตามข้อกำหนดที่เปลี่ยนไป ทีมจึงปรับฟิลด์หรือเวิร์กโฟลว์ได้โดยไม่ต้องแบกรับโค้ดเก่า

เพิ่มฟิลด์เมื่อพนักงานใช้ฟิลด์นั้นในการค้นหาประจำวัน และเพิ่มทีมเมื่อกลุ่มปัจจุบันดูแลระเบียนได้โดยไม่ต้องคอยติดตามซ้ำๆ นี่คือวิธีที่ไดเรกทอรีพนักงานจะกลายเป็นสิ่งที่คนเปิดดู ก่อนเดินไปถามคนอื่น