كيف تبني بوابة للعملاء: ملفات وحالة وفواتير وصلاحيات

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

لماذا تبني الشركات بوابات للعملاء

عادةً ما تحل البوابات محل كومة من سلاسل البريد الإلكتروني والمجلدات المشتركة ورسائل «ما الحالة؟». تستخدمها وكالات ومحاسبون ومستشارون ومقاولون واستوديوهات وأنشطة خدمية. البوابة الجيدة:

• تجيب عن سؤال الحالة قبل أن يطرحه العميل.
• تضع الملفات في مكان واحد، مع وضوح أحدث نسخة.
• تمنح الطلبات مكانًا مناسبًا بدلًا من رسائل البريد المتناثرة.
• تجعلك تبدو منظمًا، وهذا مهم للاحتفاظ بالعملاء والإحالات.

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

ما تحتاجه بوابة العملاء

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

البيانات

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

الصلاحيات

اكتب هذه القواعد واختبرها:

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

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

القرارات والمقايضات

طريقة تسجيل الدخول

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

بوابة واحدة أم بوابة لكل عميل

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

الملفات

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

الفواتير والمدفوعات

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

التكامل

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

طلب أول لأداة بناء بالذكاء الاصطناعي

ابنِ بوابة عملاء لـ Northlight، وكالة تصميم ويب صغيرة. العملاء شركات؛ ولكل شركة مستخدم عميل أو أكثر يسجلون الدخول. يرى مستخدمو العميل فقط مشاريع شركتهم. لكل مشروع: الحالة الحالية (اكتشاف، تصميم، بناء، مراجعة، مباشر)، والمعلم القادم مع تاريخه، ومساحة ملفات يستطيع الطرفان رفع الملفات فيها وتنزيلها (PDF وصور وZIP، بحد أقصى 50 ميغابايت)، ونموذج طلب (العنوان، والتفاصيل، والأولوية) مع قائمة بطلباته السابقة وحالتها، وخط زمني للتحديثات. يرى موظفو الوكالة منطقة إدارة فيها كل العملاء، ويستطيعون تغيير حالة المشروع، ونشر التحديثات، وإضافة ملاحظات داخلية لا يراها العملاء أبدًا، والرد على الطلبات. طبّق كل قواعد الوصول على الخادم. خزّن البيانات في قاعدة بيانات، والملفات في تخزين خاص بروابط تنزيل محدودة الوقت. تسجيل دخول تجريبي الآن، وسنضيف المصادقة الحقيقية لاحقًا. تصميم نظيف ومهني يعمل على الهواتف.

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

خطوات البناء

1. حدد ما يحتاج العميل إلى رؤيته أولًا، وما الذي يراسلك بشأنه الآن عبر البريد.
2. صمّم البيانات بحيث ينتمي كل سجل إلى عميل واحد.
3. ابنِ عرض الإدارة وأدخل بيانات عميل حقيقي واحد.
4. ابنِ عرض العميل لذلك العميل.
5. أضف تسجيل دخول حقيقيًا مع دعوات تصدر من جهتك.
6. أضف الملفات في تخزين خاص مع فحوص صلاحيات عند التنزيل.
7. اختبر الصلاحيات: أنشئ عميلين تجريبيين، وجرّب كل طريقة لرؤية بيانات الآخر، مثل تغيير المعرّفات في الرابط، أو تخمين روابط الملفات، أو استخدام دعوة قديمة.
8. أضف الطلبات والإشعارات عبر البريد الإلكتروني.
9. جرّب مع عميلين أو ثلاثة ودودين واسألهم عما ما زالوا يراسلونك بشأنه بالبريد.
10. أضف الفواتير أو الموافقات أو التكاملات بناءً على تلك الملاحظات.

الأخطاء الشائعة

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

التكاليف والأدوات

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

متى يكون المنتج الجاهز هو الخيار الأفضل

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

البناء مع Mythex

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

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

الأسئلة