อยากมีเบอร์กลางบริษัท แต่ทีมงานไม่ได้อยู่ที่โต๊ะตลอด

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

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

1. เบอร์กลางบริษัทเชื่อมกับทีมงานได้อย่างไร

เบอร์กลางบริษัท (Main Business Number) คือหมายเลขที่ธุรกิจให้ลูกค้าใช้ติดต่อ ส่วน DID (Direct Inward Dialing) คือหมายเลขโทรเข้าที่นำสายเข้าสู่ระบบโทรศัพท์ ไม่จำเป็นต้องเป็นเบอร์ SIM ของพนักงาน และ SIP Trunk (Session Initiation Protocol Trunk) คือบริการที่เชื่อมระบบโทรศัพท์ที่รองรับเข้ากับผู้ให้บริการโทรศัพท์ผ่านเครือข่าย IP อ่านพื้นฐานเพิ่มได้ใน SIP Trunk คืออะไร?

PBX (Private Branch Exchange) คือตู้สาขาหรือระบบที่จัดการเบอร์ภายในและสายโทรศัพท์ ส่วน Cloud PBX คือระบบเดียวกันนี้ที่ทำงานบนคลาวด์แทนเครื่องในสำนักงาน จึงไม่ใช่อีกชื่อหนึ่งของ SIP Trunk ดูพื้นฐานได้ใน Cloud PBX คืออะไร?

Extension คือเบอร์ภายในหรือบัญชีผู้ใช้ที่ระบบใช้ระบุปลายทาง Softphone/Mobile Client คือซอฟต์แวร์ที่ใช้แทนโทรศัพท์ Call Routing คือกฎว่าสายจะไปที่ไหน Ring Group ใช้เรียกสมาชิกที่กำหนดไว้ และ Call Queue ใช้จัดคิวผู้รอสายและกระจายสายให้เจ้าหน้าที่ ดูตัวอย่างได้จากเอกสาร Ring Group และ Queue ของผู้ผลิต

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

ลูกค้าโทรเข้าเบอร์บริษัทได้ตามปกติ ไม่ต้องติดตั้งแอปเดียวกับพนักงาน ซึ่งต่างจากการโทรผ่านแอปหากัน

2. เลือกวิธีรับสาย: ผ่านแอป ส่งต่อไปมือถือ หรือใช้หลายอุปกรณ์

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

รับผ่านแอปที่เชื่อมกับ PBX

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

ก่อนใช้งาน ให้เช็กบนเครื่องจริงทั้งบัญชี สิทธิ์เข้าใช้จากนอกสำนักงาน Push Notification การทำงานเบื้องหลัง การรับสายตอนล็อกหน้าจอ Battery Optimization สิทธิ์ไมโครโฟน และสถานะรับสายจาก Queue

ส่งต่อไปยังหมายเลขมือถือ

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

อีกเรื่องที่ควรทดสอบคือ Voicemail ของมือถือรับสายไปก่อนที่คนจะรับ ระบบที่รองรับ Call Confirmation จะให้ผู้รับกดยืนยันก่อนเชื่อมสาย สำหรับ Yeastar P-Series Cloud Edition เอกสารระบุว่าต้องใช้ Firmware 84.24.0.73 ขึ้นไป และปลายทางแบบ Mobile Number หรือ External Number โดยมีข้อยกเว้นสำหรับการส่งต่อผ่าน SIP 302 บางกรณีและการส่งต่อจาก IP Phone โดยตรง ข้อมูลนี้เป็น ข้อกำหนดจากผู้ผลิต ไม่ใช่การยืนยัน Firmware ที่ SIPPER ติดตั้งให้ลูกค้ารายใด

ผู้ใช้คนเดียวรับได้หลายอุปกรณ์

โทรศัพท์ตั้งโต๊ะ Desktop Client และ Mobile Client ของคนคนเดียว เป็นคนละเรื่องกับการกระจายงานให้หลายคน ต้องทดสอบพฤติกรรมของแต่ละอุปกรณ์แยกตามเส้นทางสายเข้า และไม่รับรองว่าการสลับเครื่องหรือเปลี่ยนจาก Wi-Fi เป็น 4G/5G ระหว่างคุยจะไม่หลุดทุกครั้ง

3. ใช้ PBX เดิมต่อ หรือเลือก Cloud PBX

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

Cloud PBX เป็นอีกทางเลือกเมื่อรูปแบบการให้บริการเข้ากับงานของคุณ หน้า Cloud PBX ของ SIPPER ระบุ Yeastar P-Series และ Linkus UC Client แต่ความสามารถของผลิตภัณฑ์ไม่ได้แปลว่าบริการของลูกค้าทุกรายเปิดฟีเจอร์นั้นไว้แล้ว ก่อนตกลงใช้งานต้องเช็ก Edition, Firmware, รุ่นแอปและระบบปฏิบัติการ, License และแพ็กเกจที่ตกลง

