التحكم في الوصول على مستوى الأقسام للفرق المتنامية

يعمل دور محرّر/مشاهد واحد مسطّح جيدًا لفريق من شخصين إلى خمسة، ثم يتوقف عن العمل حين يصبح «الفريق» مجموعات وظيفية منفصلة لا شأن لإحداها بقراءة حملات الأخرى أو محادثات عملائها. تضيف الأقسام تسلسلًا هرميًا من المالك ← رئيس القسم ← العضو فوق الأدوار الحالية: رؤية المشاريع محصورة في كل قسم، وصناديق البريد المشتركة ظاهرة لقسم كامل، وصناديق البريد الفردية خاصة بشخص واحد — لا يصل إليها مالك الحساب إلا عبر تجاوز يتطلب ذكر السبب ويُسجَّل بالكامل.

جمّع زملاءك في أقسام كي تنحصر رؤية المشاريع والوصول إلى صناديق البريد المشتركة في المجموعة التي يعملون فيها فعلًا. يتوقف فريق الدعم والمبيعات والتسويق عن قراءة حملات بعضهم ومحادثات عملائهم افتراضيًا، ويستطيع رؤساء الأقسام الدعوة ضمن مجموعتهم دون المرور بمالك الحساب في كل مرة، ويبقى صندوق البريد الفردي خاصًا ما لم يفتحه المالك عبر تجاوز يتطلب ذكر السبب ويُسجَّل.

كان لحساب MailInApp الذي يتجاوز حفنة من الأشخاص نموذج رؤية واحد بالضبط: كل محرّر أو مشاهد نشط يرى كل مشروع وكل صندوق بريد مشترك يملكه الحساب. وهذا مقبول لفريق صغير يرى فيه الجميع كل شيء أصلًا. لكنه يتوقف عن كونه مقبولًا في اللحظة التي يعني فيها «الفريق» مجموعات وظيفية منفصلة — الدعم يتولى محادثات العملاء، والمبيعات تدير حملاتها، والتسويق يدير حملاته — دون أي سبب عملي حقيقي لأن تتصفّح مجموعة ما يخص الأخرى.

الأقسام طبقة فوق الأدوار الحالية

لا يحلّ القسم محل أدوار المالك/المحرّر/المشاهد — بل يحصر ما يستطيع المحرّر أو المشاهد داخله رؤيته. ينشئ مالك الحساب الأقسام من الإعدادات، ويعيّن الزملاء في قسم أو أكثر، ومن تلك اللحظة يصبح المشروع أو صندوق البريد المشترك الموسوم بقسم ظاهرًا فقط لأعضاء ذلك القسم إضافة إلى المالك. أما المشروع أو صندوق البريد الذي لم يُحدَّد له قسم فيتصرّف تمامًا كما كان من قبل: ظاهر للحساب كله.

رؤساء الأقسام يرفعون عبء الدعوات عن المالك

ترقية زميل إلى رئيس لقسمه تتيح له دعوة أشخاص جدد إليه مباشرة — تفويض حقيقي، لا مجرد تسمية. وتتوقف صلاحيات رئيس القسم عند حدود قسمه: لا يستطيع الدعوة إلى مجموعة لا يديرها، ولا المساس بالفوترة أو بيانات الاعتماد، ولا تعيين رئيس قسم آخر. وكل ما يبقى حكرًا على المالك أصلًا — إعدادات SMTP، وStripe Connect، ومفاتيح API، وأسرار Webhook، وإدارة الفريق نفسها — يبقى حكرًا على المالك بالنسبة لرئيس القسم أيضًا.

صناديق البريد الفردية خاصة، لا مغلقة نهائيًا

يمكن مشاركة عنوان مُطالَب به لاستقبال الرسائل مثل support@ مع قسم كامل، أو ضبطه على «فردي» وإسناده إلى شخص محدد. يستخدم صندوق البريد الفردي عنوانًا مملوكًا للشركة للمراسلات التجارية العادية، لذا فإن جدارًا تقنيًا صارمًا سيقايض استمرارية عمل حقيقية — كأن يصبح صندوق بريد موظف غادر بيانات شركة غير قابلة للاسترداد نهائيًا — بضمان خصوصية لا يفرضه القانون فعلًا على مراسلات العمل على نطاق الشركة. وبدلًا من ذلك، فإن الطريق الوحيد للمالك إلى صندوق البريد الفردي لشخص آخر هو وصول المالك: اختر صندوق البريد، واذكر السبب، ثم اقرأه — دون الرد أبدًا نيابةً عن صاحبه. ويُسجَّل هذا الوصول، ويظهر ذلك السجل لاحقًا لصاحب صندوق البريد نفسه، لا يُخفى عنه.

كل من يقبل دعوة يرى ما تعنيه أولًا

لأن القسم يغيّر ما يستطيع الزميل رؤيته، ولأن وصول المالك إلى صندوق بريد فردي ممكن، تعرض صفحة قبول الدعوة إشعارًا قصيرًا بلغة واضحة قبل انضمام أي شخص: ما الذي يجعله قسمه ظاهرًا، وأن وصول المالك يتطلب ذكر السبب دائمًا ويُسجَّل دائمًا. ولا يوجد مسار موافقة منفصل لإعداده — فقبول الدعوة يعني الإقرار بالإشعار.

ما الذي لا يغيّره هذا

تبقى صلاحيات المحرّر والمشاهد داخل القسم كما كانت تمامًا — فالمحرّر المقيَّد بقسم لا يزال يستطيع البناء والإرسال وقراءة الردود لما يستطيع رؤيته؛ والمشاهد المقيَّد بقسم لا يزال للقراءة فقط. ولا تمسّ أيٌّ من هذه التغييرات حدود الحجم أو فئات الباقات أو قواعد تدوير بيانات الاعتماد — فالأقسام طبقة رؤية، لا محور تسعير جديد ولا مجموعة جديدة من صلاحيات الكتابة.

