ศิลปะแห่งการสร้างพื้นที่การดูแลตนเอง

เผยแพร่แล้ว: 2022-03-11

เมื่อคุณเปิดตัวไซต์รายได้แบบพาสซีฟแล้ว คุณควรเฉลิมฉลองใช่ไหม

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

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

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

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

การบัญชีสำหรับข้อผิดพลาดของผู้ใช้

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

หนึ่งในซัพพลายเออร์ของคุณส่งสินค้าผิดให้กับลูกค้าโดยไม่ได้ตั้งใจ
ลูกค้าสั่งสินค้าผิดหรือสั่งสินค้าเดียวกันสองครั้ง
นักดนตรีบนเว็บไซต์รายชื่อ tablature เพลงของคุณจะสร้างอนุกรมวิธานที่เกือบจะเหมือนกัน ซึ่งมีอยู่แล้วในฐานข้อมูลของคุณ ตัวอย่างเช่น ผู้ใช้เว็บไซต์ของคุณซึ่งถือว่าเป็นกลุ่มที่แยกย้ายกันไปกีตาร์ไฟฟ้า tablature ในสามหมวดหมู่: "กีตาร์ไฟฟ้า" "E-guitars" และ "Elec. Guitars" สิ่งเหล่านี้ควรเป็นหนึ่งเดียวจริง ๆ ไม่เช่นนั้นการนำทางส่วนหน้าและการใช้งานของคุณจะถูกบุกรุก

เพิ่มประสิทธิภาพแผงการดูแลระบบเพื่อพิจารณาข้อผิดพลาดของผู้ใช้:

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

การบัญชีสำหรับผู้ใช้ที่ไม่มีประสบการณ์

อย่าคาดหวังให้ผู้ใช้ของคุณมีความรอบรู้ในธุรกิจของคุณ นี่คือตัวอย่างบางส่วนที่ฉันหมายถึง

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

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

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

พื้นที่ผู้ดูแลระบบที่บัญชีสำหรับการขาดประสบการณ์ของผู้ใช้:

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

การบัญชีสำหรับการตัดสินใจทางธุรกิจที่รอดำเนินการ

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

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

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

ตัวอย่างการประหยัดเวลาสำหรับผู้ดูแลระบบที่เกิดจากการตัดสินใจทางธุรกิจที่ค้างอยู่:

ใช้ประโยชน์จากกลุ่มผู้ใช้ที่มีอยู่ เว็บไซต์หาคู่ Plenty Of Fish จ้างการกลั่นกรองภาพถ่ายโปรไฟล์ที่อาจไม่เหมาะสมแก่กลุ่มผู้ใช้อาสาสมัครที่ใช้เวลานับไม่ถ้วนในการตรวจสอบภาพเหล่านี้โดยไม่ต้องจ่ายเงินให้พูดถึง ต่างจากผู้ดูแลฟอรัมทั่วไป พวกเขาไม่ได้กลั่นกรองเนื้อหาหลังจากเผยแพร่แล้ว แต่พวกเขาตรวจสอบภาพถ่ายที่ผู้ใช้ส่งมาก่อนที่จะเผยแพร่ ดังนั้นทำให้แน่ใจว่ารูปโปรไฟล์ที่ไม่เหมาะสมจะไม่ถูกเผยแพร่
เชื่อมต่อกับ API ของมนุษย์ในฐานะบริการ ตัวอย่างเช่น Facebook เชื่อมต่อแผงการดูแลระบบกับ API ของระบบคลาวด์ เช่น Amazon Turk (หรือเทียบเท่าภายในองค์กร) และการกลั่นกรองจากภายนอกเข้ากับพนักงานที่ถูกกว่า ในกรณีของ Facebook ผู้ดำเนินรายการมืออาชีพรับผิดชอบหนึ่งในสามของจำนวนพนักงานทั้งหมด แท้จริงแล้ว การมีอยู่ของการกลั่นกรองที่ช่วยให้แน่ใจว่าความคิดเห็นของ Facebook นั้นค่อนข้างไม่เป็นพิษเป็นภัยเมื่อเทียบกับคำพูดมหึมาที่ปรากฏบนเว็บไซต์ที่ไม่ผ่านการกลั่นกรอง

การบัญชีสำหรับผู้ใช้จำเป็นต้องสื่อสารกับฝ่ายจัดการของเว็บไซต์

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

พื้นที่ผู้ดูแลระบบที่คำนึงถึงความต้องการด้านการสื่อสารของผู้ใช้:

วางแผนล่วงหน้า. การวิเคราะห์คำถามที่ผ่านมาเกี่ยวกับการบริการลูกค้า คุณสามารถระบุธีมทั่วไปและตอบคำถามล่วงหน้าได้ ตัวอย่างที่สำคัญคือการออกแบบหน้าคำถามที่พบบ่อยพร้อมรายการคำถามและคำตอบเหล่านี้
รีบคืนเงินให้ลูกค้า การเสนอการคืนเงินอย่างรวดเร็วเพื่อตอบสนองต่อข้อร้องเรียนของลูกค้าเป็นวิธีที่ค่อนข้างมีประสิทธิภาพในการตอบสนองลูกค้าที่ผิดหวัง ไม่ต้องกังวล การทำเช่นนี้จะไม่ส่งผลให้มีกำไรน้อยลง ในความเป็นจริง มันอาจจะนำไปสู่มากขึ้น
สร้างฟอรัมสำหรับผู้เยี่ยมชมที่สับสน Google ขึ้นชื่อเรื่องการบริการลูกค้าที่ไม่มีอยู่จริง แทนที่มนุษย์ Google ได้สร้างฟอรัมผลิตภัณฑ์ซึ่งผู้ใช้ที่สับสนสามารถรับความช่วยเหลือจากผู้ใช้รายอื่นได้ ในโอกาสที่ไม่ค่อยเกิดขึ้นนักเมื่อพนักงานของ Google ตอบคำถามในฟอรัมใดฟอรัมหนึ่ง คำตอบของพวกเขาจะถูกบันทึกไว้ Google จัดทำดัชนีโดยทันที และทำให้ผู้ใช้ที่มีปัญหาเดียวกันในอนาคตสามารถเข้าถึงได้ แม้ว่าสิ่งนี้อาจดูโหดร้ายสำหรับผู้ใช้ปลายทาง แต่ก็ค่อนข้างสมเหตุสมผล เมื่อคุณพิจารณาว่าข้อเสนอส่วนใหญ่ที่ไม่สนับสนุนของ Google นั้นฟรี
ใช้การตอบกลับสำเร็จรูปและผู้ช่วยเสมือน (VA) ตรวจสอบตั๋วบริการลูกค้าของคุณจากปีที่ผ่านมาและดึงคำถามที่พบบ่อย การสร้างเทมเพลตการตอบกลับสำหรับแต่ละรายการจะช่วยประหยัดเวลาได้มาก เขียนคำตอบของคุณใน Google เอกสารที่เข้าถึงได้ง่ายหรือดีกว่านั้น ใช้ปลั๊กอินอีเมล เช่น คำตอบสำเร็จรูป จากนั้นจ้าง VA เพื่อส่งต่อเทมเพลตเหล่านี้ให้กับลูกค้าเมื่อมีคำถามเกิดขึ้น

การบัญชีสำหรับผู้ใช้ที่เปลี่ยนใจ

นักปราชญ์เคยกล่าวไว้ว่า "การเปลี่ยนแปลงคือความคงที่เพียงอย่างเดียวในชีวิต" เขาพูดถูก สิ่งต่าง ๆ เปลี่ยนไป

บางทีผู้ใช้อาจแต่งงานแล้ว และพวกเขาไม่มีนามสกุลเดียวกันอีกต่อไป

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

นี่เป็นเพียงสองตัวอย่างของการเปลี่ยนแปลงที่หลีกเลี่ยงไม่ได้ ซึ่งคุณต้องวางแผนล่วงหน้า

ตัวอย่างการประหยัดเวลาสำหรับผู้ดูแลระบบที่เกิดจากการเปลี่ยนแปลงของผู้ใช้ในสถานการณ์/จิตใจ:

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

การบัญชีสำหรับการดำเนินการที่เกี่ยวข้องกับความกังวลของผู้ใช้

ธุรกิจออนไลน์ต่างจากร้านค้าทั่วไปตรงที่ขาดความมั่นใจในการซื้อจากบุคคลจริงด้วยตนเอง

คิดเกี่ยวกับมัน คุณรู้สึกอย่างไรเมื่อซื้อของที่ Best Buy? อาจมั่นใจเพราะคุณรู้ว่าพรุ่งนี้เช้า Best Buy จะยังคงอยู่ที่นั่นหากคุณกลับมาพร้อมข้อร้องเรียนหรือขอเงินคืนเมื่อใดและเมื่อใด

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

ตัวอย่างการประหยัดเวลาสำหรับผู้ดูแลระบบที่เกี่ยวข้องกับความกังวลของผู้ใช้:

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