ถ้าต้องการแค่ส่งต่อไปปลายทางเดียว ให้ดูบริการพื้นฐานที่ผู้ให้บริการรองรับก่อน และเช็กสิทธิ์ขอเลขหมาย พื้นที่ให้บริการ เอกสาร และเงื่อนไขการคงหรือย้ายหมายเลข หน้า SIP Trunk ของ SIPPER กล่าวถึง DID และการย้ายเลขหมายไว้ แต่จากข้อมูลที่ตรวจสอบ ยังไม่มีข้อมูลยืนยันสิทธิ์ของเลขหมายแต่ละราย ค่าโทรขาส่งต่อ หรือเวอร์ชันที่ติดตั้งจริง และการมีบริการเสียงก็ไม่ได้แปลว่าจะรับ SMS/OTP ได้

4. ออกแบบว่าใครควรรับสาย ไม่ใช่แค่ให้โทรศัพท์ดัง

Ring All และ Sequential Ring

Ring All เรียกสมาชิกที่เข้าเงื่อนไขพร้อมกัน ไม่ใช่การประชุมสายกับทุกคน และต้องทดสอบว่าเครื่องอื่นหยุดดังเมื่อมีคนรับแล้ว ส่วน Sequential Ring เรียกทีละคนตามลำดับ ควรกำหนดทั้งเวลารอต่อคนและเวลารวม เพราะถ้าลำดับยาวเกินไป ลูกค้าจะรอนาน เอกสาร Ring Group ของ P-Series Cloud ระบุวิธีเรียกทั้งสองแบบนี้ไว้

กระจายสายผ่าน Queue

Queue ใช้จัดการผู้รอสายและเจ้าหน้าที่ และในคิวเองก็เลือก Ring Strategy ได้หลายแบบ รวมถึง Ring All ด้วย “Ring All หรือ Queue” จึงไม่ใช่ตัวเลือกที่ต้องเลือกอย่างใดอย่างหนึ่งเสมอไป ควรเช็กการเข้า/ออก Queue, Pause, พฤติกรรมตอนติดสาย และเวลารอสูงสุดตาม การตั้งค่า Queue

Presence ไม่ได้แปลว่าพร้อมคุยเสมอ

แยกสี่อย่างนี้ออกจากกัน: “แอปออนไลน์” “อุปกรณ์ลงทะเบียนกับระบบแล้ว” “เจ้าหน้าที่เข้าเงื่อนไขรับสาย” และ “คนว่างพอจะคุยกับลูกค้า” แล้วเช็ก Presence และ DND (Do Not Disturb - ห้ามรบกวน) ควบคู่กับกฎของกลุ่มและคิว

จุดที่ต้องระวังคือ เอกสาร Presence ของ P-Series Cloud ระบุว่าลำดับเรียกอุปกรณ์ระดับ Extension ไม่ได้ใช้กับสายจาก Ring Group/Queue แบบเดียวกัน อุปกรณ์ที่ลงทะเบียนไว้จะดังพร้อมกันแทน ทดสอบโทรตรงเข้า Extension ผ่านแล้วจึงยังไม่ได้ยืนยันพฤติกรรมของสายจาก Queue และต้องเช็กผลของ Forwarding กับ DND แยกด้วย

ส่วน IVR (Interactive Voice Response - ระบบเสียงโต้ตอบอัตโนมัติ) ใช้เมื่อการเลือกแผนกช่วยให้ลูกค้าไปถึงทีมที่ถูกต้องจริง ๆ ไม่ใช่ทุกธุรกิจที่ต้องมีเมนูหลายชั้น

5. เวลาทำการ วันหยุด และเส้นทางเมื่อไม่มีผู้รับ

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

อยู่ในเวลาทำการหรือไม่? → มีทีมที่เข้าเงื่อนไขหรือไม่? → เรียกหรือเข้าคิว → รับสาย / หมดเวลารอ / ไม่มี Agent → ทีมสำรองหรือ Voicemail → มอบหมายผู้ติดตาม

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

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

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

6. ตัวอย่างการออกแบบสำหรับทีมสามรูปแบบ

ทั้งสามกรณีเป็นตัวอย่างสมมติ ไม่ใช่กรณีศึกษาของลูกค้า SIPPER จริง

ทีมขนาดเล็กที่สลับกันดูแลลูกค้า

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

ฝ่ายขายหรือทีมช่างนอกสถานที่

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

หลายแผนกหรือหลายสาขา

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

7. หลังรับสาย: โอนสาย โทรกลับ และติดตามงานอย่างไร

โอนสายพร้อมส่งต่องาน

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

โทรกลับผ่านเส้นทางที่ถูกต้อง

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

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

ติดตามงานจากสายของลูกค้า ไม่ใช่จากจำนวนเครื่องที่ดัง

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

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

