دعم عملاء الكريبتو: لقاء المستخدمين الغاضبين

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

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

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

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

ربما لاقى هذا النهج صدى لدى قاعدة المستخدمين الأوائل المتمرسين تقنياً. ولكن عندما بدأت منتجات الكريبتو تستهدف جمهوراً أكثر انتشاراً، بدأت الفلسفة ذاتها في إحداث احتكاك. فالوافد الجديد لم يرغب في التفكير في محفظة الكريبتو كطقس مقدس معقد حول مدخرات حياته. بل أراد شيئاً بديهياً، وموثوقاً، وجديراً بالثقة - تماماً مثل تطبيق الخدمات المصرفية عبر الهاتف المحمول. وهكذا، في حين يظل USDT فكرة رائعة، ليس لدى مستخدم TRON أي سبب لفهم سبب عدم قدرته ببساطة على إرسال رموزه إلى عنوان صديقه، أو سبب عدم وجوب إنفاق ما تبقى له من Bandwidth على عملية شحن رصيد صغيرة عندما تكون الـ Energy لديه بالفعل عند 0%. إنه لا يريد أن يكون خبيراً في البلوكتشين - والأهم من ذلك، أنه لا يريد أن يكون خبيراً في البلوكتشين بعد أن أرسل للتو 3 ETH إلى عقد ذكي وعده بالسماح له بالمطالبة بـ NFT الخاص به، ليكتشف فقط أن لديه دالة "مطالبة" ودالة "سحب"، وأنهما يقومان بأشياء مختلفة تماماً.

أول مستخدم غاضب: ليست حالة استثنائية

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

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

ينمو المشروع، وتصل المزيد من الأسئلة، ولم يعد المؤسس قادراً على قضاء ساعات طويلة في محاولة تحليل عناوين المحافظ وشرح كيفية عمل إعادة تنظيم السلسلة (chain reorganization) في الترقية الأخيرة. تقوم الشركة بتعيين أول أخصائي دعم عملاء لديها - وهذه هي النقطة التي يبدأ فيها الكريبتو بالتسبب في ألم حقيقي. فمكتب الدعم هو مرحلة حاسمة في رحلة المستخدم، حيث تحدد الشركة ما إذا كانت ستكسب العملاء وتحتفظ بهم مدى الحياة أو تدفعهم بعيداً في حالة من الإحباط. وها قد تم للتو تعيين أول ممثل لدعم العملاء.

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

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

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

الاستعانة بمصادر خارجية للارتباك

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

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

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

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

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

مشكلة الحوافز

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

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

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

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

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

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

لا توجد أدوار صغيرة

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

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

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

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

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

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

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

تتيح حاسبة تحويل USDT من Netts.io لمستخدمي TRON تقدير مقدار الـ Energy والـ Bandwidth التي سيتم إنفاقها على تحويل TRC-20 USDT.