البدء

أنشئ أقسامًا تطابق البنية الفعلية لمؤسستك من الإعدادات ← الفريق، وعيّن الزملاء فيها، وضع وسم قسم على المشاريع الجديدة من منتقي الإنشاء. راجع الأقسام للمرجع الكامل، والتعاون الجماعي لمعرفة كيف تعمل الأدوار والدعوات تحتها، وصندوق البريد لاستقبال الرسائل لإعداد العناوين المشتركة والفردية التي تحصرها الأقسام.

تسلسل نموذجي للبناء والإرسال

  1. 1

    أنشئ أقسامًا تطابق مؤسستك

    من الإعدادات ← الفريق، أضِف قسمًا لكل مجموعة وظيفية — الدعم، أو المبيعات، أو التسويق، أو أي تقسيم يعكس فعلًا بنية شركتك.

  2. 2

    عيّن الزملاء في أقسامهم

    اختر قسمًا واحدًا أو أكثر لكل زميل من قائمة الأعضاء؛ ومن لا يُعيَّن في أي قسم يستمر في رؤية كل المشاريع، كما كان الحال قبل وجود الأقسام.

  3. 3

    ضع وسم قسم على المشاريع

    يضيف منتقي إنشاء المشروع خطوة إلزامية لاختيار القسم بمجرد أن يضم الحساب أي أقسام — ويبقى المشروع الموجود غير الموسوم ظاهرًا على مستوى الحساب كله.

  4. 4

    فوّض الدعوات إلى رئيس القسم، اختياريًا

    رقِّ زميلًا موثوقًا إلى رئيس لقسمه كي يتمكن من دعوة أعضاء جدد إليه مباشرة، دون المرور بمالك الحساب في كل تعيين.

  5. 5

    قسّم عنوان صندوق بريد مشترك إلى صناديق فردية، اختياريًا

    اضبط عنوانًا مُطالَبًا به مثل support@ على «مشترك» (ظاهر للقسم كله) أو «فردي» (خاص بمُسنَد إليه واحد)، لصناديق البريد التي تستقبل الرسائل وتحتاج ذلك.

الأسئلة الشائعة

ماذا يحدث للمشاريع وصناديق البريد الموجودة بالفعل؟

لا شيء يتغيّر حتى تضع عليها وسمًا — فالمشروع الذي لم يُحدَّد له قسم، أو عنوان صندوق البريد المتروك مشتركًا دون قسم، يبقى ظاهرًا للحساب كله تمامًا كما كان قبل وجود الأقسام. الأقسام تقييد اختياري للنطاق، لا إعداد افتراضي يضيّق أي شيء بأثر رجعي.

هل لا يزال مالك الحساب يرى كل شيء؟

نعم بالنسبة للمشاريع وصناديق البريد المشتركة — فعرض المالك لا يُقيَّد بالقسم أبدًا. صندوق البريد الفردي هو الاستثناء الوحيد: لا يستطيع المالك فتح صندوق شخص آخر إلا عبر «وصول المالك»، الذي يتطلب ذكر السبب ويُسجَّل، ولا يمكنه ذلك أبدًا عبر مسار القراءة العادي.

ما الذي يستطيع رئيس القسم فعله ولا يستطيعه العضو العادي؟

دعوة زملاء جدد إلى قسمه وإعادة تسميته — لا أكثر. لا يستطيع رئيس القسم الدعوة إلى قسم لا يرأسه، ولا المساس بالفوترة أو بيانات الاعتماد، ولا ترقية أي شخص آخر إلى رئيس قسم. وتبقى الإجراءات على مستوى الحساب مثل إنشاء قسم أو حذفه حكرًا على المالك.

أليس صندوق البريد الفردي الخاص ثغرة لإخفاء بيانات الشركة؟

لا — صندوق البريد الفردي لا يزال عنوانًا مملوكًا للشركة يُستخدم للعمل (support@ أو العنوان الخاص بزميل مُسمًّى على نطاقك)، لا حسابًا شخصيًا، لذا فهو ليس مغلقًا تقنيًا بالكامل. إنه خاص افتراضيًا داخل المنتج، والمسار الوحيد للمالك إليه تجاوزٌ يتطلب ذكر السبب ويُسجَّل ويظهر لاحقًا لصاحب صندوق البريد نفسه — وهو المنطق نفسه الذي يطبّقه هذا التطبيق بالفعل على وصول الموظفين إلى بيانات العملاء في مواضع أخرى.

هل يُبلَّغ الزملاء بأي من هذا قبل انضمامهم؟

نعم — يعرض قبول دعوة الفريق أولًا إشعارًا بلغة واضحة: ما الذي ستجعله عضويتهم في القسم ظاهرًا، وأن وصول المالك إلى صندوق بريد فردي ممكن، ويتطلب ذكر السبب دائمًا، ويُسجَّل دائمًا. ولا يمكنهم قبول الدعوة دون رؤيته.

هل تقييد النطاق حسب الأقسام إضافة مدفوعة؟

لا — عدد الأقسام غير مرتبط بفئة الباقة؛ إنه ميزة بنيوية في التعاون الجماعي، متاحة حيثما تتوفر مقاعد الفريق أصلًا.

ابنِ هذا في الاستوديو

ابدأ بالباقة المجانية — كل عنصر تفاعلي ومحرك البدائل الكامل مضمَّنان في كل فئة.