8. เครือข่ายและอุปกรณ์ที่ต้องตรวจในพื้นที่ใช้งานจริง

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

ทดสอบให้ครอบคลุม Wi-Fi, Mobile Data, จุดอับสัญญาณ หน้าจอล็อก การแจ้งเตือนตอนแอปอยู่เบื้องหลัง โหมดประหยัดแบตเตอรี่ สิทธิ์ไมโครโฟน และหูฟังที่ใช้ แล้วจดเวอร์ชันแอป ระบบปฏิบัติการ และ PBX ที่ใช้ทดสอบไว้ด้วย เห็นสัญลักษณ์ 4G/5G บนจออย่างเดียวยังไม่นับว่าทดสอบผ่าน

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

9. ดูแลบัญชี ความเป็นส่วนตัว และขอบเขตเวลางาน

แยกบัญชีธุรกิจและให้สิทธิ์ตามหน้าที่ อย่าแชร์บัญชีผู้ดูแลหรือ SIP Secret ให้ทั้งทีม จำกัดปลายทางโทรออกและคนที่ดูประวัติสายได้ และเปิด MFA (Multi-Factor Authentication - การยืนยันตัวตนหลายปัจจัย) ในช่องทางที่รองรับ แต่อย่าคิดว่า MFA จะป้องกันการลงทะเบียน SIP ได้ทุกวิธี

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

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

10. Checklist และแผนทดสอบก่อนเปิดใช้งาน

เตรียมข้อมูลสำหรับคุยเรื่องระบบ

ไม่จำเป็นต้องรู้ค่าทางเทคนิคทุกช่องก่อนติดต่อ SIPPER เริ่มจากตอบคำถามเกี่ยวกับงานจริงเหล่านี้ก่อนก็พอ

ทดลองบางทีมก่อนขยายใช้งาน

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

11. คำถามที่พบบ่อย

1) ลูกค้าต้องติดตั้งแอปด้วยไหม?

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

2) เบอร์เดียวให้หลายคนช่วยกันรับสายได้หรือไม่?

ได้ ถ้ามี Call Routing และความจุที่เหมาะสม พร้อมบัญชีตามรูปแบบที่ระบบรองรับ แต่การมีเบอร์เดียวไม่ได้รับประกันว่ารับได้ไม่จำกัดสายพร้อมกัน

3) รับผ่านแอปกับโอนเข้าเบอร์มือถือแตกต่างกันอย่างไร?

แอปเชื่อมกับ PBX ผ่านเน็ต ส่วนการโอนคือโทรต่อไปที่เบอร์มือถือ ต้องเช็กค่าใช้จ่าย Caller ID และฟีเจอร์ของแต่ละแบบแยกกัน

4) ไม่มีโทรศัพท์ตั้งโต๊ะยังใช้งานได้ไหม?

ได้ ถ้ามี Client บัญชี เครือข่าย และอุปกรณ์เสียงที่รองรับและตรงกับการใช้งาน แต่ต้องทดสอบแอปกับเครื่องที่ใช้จริง อย่าถือว่าใช้ได้ทุกรุ่น

5) มี PBX เดิมอยู่แล้วจำเป็นต้องเปลี่ยนหรือไม่?

ไม่เสมอไป ให้เช็ก Remote Client และกฎรับสายของระบบเดิมก่อน แล้วเทียบกับการย้ายไป Cloud PBX หรือใช้บริการส่งต่อพื้นฐาน

6) โทรกลับแล้วลูกค้าจะเห็นเบอร์บริษัทหรือเบอร์ส่วนตัว?

ขึ้นกับเส้นทางโทรออกและ Caller ID ที่ได้รับอนุญาต โทรผ่านระบบธุรกิจต่างจากกดโทรผ่าน SIM ของมือถือตามปกติ ดู เงื่อนไข Caller ID ประกอบ

7) ถ้าทุกคนติดสายหรือไม่มีอินเทอร์เน็ตจะเกิดอะไรขึ้น?

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

8) หลังเวลางานหรือพนักงานลาออกจะจัดการอย่างไร?

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

12. เริ่มวางระบบรับสายร่วมกับ SIPPER

เริ่มจาก สำรวจงาน → เลือกวิธีรับสาย → กำหนดผู้ใช้และสิทธิ์ → ตั้ง Call Flow → ทดลองบางทีม → ตรวจผล → ขยายใช้งาน

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

คุณไม่ต้องออกแบบหรือตั้งค่าการเชื่อมต่อทั้งหมดเอง ทีม SIPPER ทำงานร่วมกับคุณและผู้ดูแลระบบ ตั้งแต่สำรวจระบบเดิมไปจนถึงเตรียม Call Flow ที่เหมาะสม ตามขอบเขตบริการที่ตกลงกัน

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

ติดต่อทีม SIPPER · 02-098-9500 · sales@sipper.co.th