การจัดการลูกค้าหลายราย
งานของลูกค้ารายหนึ่งไม่ควรอยู่ห่างจากกลุ่มเป้าหมายของลูกค้าอีกรายเพียงแค่คลิกผิดครั้งเดียว
นี่อธิบายการออกแบบ ไม่ใช่บริการที่กำลังทำงานอยู่
ปัญหา
ทีมส่วนใหญ่แยกลูกค้าด้วยความระมัดระวัง บัญชีเดียวที่ใช้ร่วมกันเก็บทุกเพจที่เชื่อมต่อ ปฏิทินเดียวเก็บทุกกำหนดการ และสิ่งเดียวที่กั้นระหว่างฉบับร่างของลูกค้ารายหนึ่งกับกลุ่มเป้าหมายที่ผิดคือคนที่กำลังมองหน้าจออยู่ตอนหกโมงเย็น เมื่อมีคนออกจากทีม การแยกส่วนนั้นก็จากไปพร้อมกับความเคยชินนั้นด้วย
ผลิตภัณฑ์ถูกออกแบบมาอย่างไร
- โปรเจกต์คือหน่วยของการแยกส่วน บัญชีที่เชื่อมต่อ ฉบับร่าง คิว สื่อ และใบเสร็จ ล้วนเป็นของโปรเจกต์หนึ่ง และสมาชิกจะเห็นเฉพาะโปรเจกต์ที่ตนถูกเพิ่มเข้าไปเท่านั้น
- การแยกส่วนถูกบังคับใช้สามชั้น: ที่การยืนยันตัวตน ในบริการแอปพลิเคชันที่อนุญาตการกระทำนั้น และในฐานข้อมูลเองผ่านความปลอดภัยระดับแถว การเข้าสู่ระบบไม่เคยถูกนับว่าเป็นสิทธิ์อนุญาต
- การรายงานเป็นไปตามขอบเขตเดียวกันนี้ ดังนั้นรายงานแยกตามลูกค้าจึงเป็นรูปแบบเริ่มต้น ไม่ใช่สเปรดชีตที่ใครสักคนต้องมาประกอบด้วยมือ
สิ่งที่ถูกสร้างขึ้นจริงแล้ว
โปรเจกต์ การเป็นสมาชิกที่จำกัดขอบเขตตามโปรเจกต์ และนโยบายความปลอดภัยระดับแถวที่อยู่เบื้องหลังถูกสร้างและทดสอบแล้ว รวมถึงการทดสอบที่พยายามอ่านข้ามโปรเจกต์และยืนยันว่ามันล้มเหลว แผนต่าง ๆ ถูกกำหนดขนาดตามจำนวนโปรเจกต์ที่ทีมต้องการ ยังไม่มีอะไรถูกเผยแพร่ไปยังแพลตฟอร์มใดจากโปรเจกต์ใดเลย
พบสิ่งผิดปกติในหน้านี้
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.