مزايا وعيوب برامج الولاء بدون رأس
نشرت: 2022-04-18جدول المحتويات:
- ما هي هندسة التجارة الإلكترونية مقطوعة الرأس؟
- لماذا مقطوعة الرأس؟
- فوائد التجارة مقطوعة الرأس
- ما هو برنامج الولاء مقطوعة الرأس؟
- ما هي فوائد برامج الولاء مقطوعة الرأس؟
- ما هي عيوب برامج الولاء مقطوعة الرأس؟
- برنامج ولاء بدون رأس مقابل نظام ولاء متآلف
- كيف تختار برنامج ولاء مقطوع الرأس؟
- قسيمة - برنامج ولاء مقطوعة الرأس
ما هي التجارة مقطوعة الرأس؟
"التجارة بلا رأس" أو "التجارة المنفصلة" هي بنية برمجية حيث يتم فصل الواجهة الأمامية والخلفية . يمكن استخدام هذا النهج تقريبًا في أي مجال من مجالات التجارة الإلكترونية ، لمعظم تطبيقات البرامج.
تتطلب التجارة بدون رأس طبقة اتصال قائمة على التطبيق بين الواجهة الأمامية والخلفية حيث يحدث الاتصال عبر مكالمات واجهة برمجة التطبيقات ، مما ينتج عنه بنية أكثر انسيابية وينتج حركة مرور أقل على الشبكة بسبب الحمولات الأصغر.
التجارة بدون رأس هي أفضل الحلول الحالية من نوعها. لم يعد المطورون يبنون برمجيات سلعية ، مثل أنظمة البريد الإلكتروني وأنظمة الدفع ومحركات الحجز. إنهم ببساطة يتصلون عبر واجهة برمجة التطبيقات (API) بالمنصات الأفضل في فئتها والمتخصصة في توفير الوظائف الفردية ، أو بالخدمات المصغرة اللازمة لتقديم الوظائف التي يختارونها إلى المستخدمين.
اقرأ مقابلتنا مع جريج لورد حيث شرح فوائد ما يسمى "التجارة القابلة للتكوين" أي التجارة القائمة على الخدمات المصغرة في جوهرها.
لماذا مقطوعة الرأس؟
كما كتبنا في منشور المدونة الخاص بنا حول التجارة بلا رأس ، فإن الانتقال بلا رأس هو اتجاه تكنولوجي رئيسي تتكيف مع شركات البرمجيات والاستشارات الكبرى:
- يقول ماجنتو إن المستقبل بلا رأس.
- تقوم Isobar بتعليم عملائها كيفية استخدام نهج مقطوعة الرأس لإنشاء علاقات عملاء طويلة الأجل يمكن أن تحقق نموًا مستدامًا للأعمال.
- تضع Demandware (Salesforce) رهانها على إضفاء الطابع الديمقراطي على البيع بالتجزئة من خلال نهج API الأول.
أصبحت التجارة مقطوعة الرأس اتجاهاً لا يخلو من سبب. هناك الكثير من الفوائد لفصل الواجهة الأمامية عن الخلفية ، كما كتبنا في منشور المدونة الخاص بنا.
ما هو برنامج الولاء مقطوعة الرأس؟
برنامج الولاء بدون رأس هو منصة ولاء أول واجهة برمجة تطبيقات تمكن أي تطبيق برمجي من دمج وظائف الولاء عبر واجهة برمجة التطبيقات. منصات الولاء بدون رأس هي الواجهة الخلفية ، وهي مصممة لمعالجة أي نوع من معاملات الولاء بطريقة منفصلة عن البيئة الأمامية التي تواجه العملاء. هذا يعني ، بكلمات بسيطة ، أن المنطق والتحقق من الصحة والاسترداد وتتبع برنامج الولاء ستتم إدارته بواسطة واجهة برمجة التطبيقات الخاصة ببرنامج المكافآت بدون رأس ولكن البيانات الخاصة بتغذية برنامج الولاء مثل ، على سبيل المثال ، بيانات المنتج ، وبيانات العميل سوف يتم سحبه من النهاية الخلفية (نظام CRM أو نظام PIM ، على سبيل المثال). سيتم عرض برنامج الولاء وبياناته ، على سبيل المثال ، عدد النقاط أو المكافآت المتاحة ، على تطبيقاتك الأمامية (تطبيق الهاتف المحمول ، موقع الويب ، chatbot ، سمها ما شئت).
هذا رسم تم إعداده بواسطة MACH Alliance ويشرح جيدًا مكان وجود برنامج المكافآت بدون رأس داخل بنية التجارة بدون رأس:

