شرح صلاحيات أعضاء الفريق في codeyy بالتفصيل

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

لماذا تحتاج إلى تنظيم الصلاحيات قبل دعوة أول شخص؟

تخيّل أنك تملك متجرًا إلكترونيًا للعطور في جدة، وبنيت موقعه بنفسك على codeyy خلال عطلة نهاية أسبوع. بعد شهر تقرر الاستعانة بمصمم مستقل من القاهرة لتحسين الواجهة، وبمسوّقة من الكويت لكتابة نصوص الصفحات. ترسل لهما الدعوة على عجل، وتمنحهما كل الصلاحيات لأنك تريد أن ينتهي العمل بسرعة.

ثم يحدث ما لم تتوقعه.

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

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

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

إذا كنت ما زلت في بداية الطريق ولم تنشئ مشروعك بعد، فابدأ من دليل البدء السريع مع codeyy، ثم عد إلى هنا قبل أن تضيف أي شريك أو موظف.

ما الأدوار المتاحة لأعضاء الفريق داخل مشروع codeyy؟

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

دعني أشرح كل مستوى بلغة عملية بعيدًا عن المصطلحات:

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

الفرق بين هذه المستويات قد يبدو بسيطًا على الورق. في التطبيق الفعلي هو الفرق بين مشروع منظّم ومشروع يتعطل كل أسبوعين.

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

تفاصيل كل صلاحية بدقة، وما يستطيع كل دور فعله في الإصدار الحالي، تجدها في صفحة التعاون داخل المشروع في توثيق codeyy. احفظها في المفضلة، فستعود إليها أكثر مما تتوقع.

خطوات دعوة عضو جديد إلى مشروعك

عملية الدعوة نفسها تستغرق أقل من دقيقتين. المهم هو ما تفكر فيه قبل الضغط على زر الإرسال. إليك التسلسل الذي أتبعه مع كل عضو جديد:

• الخطوة 1: افتح المشروع المطلوب من لوحة التحكم، وتأكد أنك داخل المشروع الصحيح. يبدو هذا بديهيًا، لكن من يدير ثلاثة أو أربعة مشاريع يخطئ أحيانًا ويدعو الشخص إلى مشروع آخر.
• الخطوة 2: انتقل إلى قسم الفريق أو المشاركة في إعدادات المشروع.
• الخطوة 3: اكتب البريد الإلكتروني للعضو. استخدم بريد العمل لا البريد الشخصي متى أمكن.
• الخطوة 4: اختر الدور المناسب من القائمة قبل الإرسال، ولا تترك الاختيار الافتراضي دون مراجعة.
• الخطوة 5: أرسل الدعوة، ثم أبلغ العضو برسالة قصيرة على واتساب أو البريد ليتوقعها.

لماذا الخطوة الخامسة؟ لأن رسائل الدعوة تذهب أحيانًا إلى مجلد البريد غير المرغوب فيه، خصوصًا في حسابات الشركات التي تستخدم فلاتر صارمة على Outlook. كم مرة انتظرت شخصًا يومًا كاملًا ثم اكتشفت أن الدعوة لم تصله؟ رسالة واحدة منك تختصر هذا الانتظار.

تفصيل آخر تعلّمته بالتجربة: إذا كان العضو يملك أكثر من بريد إلكتروني، اسأله صراحة أي بريد يستخدم لتسجيل الدخول. كثيرون يسجلون عبر حساب Google الشخصي، ثم تصلهم الدعوة على بريد الشركة، فيدخلون بحساب لا يرى المشروع ويظنون أن هناك عطلًا.

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

توزيع الأدوار على فريق صغير: مثال من دبي

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

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

لاحظ هنا أن سارة لم تمنح صلاحية المالك لأحد غيرها. هذا قرار أراه صائبًا تمامًا. وجود مالكَين يبدو منطقيًا بين الشركاء، لكنه يخلق مشكلة عند أول خلاف: من يقرر حذف صفحة؟ ومن يغيّر خطة الاشتراك؟

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

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

جرّب أن تكتب جدولك الآن، حتى لو كان فريقك شخصين فقط. ستشكر نفسك بعد ستة أشهر.

كيف تغيّر دور عضو أو تزيله من المشروع؟

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

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

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

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

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

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

أخطاء شائعة في إدارة الصلاحيات وكيف تتجنبها

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

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

الخطأ الثاني: منح الجميع الدور الأعلى "لتوفير الوقت". يبدو توفيرًا للوقت اليوم، لكنه يكلّفك أيامًا لاحقًا حين يحدث خطأ ولا تعرف مصدره.

