فانل واحد، وعشرين عميل، وعشرين سمعة كل واحدة منهم لوحدها

مشروع لكل عميل، والحدود دي شغل الداتابيز مش شغل حد فاكر

كل حاجة هنا محدودة بـ tenant ومشروع مع بعض — الكونتاكتس والفانلات والكرييتيفز والحملات وهويات الإرسال والتقارير. التحديد ده مفروض بالـ row-level security جوه الداتابيز، مش بشرط لازم حد يفتكره يضيفه في الكويري. مشروع اتنسى يتحط فيه الشرط مش هيشوف حاجة خالص، مش هيشوف صفوف المشروع الأول.

يعني قايمة عميل مش ممكن تتسرب بالغلط لحملة عميل تاني، ويعني التقرير بتاع عميل واحد لأنه من ناحية البنية مش ممكن يكون عن اتنين.

كل عميل بيبعت باسمه هو

هوية الإرسال تابعة لمشروع: دومينهم ومفاتيح DKIM بتاعتهم، والبوت بتاعهم أو حساب البروفايدر بتاعهم، وسقف الإرسال بتاعهم. حملة وحشة لعميل مش ممكن تضر ديليفري عميل تاني، لأنهم عمرهم ما كانوا شاركين حاجة تتضر.

وكمان بيحل كلام محرج بدري. العميل مالك إرساله وقايمته وسجل موافقته. لما يمشي — وهماشي ناس — يمشي بكل حاجة بتاعته، ومش تكون بنيت موقف رهائن هتضطر تشرحه.

مشكلة التقرير الشهري

معظم وجع التقارير عند الوكالات مش في إنتاج أرقام. المشكلة في إنتاج أرقام تعيش لما العميل يسأل سؤال بعدها، وإنتاجها من غير تلات ساعات سكرين شوتس أول الشهر.

حاجتين بيحلوا المشكلة دي. التقارير API routes، يعني الحزمة الشهرية ممكن يتجمّعها سكريبت وتتصدّر PDF بدل إنسان وشيت إكسل. والأرقام صادقة في موضوع البوتات: الخام والمفلتر الاتنين موجودين ومسميين، فلما العميل يسأل ليه نسبة الفتح نزلت بعد ما نقل، تقدر تشرحها في جملة واحدة بدل ما تدافع عنها في أربع.

نفس التايلات بتنزل في dash-b — أداء الحملات، والنزول من الفانل، ونمو القايمة، والديليفري حسب الدومين — يعني العميل اللي عايز لوحة لايف ياخدها، على حسابه هو، ببيانات الدخول بتاعته، ومن غير أي مفتاح بتاعك في الصفحة.