บน Whatnot แค่ช้าไปจังหวะเดียวในไลฟ์ก็ทำลายจังหวะทั้งหมด ความเร็วมาจากวัสดุ เทมเพลต และการจับคู่สต็อกที่เตรียมไว้ก่อนเริ่มไลฟ์ ไม่ใช่จากความเร็วของมือ บทความอธิบายการลงสินค้าแบบเป็นชุด การจัดการบาร์โค้ดและสต็อก เช็กลิสต์ก่อนเริ่มไลฟ์ รวมถึงการแยกสภาพแวดล้อมและลำดับสิทธิ์สำหรับผู้ขายที่มีหลายร้าน
ไลฟ์บน Whatnot ไหลไปในทีเดียว พอพูดจบชิ้นหนึ่งก็ต้องเปิดชิ้นถัดไปทันที ถ้าหยุดตรงนั้นเพื่อถ่ายรูป เขียนชื่อสินค้า และกรอกน้ำหนัก จังหวะก็ขาด และผู้ชมก็จากไปพร้อมกัน ที่เรียกว่าการลงสินค้าเร็วนั้น จริง ๆ แล้วส่วนใหญ่เป็นงานที่ทำเสร็จก่อนเริ่มไลฟ์
ถ่ายวัสดุให้ครบก่อน บนไลฟ์แค่ประกอบ
ต้นเหตุของการลงสินค้าช้าคือวัสดุไม่ครบ ควรถ่ายภาพของแต่ละชิ้นให้จบในครั้งเดียว ทั้งด้านหน้า ด้านหลัง รายละเอียด ภาพระยะใกล้ของตำหนิ และภาพที่อ่านหมายเลขหรือปีได้ชัด ภาพตำหนิละไว้ไม่ได้ ผู้ซื้อของสะสมให้ความสำคัญกับเรื่องนี้มากที่สุด และการกลับมาถ่ายซ้ำภายหลังมีต้นทุนสูงกว่าการอธิบายบนไลฟ์มาก
เขียนชื่อสินค้าแบบมีโครงสร้าง คือ ยี่ห้อ ชื่อสินค้า ปีหรือหมายเลข และสภาพ มาต่อกันเป็นฟิลด์ โดยใช้ลำดับฟิลด์เดียวกันภายในหมวดหมู่เดียวกัน คำอธิบายสภาพ แหล่งที่มา และสภาพบรรจุภัณฑ์ก็ทำเป็นรูปแบบประโยคตายตัวด้วย พอถึงเวลาไลฟ์ก็แค่เปลี่ยนตัวแปร วิธีนี้ทำให้แม้พูดบอกกันระหว่างสองชิ้น ผู้ช่วยก็ประกอบ listing ที่ใช้ได้ทันที
น้ำหนักและขนาดต้องชั่งวัดตอนรับสินค้าเข้าระบบ ไม่ใช่รอถึงตอนขายจบ เทมเพลตค่าส่งและวัสดุบรรจุภัณฑ์ต้องจับคู่กัน และกำหนดล่วงหน้าว่าใส่กี่ชิ้นต่อกล่องและใช้กล่องแบบใด
นำเข้าเป็นชุดและการจับคู่สต็อก
การพิมพ์ทีละชิ้นเป็นวิธีที่ประสิทธิภาพต่ำที่สุด ให้จัดสินค้าใส่ตารางก่อน ใช้ฟังก์ชันนำเข้าเป็นชุดของแพลตฟอร์มสร้าง listing ให้เสร็จในครั้งเดียว แล้วในไลฟ์ค่อยดึงเฉพาะส่วนของรอบนั้นออกมา แต่ละแถวในตารางต้องตอบคำถามสี่ข้อได้ คือ สิ่งนี้คืออะไร ขายเท่าไร มีกี่ชิ้น และส่งจากคลังไหน
การสแกนบาร์โค้ดเหมาะกับสต็อกของจริงที่มีอยู่แล้ว ติดป้ายตอนรับเข้า สแกนแล้วจับคู่กับ listing แบบหนึ่งต่อหนึ่ง ตอนส่งออกสแกนอีกครั้ง การลงซ้ำและการขายเกินสต็อกก็แทบจะเลี่ยงได้ จำนวนสต็อกต้องซิงก์แบบเรียลไทม์ ขายไปหนึ่งชิ้นก็ลดหนึ่งชิ้น อย่าอาศัยความจำ
นิยามของการขายแบบรวมชุดต้องกำหนดให้ตรงกันล่วงหน้า สามชิ้นนับเป็นหนึ่งรายการ หรือสามรายการแยกกันที่นำมาเสนอพร้อมกัน สองวิธีคำนวณสต็อกและค่าส่งต่างกันคนละเรื่อง ในทีมจึงต้องมีคำตอบเดียวเท่านั้น
เช็กลิสต์ก่อนเริ่มไลฟ์
สิบนาทีก่อนเริ่มไลฟ์ ให้ไล่ดูทุกอย่างที่ทำให้ไลฟ์สะดุดได้ เน็ตเสถียรไหม แบตเตอรี่และความร้อนของอุปกรณ์ กล้องและไฟ แสงสะท้อนของไมโครโฟน สถานะล็อกอินปกติไหม ข้อมูลรับเงินและถอนเงินครบไหม เลือกเทมเพลตค่าส่งถูกไหม รวมถึงลำดับการลงสินค้าและจำนวนของรอบนั้น
ลำดับการลงสินค้าควรคิดแยกต่างหาก จะเคลียร์สต็อกราคาถูกก่อน หรือจะดันสินค้าราคาสูงที่ดึงทราฟฟิกขึ้นก่อน ตัดสินใจตรง ๆ ต่อจังหวะและโครงสร้างยอดขายของรอบนั้น การแบ่งงานผู้ช่วยก็ต้องทำล่วงหน้า ใครดูแลการปรับราคา ใครตอบข้อความ ใครเติมสต็อกหลังบ้าน การถ่ายรูปบนไลฟ์ คิดชื่อสินค้าบนไลฟ์ และคำนวณค่าส่งบนไลฟ์ สามอย่างนี้ควรเกิดน้อยที่สุด
จังหวะของไลฟ์หนึ่งรอบ
กำหนดเวลาพูดของแต่ละชิ้นให้คงที่คร่าว ๆ และใช้การนับถอยหลังแบบเดียวกัน อย่าให้ชิ้นหนึ่งยืดห้านาทีแล้วชิ้นถัดไปยี่สิบวินาที เตรียมภาพของชิ้นถัดไปไว้ล่วงหน้า พอพูดจบชิ้นก่อนหน้าก็เปลี่ยนทันที
การปรับราคา ปรับสต็อก และแก้ชื่อสินค้า มอบให้ผู้ช่วยหลังบ้าน ผู้ดำเนินรายการไม่สลับหน้าจอ สื่อสารด้วยคำสั้น ๆ ที่ตายตัว เช่น ลดราคา รวมชุด เอาออก เพื่อไม่ต้องอธิบายขั้นตอนบนไลฟ์ ในไลฟ์ไม่ตัดสินใจออกไปเอาของจากคลังแบบกะทันหัน และไม่สัญญาสต็อกที่ยังไม่ได้ตรวจสอบ
สามเรื่องที่ผู้ขายหลายร้านต้องจัดการ
ไม่ใช่เรื่องแปลกที่ผู้ขายจะดูแลหลายร้านพร้อมกัน ไม่ว่าจะแยกตามหมวดหมู่ มุ่งตลาดที่ต่างกัน หรือสมาชิกทีมแต่ละคนดูแลคนละส่วน พอขนาดใหญ่ขึ้น ปัญหาจึงไม่ใช่ความเร็วในการลงสินค้า แต่เป็นทำอย่างไรบัญชีจึงไม่รบกวนกัน
การแยกสภาพแวดล้อมเป็นเรื่องแรก หลายร้านที่ใช้คอมพิวเตอร์เครื่องเดียว เบราว์เซอร์เดียว และทางออกเครือข่ายเดียว ในมุมมองของแพลตฟอร์มถือเป็นสภาพแวดล้อมเดียวกัน และปัญหาร้านใดร้านหนึ่งก็อาจลากร้านอื่นไปด้วย วิธีที่ทำได้จริงคือให้แต่ละร้านมีสภาพแวดล้อมเบราว์เซอร์แยกกันและ IP ทางออกแยกกัน ไม่ใช้โปรไฟล์ Cookie และส่วนขยายร่วมกัน PurpleMark คือเครื่องมือที่ให้สภาพแวดล้อมเบราว์เซอร์แยกตามระดับบัญชีในสถานการณ์แบบนี้ จัดการโปรไฟล์ ทางออกเครือข่าย และคุณลักษณะอุปกรณ์แยกจากกัน
เรื่องที่สองคือลำดับสิทธิ์ ผู้ช่วยต้องมีความสามารถในการลงสินค้า ปรับราคา และตอบข้อความ ส่วนการถอนเงิน ตั้งค่าบัญชี และข้อมูลผูกบัญชีควรอยู่ในมือเจ้าของร้านเท่านั้น การใช้บัญชีย่อยหรือสิทธิ์ตามบทบาทแทนการแชร์รหัสผ่านหลัก นอกจากลดการรั่วของรหัสผ่านแล้ว ยังเลี่ยงการทำรายการที่ไม่มีบันทึกด้วย บัญชีย่อยและการแบ่งสิทธิ์ของ PurpleMark ช่วยกำหนดขอบเขตการเข้าถึงสภาพแวดล้อมตามบทบาท สมาชิกทีมจึงเห็นแค่ร้านที่ตนดูแล
เรื่องที่สามคือการทำงานร่วมกันและตารางกะ ไลฟ์ข้ามเขตเวลาหมายความว่ามีคนต้องออนไลน์ตอนกลางคืน รายการส่งมอบงาน รายการสินค้าของรอบ และผลต่างสต็อกจึงต้องเขียนให้ชัด การจัดการร้าน สภาพแวดล้อม และสิทธิ์ไว้ที่เดียวทำให้ตอนส่งมอบงานไม่ต้องไปค้นบัญชีและรหัสผ่านในประวัติแชต
ข้อสุดท้ายคือเงื่อนไขพื้นฐาน ไม่ว่าจะเปิดกี่ร้าน ข้อมูลบัญชีต้องเป็นจริง สินค้าที่ขายต้องบรรยายตามจริง และคำมั่นเรื่องสต็อก สภาพ และโลจิสติกส์ต้องทำได้จริง กฎของแพลตฟอร์มกำหนดอย่างไรก็ทำอย่างนั้น จำนวนบัญชีไม่เคยเป็นเหตุผลในการเลี่ยงข้อจำกัด เป็นเพียงความต้องการจัดการปกติเมื่อธุรกิจขยายขึ้น