الخطأ الثالث: نسيان المستقلين بعد انتهاء عملهم. راجع قائمة الفريق مرة كل شهر. ضع تذكيرًا في تقويمك أول يوم من كل شهر، ولن تستغرق المراجعة أكثر من خمس دقائق.

الخطأ الرابع: عدم إخبار الفريق بحدود أدوارهم. العضو الذي لا يعرف أنه مشاهد سيظن أن هناك عطلًا حين لا يستطيع التعديل، وسيرسل لك رسائل متكررة. جملة واحدة عند الدعوة تحل هذا: "دورك مشاهدة فقط حاليًا، وسأرقّيك عند بدء التصميم".

الخطأ الخامس: الاعتماد على الذاكرة. مع ثلاثة مشاريع وسبعة أعضاء، لن تتذكر من يملك ماذا. الجدول الذي ذكرناه في مثال سارة ليس رفاهية.

هل وقعت في أحد هذه الأخطاء؟ لا بأس. افتح إعدادات الفريق الآن وصحّح الوضع. الأمر أسهل مما تظن.

الصلاحيات وحماية بيانات العملاء في دول الخليج

قد تظن أن الصلاحيات شأن داخلي بحت. لكن إذا كان موقعك يجمع بيانات عملاء، مثل الأسماء وأرقام الجوال ومواعيد الحجز، فالأمر يتجاوز التنظيم الداخلي إلى الالتزام القانوني.

في السعودية، دخل نظام حماية البيانات الشخصية حيز التطبيق، وأصبح الالتزام به إلزاميًا على الجهات التي تعالج بيانات الأفراد بدءًا من سبتمبر 2024 بعد فترة السماح، وتشرف عليه الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا). وفي الإمارات، يوجد المرسوم بقانون اتحادي رقم 45 لسنة 2021 بشأن حماية البيانات الشخصية. كلا النظامين يقوم على مبدأ مشترك: لا يصل إلى البيانات إلا من يحتاجها فعلًا.

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

لست محاميًا، ولا يغني هذا الكلام عن استشارة قانونية إذا كان مشروعك يتعامل مع بيانات حساسة كالبيانات الصحية أو المالية. لكن التزامك بتقليل الوصول وتوثيقه يضعك في موقف أفضل بكثير إذا سُئلت يومًا عن كيفية حمايتك لبيانات عملائك.

اقرأ أيضًا سياسة الخصوصية في codeyy لتفهم كيف تتعامل المنصة نفسها مع البيانات، فهذا يساعدك على إكمال الصورة عند كتابة سياسة الخصوصية الخاصة بموقعك. ونصيحة إضافية: عندما تضيف مستقلًا من خارج دولتك، اذكر في عقده بندًا واضحًا عن سرية البيانات التي قد يطّلع عليها.

علاقة حجم الفريق بخطة الاشتراك والتكلفة

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

تحقق من التفاصيل المحدّثة على صفحة الأسعار مباشرة، لأن الخطط تتطور مع الوقت ولا أريد أن أذكر لك أرقامًا قد تتغير. ما أستطيع قوله بثقة هو طريقة التفكير الصحيحة.

لا تدفع مقابل مقاعد لا تحتاجها. كثير من أصحاب المشاريع في بدايتهم يتخيلون فريقًا كبيرًا، ثم يعملون فعليًا مع شخصين أو ثلاثة. ابدأ بالحد الأدنى، وارفع الخطة عندما يصبح التوسع حقيقيًا لا متخيّلًا.

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

وإذا كنت تبني مواقع لعملاء كوكالة صغيرة، ففكّر في هيكلة مختلفة: هل يملك العميل المشروع وتنضم أنت كمحرر، أم تملكه أنت وتضيفه كمشاهد؟ رأيي أن الخيار الأول أنظف على المدى الطويل، لأن العميل يحتفظ بملكية موقعه إن انتهى التعاون. لمعرفة المزيد عن المنصة عمومًا، تفيدك مقالة التعريف بمنصة codeyy.

قبل أن تضغط زر الدعوة التالي

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

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

هل يمكن أن يكون للمشروع الواحد في codeyy أكثر من مالك؟

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

ماذا يحدث لعمل العضو بعد إزالته من الفريق؟

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

كيف أمنح عميلي صلاحية رؤية موقعه دون أن يعدّل شيئًا؟

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

هل مشاركة كلمة مرور حسابي مع موظف أسرع من دعوته؟

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