ฟันเนลเดียว ลูกค้ายี่สิบราย ชื่อเสียงยี่สิบส่วนที่แยกจากกัน

หนึ่งโปรเจกต์ต่อหนึ่งลูกค้า และขอบเขตนี้เป็นหน้าที่ของฐานข้อมูล

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

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

ลูกค้าแต่ละรายส่งอีเมลในนามของตนเอง

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

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

ปัญหารายงานรายเดือน

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

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

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