แก้ไขความคลุมเครือที่อาจเกิดขึ้น

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

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

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

สิ่งนี้ไม่สามารถทำได้เสมอไป เนื่องจากเครื่องบอกสถานะที่ออกแบบมาไม่ดีซึ่งไม่สามารถแยกความแตกต่างระหว่าง unseen (หรือ unprocessed ) และ พิจารณา (หรือ processed ) ได้อย่างน่าเชื่อถือ ตัวอย่างเช่น ลองนึกภาพ admin state-machine ดังต่อไปนี้:

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


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

ข้อเท็จจริงที่ พิจารณา (หรือ ประมวลผล ) ว่าศิลปินมีอยู่เฉพาะในใจของผู้ดูแลระบบที่ขาดหายไปและไม่มีวิธีการทำเครื่องหมายว่า "เลื่อน" ข้อมูลนี้จึงสูญหายไปดังนั้นผู้รับงานจึงต้องทำงานซ้ำ เรียบร้อยแล้ว

ฟีดกิจกรรมที่ดีจะแก้ไขความคลุมเครือประเภทนี้

เพิ่มความโปร่งใสสูงสุด

การดำเนินการของแผงการดูแลระบบหลายอย่างดำเนินการตามขั้นตอนเบื้องหลัง

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

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

อย่างน้อยที่สุด คุณสามารถเปิดโปรแกรมแก้ไขซอร์สโค้ดหรือ IDE ที่คุณชื่นชอบ แล้วอ้างอิงโค้ดเพื่อดูคำตอบ

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

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

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

หรืออีกทางหนึ่ง ข้อความอาจปรากฏขึ้นหลังจากกดปุ่ม โดยอธิบายว่าจะเกิดอะไรขึ้นต่อไป

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

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

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

การเข้าถึงข้อมูลนี้จะช่วยให้ทีมของคุณเข้าใจปัญหาที่ผู้ใช้ของคุณประสบ

วิธีหนึ่งในการใช้ฟังก์ชันนี้คือการสร้างคุณลักษณะผู้ดูแลระบบ "ดูในฐานะผู้ใช้"

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

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

เหตุการณ์นอกระบบของคุณถือเป็นความรับผิดชอบ

การบริหารที่สามารถจัดการได้นั้นมีอยู่ในตัวเอง

มันถูกบรรจุอยู่ในระบบปิดเดียวแทนที่จะเป็นเศษที่กระจัดกระจาย

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

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

แม้ว่าจะดูเหมือนชัดเจน แต่ก็มักถูกละเลยในการแย่งชิงการจัดการธุรกิจ

ฉันจะรู้เพราะมันเกิดขึ้นกับฉัน

เมื่อฉันเริ่มออกแบบแผงการดูแลระบบการสั่งซื้ออีคอมเมิร์ซของฉัน ฉันเตรียมเฉพาะสำหรับการบันทึกการขายและการขายเท่านั้น

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

เนื่องจากฉันไม่ได้คาดการณ์ธุรกรรมเหล่านี้ในการออกแบบเริ่มต้นของฉัน จึงไม่มีรหัสในแผงการดูแลระบบของฉันสำหรับการดำเนินการหรือการรายงาน

เมื่อใดก็ตามที่ฉันต้องคืนเงิน ฉันมักจะไม่มีเวลามากจนต้องดำเนินการด้วยวิธีใดก็ตามที่ง่ายที่สุดในขณะนั้น – มักจะผ่านอินเทอร์เฟซเว็บของ Paypal (ข้ามฐานข้อมูลการสั่งซื้อของเว็บไซต์) – แต่บางครั้งผ่าน iPhone ของบริษัทอื่น แอพที่สื่อสารกับ API ของ Paypal

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

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

ทั้งหมดนี้เพราะฉันไม่ได้ลดราคาการคืนเงินทั้งหมดของฉัน

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

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

แม้ว่าในตอนแรกจะมีราคาแพงในการรวมข้อมูลที่จำเป็นทั้งหมดลงในคอร์ แต่ในระยะยาว ประโยชน์ที่ได้รับนั้นสูงกว่าต้นทุนของการแฮ็กแบบ half-ass

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

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

ภาวะแทรกซ้อนเกิดขึ้นเมื่อลูกค้าเป้าหมายส่งคำขอพิเศษไปยังพนักงานของคุณผ่านหนึ่งในแคมเปญหยดเหล่านี้

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

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

แล้วจะทำอย่างไรในสถานการณ์นี้?