إذا كنت تتساءل عما يجب أن يقدمه برنامج الاحتفاظ بدون رأس عندما يتعلق الأمر بالميزات ، فاقرأ منشورنا حول تصميم بنية برنامج الولاء حيث نغطي نظرة عامة شاملة على ميزات برنامج الولاء المهمة.
باختصار ، بعض الميزات التي يجب أن يغطيها برنامج الولاء بدون رأس هي:
- حوافز شخصية.
- تكديس المكافآت.
- قواعد التحقق من الصحة.
- تواريخ البدء والانتهاء.
- مستويات برنامج الولاء.
- حدود الميزانية.
- توزيع متعدد القنوات.
- تذكير تلقائي.
- تكاملات جاهزة مع حلول برمجية متنوعة.
- الميزات التي تدعم التحجيم والصيانة.
- واجهة نقاط اتصال العملاء (محافظ رقمية ، مقصورات قيادة للعملاء ، صفحات مقصودة والمزيد).
- حملات الولاء القابلة للبرمجة (الآلية).
- ويب هوك.
- إمكانيات التخصيص مع القواعد والأحداث والبيانات الوصفية المخصصة.
- المصادقة والمراقبة.
- تلبية المتطلبات القانونية (مثل GDPR ، PCSS ، إلخ).
- تقديم دعم العملاء.
{{الكتاب الاليكتروني}}
{{كتاب النهاية}}
ما هي فوائد برامج الولاء مقطوعة الرأس؟
توافق قناة أومني
توفر القدرة على فصل الواجهة الأمامية عن الواجهة الخلفية مزيدًا من المرونة عندما يتعلق الأمر باختيار النظام الأساسي للواجهة الأمامية ، مما يسمح بتوزيع متعدد القنوات حقًا. كما أنه يسمح بمزيد من المرونة في إنشاء الواجهة الأمامية ، مقارنةً بحلول الواجهة الأمامية الصلبة عند استخدام برامج متجانسة. يؤدي وجود حل خارج الصندوق لمنطق الواجهة الخلفية في مكانه إلى تقصير وقت الوصول إلى السوق بشكل كبير ويوفر قدرًا كبيرًا من المال والوقت الذي كان يجب أن يتم إنفاقه على إدخال منطق الخلفية. من ناحية أخرى ، إذا قارنت برنامج الاحتفاظ بدون رأس بحل متآلف خارج الصندوق (بائع واحد) ، فإنه يمنحك المزيد من الخيارات والمرونة عندما يتعلق الأمر بكل من الميزات واختيار الواجهة الأمامية.
القدرة على تحمل التكاليف
يتطلب الوصول إلى درجة لا حصر لها من المرونة التي توفرها منصات API ، إذا كنت تخطط لبنائها بنفسك ، قدرًا كبيرًا من الاستثمار الذي لا يستحق ذلك ببساطة إذا لم يكن هذا هو عملك الأساسي. حتى لو كانت تكلفة الاستثمار الأولية قابلة للمقارنة مع تكلفة دفع الاشتراك على مدى شهرين ، فإن التكاليف الحقيقية تأتي مع صيانة النظام وتحديثه. بينما قد تعتقد أنك ستكون بخير مع 10 ميزات فقط في البداية. مع مرور الوقت ، ستتوسع احتياجاتك وكذلك ستنفق ميزانيتك على بناء هذه الحلول وصيانتها بنفسك. ناهيك عن تكاليف الاستضافة!
بدلاً من بناء الميزات التي يمكن أن تكون متاحة بسهولة من منصة ولاء بلا رأس ، يمكن للمطورين التركيز على تصميم بنية تقنية قابلة للتطوير وسريعة الاستجابة ، والتي ستسمح لك بالاستجابة لتغيرات السوق ، والفرص أو المخاطر الجديدة ، وتوقعات العملاء ، وقنوات التوزيع الجديدة ، قنوات البيع أو الأجهزة.
رشاقة
بفضل وجود منصة احتجاز مقطوعة الرأس ، تكتسب الكثير من الرشاقة. على سبيل المثال ، إذا كنت بحاجة إلى تغيير قواعد البرنامج أو المكافآت المتاحة بسرعة ، فلن تحتاج إلى ترميز مجموعة جديدة من القواعد وحل حالات الحافة بنفسك. يمكنك القيام بذلك ببضع نقرات على لوحة القيادة أو سطرين من الطلب إلى واجهة برمجة التطبيقات وستقوم واجهة برمجة التطبيقات بتغيير منطق النهاية الخلفية لك. لا تحتاج إلى انتظار حدوث التغيير بعد جولة إصدار أخرى ، فسترى التغييرات فورًا على الواجهة الخلفية والأمامية حيث يتم توصيل واجهة برمجة التطبيقات. سيكون التغيير ساريًا على جميع الأنظمة الأساسية ، والجوّال ، وسطح المكتب ، ووسائل التواصل الاجتماعي - في كل مكان ، حيث تستخدم واجهة برمجة التطبيقات. لا حاجة لتغيير القواعد بشكل منفصل لكل جهاز أو إصدار . يمكن أن تكون هذه السرعة هي ميزتك التنافسية في السوق. في المستقبل ، سيكون هذا هو الأساس.
وقت أسرع للتسويق
بفضل الميزات الجاهزة لمنصة الاحتفاظ بدون رأس ، يمكن للشركات شحن برامج الولاء الخاصة بها في دقائق ، بمجرد اكتمال التكامل الأولي. يمكن أن يساعدك ذلك على الاستجابة بشكل أسرع لفرص السوق وتوسيع عملياتك عن طريق دخول أسواق جديدة أو استهداف شرائح عملاء جديدة.
إدارة ولاء أسهل
إذا كان موفر نظام الولاء مقطوع الرأس الخاص بك يقدم لوحة معلومات لتغيير إعدادات برنامج الولاء الخاص بك ، فيمكن تسليم إدارة برنامج الولاء إلى فرق غير فنية ، مثل التسويق أو المبيعات. إنه منطقي أكثر لأنهم هم من يصممون قواعد برامج الولاء والتواصل ذي الصلة. سيؤدي ذلك أيضًا إلى تحميل عبء إدارة برامج الولاء عن أكتاف المطورين لديك والسماح لهم بالتركيز على بناء الميزات المتعلقة بعملك الأساسي.
خلفية محسّنة مع حمولة أقل
يستخدم حل الولاء بدون رأس واجهات برمجة تطبيقات مفتوحة مع نقاط نهاية محددة تم تحسينها لكل حالة استخدام أو هدف تجاري محدد. نقطة النهاية في واجهة برمجة التطبيقات هي ببساطة نهاية قناة الاتصالات التي توفرها واجهة برمجة التطبيقات ، والتي تسمح بإكمال وظيفة معينة. هيرا هي بعض حالات الاستخدام:
- ضع قائمة بجميع العملاء المشاركين في برنامج الولاء.
- قائمة بجميع المكافآت المتاحة لعميل معين.
- اذكر عدد النقاط التي جمعها عميل معين.
- قم بتعيين نقاط لإجراء عملية شراء لأحد العملاء.
- تحويل النقاط إلى نقد عند الدفع لطلب.
- تحويل النقاط إلى بطاقة هدايا.
- تحويل النقاط إلى مكافأة مادية.
- أضف عميلاً إلى شريحة العملاء المخلصين.
- قم بتحديث بيانات العميل وإضافتها إلى مستوى برنامج الولاء التالي.
- أضف قواعد ربح مختلفة إلى مستويات معينة من البرنامج.
يؤدي فصل الواجهة الأمامية عن الواجهة الخلفية ، عبر واجهة برمجة تطبيقات مفتوحة ، إلى تحسين قابلية التوسعة للعمل مع أي تطبيقات برمجية أخرى في البنية التقنية إلى حد كبير . تعمل الحمولات الأصغر لنقل البيانات على تحسين الأداء. تميل حزم المعلومات المشتركة عبر API إلى أن تكون صغيرة جدًا ، لذلك يتم تقليل الازدحام في الشبكة مقارنة بالحلول المتجانسة.
قائمة بمزايا التجارة المقطوعة ومنصات الولاء مقطوعة الرأس
هناك فوائد مختلفة لتنفيذ التجارة مقطوعة الرأس. سنقوم بتصنيف الفوائد والتحديات وفقًا لوجهات نظر المسوق والإدارة والمطور و CTO.
فوائد للمسوقين:
- تجربة عملاء شخصية.
- مظهر وملمس قابلان للتخصيص بالكامل لرحلة التسوق بأكملها.
- إطلاق سريع للعلامات التجارية الجديدة ونقاط اتصال العملاء من خلال إعادة استخدام نفس اللبنات الأساسية.
- مسار مدفوع بالراحة إلى الشراء مع قنوات تسويق غير مستغلة.
- تكامل نقاط اتصال العملاء بشكل أسرع.
- يقلل نهج API الأول من تكامل جهود التجارة الإلكترونية ومنصات CRM حسب الحجم.
- يفتح برنامج "بلا رأس" تطوير الواجهة الأمامية لأطر عمل جديدة لواجهة المستخدم وأدوات مطور أخرى ، مما يجعل تقديم ميزات جديدة تواجه العملاء أسرع.
- تستغرق ترقيات النظام الأساسي وإصلاحات الأداء وإضافة وظائف جديدة وقتًا وموارد أقل.
- تحسين استبقاء أفضل.
- يعد إنشاء متغيرات واجهة المستخدم لتجارب A / B أسهل.
- يعد تشغيل / إيقاف تشغيل الميزات لقطاعات معينة من العملاء أكثر قابلية للتحكم.
فوائد للإدارة:
- تكاليف تطوير أقل ووقت أسرع للتسويق.
- تمنح أنظمة الولاء بدون رأس لبنات بناء قوية خارج الصندوق ؛ سيستغرقون شهورًا من التطوير داخل الشركة.
- غالبًا ما يعتمد تسعير منصات API الأولى على الاستخدام ، يمكنك أن تبدأ صغيرًا دون القلق بشأن الحجم لاحقًا.
- لقد ارتكب البائعون مقطوعة الرأس بالفعل أخطاء قد تواجهها عند إنشاء برنامجك المخصص.
فوائد CTO:
- تكاليف صيانة أقل.
- يضمن الموفرون حلًا ودعم المهندسين جنبًا إلى جنب مع الوثائق الشاملة.
- حلول API الأولى أسهل في التخزين المؤقت مما يؤدي إلى تقليل الحمل على الخوادم.
- يتم تقليل مخاطر الفشل الجسيم عند عزل وظائف التجارة الإلكترونية بشكل صحيح.
- حل مستقبلي.
- تقليل الاعتماد على التقنيات الفردية ؛ يمكنك استخدام مزيج من أفضل الأدوات في فئتها.
- تكامل أسهل مع أدوات مثل Zapier أو Mulesoft.
فوائد للمطورين:
- توثيق أفضل للنظام الجاري تنفيذه.
- اختبار أسرع للواجهة الخلفية والأمامية بسبب العزل.
- حرية اختيار أي إطار أمامي.
ما هي عيوب برامج الولاء مقطوعة الرأس؟
عيوب للمسوقين:
- نهج بدون رأس يعني عدم وجود واجهة مستخدم افتراضية ، ولا يوجد محرر WYSIWYG ؛ تحتاج إلى إنشاء واجهة مستخدم للعميل وغالبًا للمسؤولين من البداية.
- قد تكون المعاينات المباشرة صعبة إذا لم يكن هناك دعم من البائع أو أداة داخلية طورها فريق التطوير لديك.
- يقدم العديد من البائعين مقطوعي الرأس تسعير "النطاق مع النمو" - من الصعب تقدير ميزانية شراء البرنامج عند البدء. على الرغم من صعوبة تقدير تكلفة بناء مثل هذا الحل.
عيوب الإدارة:
- الاعتماد على نظام طرف ثالث. هذه مشكلة تتعلق بوظائف التجارة الإلكترونية المهمة ، فبرامج الولاء في معظم الحالات ليست عملًا أساسيًا والمخاطر منخفضة.
عيوب CTO:
- يعني المزيد من حركة المرور المزيد من طلبات واجهة برمجة التطبيقات مما يؤدي بدوره إلى زيادة التكاليف. هذا هو السبب في أن قابلية التوسع في التسعير والتسعير الشفافة مهمان للغاية عند اختيار بائع البرنامج الخاص بك.
عيوب للمطورين:
- تغييرات أبطأ كاملة المكدس ؛ يحتاج النهج القائم على العقد إلى مزيد من التواصل بين الواجهة الخلفية والواجهة الأمامية.
- وقت أطول لاستكشاف الأخطاء وإصلاحها عندما يتعلق الأمر بالوظائف الشاملة ، نظرًا لوجود تصحيح أخطاء أكثر صعوبة.
برنامج ولاء بدون رأس مقابل نظام ولاء متآلف
تطبيقات الولاء المتجانسة هي:

جامد
لديهم مجموعة من الميزات الجاهزة التي لها خيارات تخصيص محدودة . إذا كنت بحاجة إلى شيء آخر ، فقد يستغرق الأمر أسابيع أو شهورًا من مطوريك لتطوير شيء ما فوق تلك المنصة ، إن أمكن على الإطلاق.
غير جاهز للقنوات المتعددة
يعد تكييف برامج الولاء المتجانسة مع قنوات البيع الجديدة أمرًا مكلفًا . إذا لم يقم موفر النظام بذلك ، فستحتاج إلى رمز مخصص له بنفسك. سيستغرق الأمر وقتًا ، وسيكلفك المال ، وقد تكون بعيدًا عن المنافسة بمجرد وصولك إلى هذه القناة.
مبالغ فيها
غالبًا ما تتضمن ميزات أكثر بكثير مما تحتاج إليه ، على سبيل المثال نظام CRM مدمج أو إدارة حملة لأنظمة أساسية مختلفة. من المحتمل أن يكون لديك بالفعل نظام CRM ونظام أساسي لإدارة الحملات في مجموعتك ولا تريد بالضرورة الانتقال إلى بائع آخر. إذا كنت تدفع مقابل نظام ولاء بدون رأس ، فيجب أن تدفع فقط مقابل وظائف الولاء ويمكنك بسهولة دمج واستخدام الأنظمة الأساسية الموجودة لديك بالفعل كطبقات بيانات أو قنوات توزيع.
غير محسّن لميزات الولاء
غالبًا ما توفر الحلول المتجانسة أكثر بكثير من مجرد إدارة الترويج. نظرًا لأنهم غير متخصصين في برامج الولاء ، فقد يفوتهم بعض حالات الاستخدام أو الميزات ذات الصلة . قد يقومون أيضًا بترقية ميزات الولاء الخاصة بهم في كثير من الأحيان أقل من البرامج التي تركز على الولاء والترويج.
من الصعب الاندماج
يؤدي الافتقار إلى إمكانات التكامل مع نقاط اتصال العملاء ونظام إدارة علاقات العملاء ونظام التجارة الإلكترونية إلى اتباع نهج مبسط لرحلة العميل متعددة القنوات ، وخطط المكافأة دون المستوى الأمثل ، وإدارة العرض غير الفعالة في سياق المؤسسة.
بطيئة في الانطلاق
تتباطأ سرعة شحن برامج الولاء المتجانسة بسبب العوامل التالية:
- التصميم مقيد بالأطر القديمة.
- مجموعة ميزات محدودة.
- قد تتطلب التغييرات الصغيرة في الواجهة الأمامية تغييرات في قاعدة البيانات ورمز النهاية الخلفية ، مما يزيد من وقت الاختبار والتكلفة الإجمالية للمهمة.
- إذا ساءت الأمور ، يمكن أن تتسبب التغييرات في التعليمات البرمجية الخلفية في حدوث أخطاء غير متوقعة في الواجهة الأمامية.
غير قابل للتخصيص
نادراً ما تحتوي الأطر القديمة على تخصيص مضمّن في مجموعة ميزاتها. قد تحتاج إلى نظام أساسي منفصل لتجربة العملاء أو برنامج للتخصيص لتخصيص برنامج الولاء الخاص بك وقد يكون تكامل قاعدة البيانات والميزات مهمة هائلة.
يمكن لمنصات الولاء بدون رأس استخدام أي بيانات تمتلكها عبر واجهة برمجة التطبيقات (API) لتخصيص برنامج الولاء الخاص بك . يمكنهم أيضًا ملء بيانات الولاء في رسائلك المخصصة المصممة في منصة تجربة العملاء الخاصة بك.
الجر بين فرق التسويق والتطوير
إذا كان لديك برنامج مترابط في مكانه أو قمت ببناء حل الولاء الخاص بك ، فقد يتسبب ذلك في حدوث ارتباك وسوء فهم متبادل مع فريق التكنولوجيا لأن تغييرات البرامج الصغيرة تستغرق وقتًا طويلاً حتى تكتمل. لم يتم تنفيذ التحديثات أو التغييرات المطلوبة للتسويق لأن مستوى الأولوية فيها منخفض . قد يتسبب هذا الجر والإحباط في عدم كفاءة التعاون في تطوير التسويق.
كيف تختار برنامج ولاء مقطوع الرأس؟
ما الذي يجب الانتباه إليه عند اختيار مزود برامج ولاء مقطوعة الرأس:
- وقت تشغيل واجهة برمجة التطبيقات - ابحث عن صفحة الحالة وانتقل إلى السجلات التاريخية لترى كيف يتعامل البائع مع الانقطاعات.
- حدود التسعير و API - تسعير شفاف يسمح لك بحساب فواتيرك الحالية والمستقبلية. قد يكون لدى البائع حدود أمان لاستخدام واجهة برمجة التطبيقات والتي قد تؤدي إلى نفاد فاتورتك الشهرية.
- التوثيق - النهج مقطوعة الرأس هو كل شيء عن السرعة. ولكن بدون وثائق المطور وأدلة المستخدم التعليمية ، قد يطيل التكامل والتدريب أيضًا كما في حالة المشاريع الداخلية ذات الأولوية المنخفضة التي يريد الجميع تجنبها.
تذكر أنك بحاجة إلى التفكير ليس فقط في ما هي احتياجاتك الآن ولكن كيف قد تحتاج إلى التكيف بسرعة وتوسيع هذا النظام في المستقبل.
قسيمة - برنامج ولاء مقطوعة الرأس
Voucherify هو برنامج ولاء بدون رأس واجهة برمجة التطبيقات (API). Voucherify هو عضو معتمد في تحالف MACH (الخدمات المصغرة أولاً ، والقائم على API ، والسحابة الأصلية ، وبدون الرأس).
{{عميل}}
{{نهاية العملاء}}
من خلال التوثيق الشامل (حتى أننا جعلنا مطوري عملائنا يبتسمون بفضل الوثائق المفصلة والواضحة!) ، و 10 مجموعات SDK بلغات البرمجة الرئيسية وأكثر من 50 خطاف ويب ، يسهل دمج Voucherify.
يوفر Voucherify الكثير من الميزات الجاهزة لإدارة برامج ولاء العملاء ، ولكن بفضل واجهة برمجة التطبيقات المرنة وإمكانية إضافة البيانات الوصفية ، يتيح Voucherify الكثير من خيارات التخصيص والتخصيص. يتيح لك إنشاء واجهة برمجة التطبيقات أولاً توزيع القناة الشاملة لحملة الولاء على أي قنوات حالية أو مستقبلية.
Voucherify ليس فقط برنامج ولاء العملاء. إنه محرك ترويجي شامل وواحد من واجهات برمجة التطبيقات وبدون رأس. يساعدك نظام إدارة الترويج في إطلاق وإدارة وتتبع جميع عروض المبيعات الترويجية التالية:
- كوبونات خصم
- بطاقات الهدايا
- الترقيات عربة التسوق
- برامج المكافآت
- برامج الإحالة
- الهبات
- محافظ رقمية
- تجميع المنتج
إن امتلاك برنامج واحد فقط يدعم جميع عروض المبيعات الخاصة بك يجعل إدارة العروض أسهل وأرخص وأسرع. بفضل وجود نظام أساسي واحد فقط ، يمكنك تقليل الوقت الذي تقضيه في التكامل وتعلم الأداة وتدريب فريقك.
مع Voucherify ، لا يتطلب إطلاق الحملة وإدارتها إشراك المطورين. لدينا لوحة تحكم صديقة للمسوقين يمكن من خلالها لفريق التسويق أو المبيعات إطلاق كل حملة ترويجية وتحديثها وتتبعها بسهولة.
{{CTA}}
هل أنت مستعد للتحول إلى نهج مقطوعة الرأس في ولاء العملاء؟
البدء
{{ENDCTA}}