คำตอบหนึ่งคือกึ่งอัตโนมัติ

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

เป็นที่ยอมรับว่านี่อาจเป็นงานวิศวกรรมที่มากเกินไป ดังนั้นบางครั้งตัวเลือกเดียวที่ทำได้จริงคือการยอมรับว่าอีเมลอัตโนมัติบางครั้งอาจผิดพลาดได้

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

เมื่อลูกค้าติดต่อธุรกิจของคุณ มักจะเกี่ยวข้องกับคำสั่งซื้อ บัญชี หรือข้อเสนอ

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

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

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

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

การคาดการณ์ การบรรเทา และการกู้คืนจากข้อผิดพลาดของผู้ดูแลระบบ

เช่นเดียวกับคนอื่น ๆ ผู้ดูแลระบบเป็นมนุษย์และบางครั้งก็ทำผิดพลาด

ด้วยการควบคุมที่พวกเขามีเหนือข้อมูลของคุณ ความผิดพลาดของพวกเขาอาจทำให้เกิดความเสียหายที่ไม่สามารถแก้ไขได้

ต่อไปนี้คือมาตรการบางประการเพื่อป้องกันภัยพิบัติ:

กำหนดเวลาการสำรองข้อมูลที่สอดคล้องกันโดยอัตโนมัติ: นี่เป็นมาตรการที่หยาบที่สุด ไม่สำคัญที่สุด แต่สำคัญที่สุดสำหรับมาตรการตรวจสอบวิเคราะห์สถานะที่จะเกิดขึ้นทั้งหมด แต่ถึงแม้ว่าคุณจะมีข้อมูลสำรองที่ดี แต่คุณอยู่ในโลกแห่งความเจ็บปวดแล้ว หากคุณต้องการแก้ไข SQL dumps ดังนั้น การสำรองข้อมูลตามกำหนดเวลาไม่ควรเป็นแหล่งการกู้คืนเพียงแหล่งเดียวของคุณ
ปุ่มที่ออกแบบมาเพื่อสร้างความหวาดกลัวให้ผู้ใช้: สำหรับการกระทำที่อาจส่งผลที่ไม่อาจแก้ไขได้ ให้ทาสีแดงสด ตบไอคอนกัมมันตภาพรังสีที่ไอคอน และติดป้ายกำกับพวกเขาด้วยชื่อ เช่น "คำเตือน: การลบยากคือตัว เลือกนิวเคลียร์: อย่าใช้หากไม่แน่ใจ ผลที่ตามมา." (แน่นอนว่าคุณควรแสดงว่าผลที่ตามมาข้างปุ่มนี้คืออะไร)
ใช้ป๊อปอัปการยืนยัน JavaScript: บางครั้งผู้ดูแลระบบอาจเลื่อนนิ้วและแทนที่จะกดปุ่ม "ย้อนกลับ" พวกเขาบังเอิญกดปุ่ม "ลบทุกอย่างอย่างถาวร" โดยวางไว้สองพิกเซลด้านล่าง ผู้ดูแลระบบที่โชคร้ายอาจไม่มีความผิดเลยสำหรับเหตุการณ์นี้ โดยต้องโทษสูงสุดในการออกแบบ UI ที่เงอะงะหรือเบราว์เซอร์ที่น่ารังเกียจเมื่อแสดงผล CSS ถ้าคุณคิดว่านี่เป็นตัวอย่างที่ไร้สาระและดราม่าเกินไป คุณคิดผิด อุตสาหกรรมบริการทางการเงินสูญเสียเงินนับล้านผ่านสิ่งที่พวกเขาเรียกว่าข้อผิดพลาดของนิ้วอ้วน ด้วยเหตุนี้ พวกเขาจึงออกแบบซอฟต์แวร์เพื่อป้องกันข้อผิดพลาดประเภทนี้ วิธีแก้ปัญหาง่ายๆ อย่างหนึ่งคือ "คุณแน่ใจหรือไม่ว่าต้องการลบประวัติการสั่งซื้อทั้งหมด" จาวาสคริปต์ป๊อปอัป สังเกตว่าฉันรวมข้อมูลเฉพาะเอนทิตี - "ประวัติการสั่งซื้อทั้งหมด" - ภายในการยืนยัน Javascript ได้อย่างไร ดีกว่าแค่ถามว่า "คุณแน่ใจไหม" หากผู้ดูแลระบบตั้งใจที่จะลบรายการเดียวในประวัติการสั่งซื้อ แต่บังเอิญกดปุ่มเพื่อลบประวัติการสั่งซื้อทั้งหมด การระบุสิ่งนี้อย่างชัดเจนในป๊อปอัปการยืนยัน Javascript จะช่วยหลีกเลี่ยงช่วงเวลา "OMG" เมื่อผู้ดูแลระบบรู้ว่าเขาทำอะไร ได้ทำผิดพลาด
ใช้ประโยชน์จากการกำหนดเวอร์ชันข้อมูลและการควบคุมการแก้ไข: ในเทคโนโลยีฐานข้อมูล SQL มาตรฐาน การแก้ไขข้อมูลจะเขียนทับค่าเก่า สิ่งนี้เป็นปัญหาเมื่อมีการแก้ไขผิดพลาด ทวีคูณดังนั้นเมื่อข้อมูลดั้งเดิมนั้นยากต่อการค้นหาหรือสร้างขึ้นใหม่อีกครั้ง เช่น ฟิลด์คำอธิบายยาว ๆ ที่ใช้เวลาเขียนเป็นชั่วโมง หรือข้อมูลลูกค้าที่น่าอายที่จะขออีกครั้ง ไลบรารีการควบคุมการแก้ไข เช่นใน Wikipedia เป็นเครื่องมือแก้ไขสำหรับสถานการณ์เหล่านี้ ช่วยให้คุณจัดเก็บและกู้คืนข้อมูลเวอร์ชันเก่าได้อย่างง่ายดายตามความจำเป็น โดยทั่วไปแล้ว ไลบรารีเหล่านี้ทำงานโดยการติดตามการเปลี่ยนแปลงในฐานข้อมูลของคุณ และเก็บรักษาค่าก่อนหน้าเวอร์ชันประทับเวลา ขออภัย ไลบรารีควบคุมการแก้ไขมักจะไม่สามารถจัดการไฟล์ไบนารีขนาดใหญ่ เช่น รูปภาพและ pdf ดังนั้น สำหรับประเภทข้อมูลเหล่านี้ คุณสามารถเก็บเวอร์ชันเก่าไว้ได้โดยใช้บางอย่าง เช่น การกำหนดเวอร์ชัน S3 ของ Amazon
พิจารณาใช้นโยบายห้ามลบ: นี่คือทั้งหมดเกี่ยวกับการป้องกันไม่ให้ระเบียนในบางตารางถูกลบ นี่คือเหตุผลที่อยู่เบื้องหลัง: ด้วยราคาที่จัดเก็บข้อมูลที่ทันสมัย ​​การลบบันทึกเก่าจะมีประโยชน์เพียงเล็กน้อย และการสูญเสียจำนวนมากในแง่ของความสมบูรณ์ของข้อมูลที่ถูกบุกรุก การรายงานที่ไม่สมบูรณ์ หรือการเก็บบันทึกที่ไม่ตรงกัน นโยบายไม่ลบถูกนำไปใช้โดยการวางคอลัมน์วันที่ "deleted_at" ไว้บนทุกตารางหลัก เมื่อใดก็ตามที่คุณมีโค้ดสำหรับลบเรกคอร์ด คุณแทนที่ด้วยโค้ดที่ตั้งค่าคอลัมน์ "deleted_at" สำหรับเรกคอร์ดนั้นเป็นเวลาปัจจุบัน ในส่วนอื่นๆ ของโค้ด คุณสามารถเลือกแสดงหรือซ่อนเรกคอร์ด "ลบ" ได้ตามความต้องการทางธุรกิจ ตัวอย่างเช่น การดาวน์โหลดดิจิทัลที่ "ถูกลบ" จะยังคงปรากฏอยู่ในส่วนผู้ดูแลระบบ สำหรับลูกค้าเก่าที่ซื้อของนั้นก่อนวันที่ "deleted_at" และภายในรายงานการขาย "ตลอดเวลา" อย่างไรก็ตาม ร้านค้าส่วนหน้าไม่ควรแสดงผลิตภัณฑ์ดิจิทัลนี้ว่าพร้อมให้บริการแก่ลูกค้าที่คาดหวังอีกต่อไป

คาดหวังที่ไม่คาดคิด

แม้ว่าฉันจะได้เสนอวิธีแก้ไขมากมายสำหรับปัญหาต่างๆ ข้างต้น แต่สิ่งเหล่านี้ไม่ใช่กฎที่ยากและรวดเร็ว แต่เป็นแนวทางปฏิบัติที่แข็งแกร่งสำหรับการเรียนรู้และอ้างอิง

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

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