عندما نخبر المطورين الآخرين بأننا نقوم ببناء سوق للسيارات المستعملة مصمم خصيصًا للمشترين والبائعين الهنود، يكون سؤالهم الأول: "ما سر نجاحكم؟ ما الميزة التي ستجعل الناس يختارونكم على OLX / CarDekho / Cars24؟"“
نجيب على ذلك بما نسميه "“طبقة الثقة”— مجموعة من الميزات المتكاملة التي تقلل المخاطر، وتعزز الثقة، وتجعل شراء سيارة مستعملة عبر الإنترنت تجربة آمنة. فيما يلي شرح للمشكلة، وما يبحث عنه المشترون في الهند، ونظرة خاطفة على كيفية تطويرنا لهذه الميزة من الناحية التقنية.
ما يبحث عنه مشتري السيارات المستعملة في الهند حقاً (وما لا يحصلون عليه في كثير من الأحيان)
استنادًا إلى تقارير السوق واستطلاعات رأي المستخدمين وتحليل المنافسين، إليكم أبرز المشكلات ونقاط الضعف التي تواجه مشتري السيارات المستعملة في الهند:
عند شراء سيارة مستعملة في الهند، لا يكتفي معظم المشترين بالنظر إلى سعر السيارة فحسب، بل يبحثون عن المصداقية. فهم يرغبون في إعلانات موثقة تثبت وجود السيارة فعلاً وأنها بالحالة المذكورة. كما يتوقعون تقارير فحص مفصلة تتضمن حالة المحرك، وعدد الكيلومترات المقطوعة، وسجل الحوادث بوضوح. ويفضل العديد من المشترين الهنود الآن المنصات التي توفر صوراً حقيقية وفيديوهات توضح تفاصيل السيارة بدلاً من الصور العامة.
ومن التوقعات الرئيسية الأخرى شفافية الأسعار. يرغب المشترون في معرفة ما إذا كان السعر المعلن يشمل عمولة الوكيل ورسوم التسجيل وتكاليف تجديد التأمين. لا تزال العديد من المنصات لا تقدم تفاصيل واضحة عن التكاليف، مما يُسبب ارتباكًا.
أخيرًا، يتزايد اهتمام المشترين بتاريخ ملكية السيارة وسجلات صيانتها، بالإضافة إلى التحقق الفوري من أهلية الحصول على قرض، وهي أمور تُسرّع عملية اتخاذ القرار وتزيد من ثقتهم. مع ذلك، لا تزال معظم مواقع بيع السيارات المستعملة في الهند تفتقر إلى توفير هذه الميزات بسلاسة ودقة.
لذا، إذا استطعنا معالجة اثنين أو ثلاثة من هذه الأمور بشكل هادف من خلال الهندسة وتجربة المستخدم، فإن ذلك يصبح عاملاً مميزاً هاماً.
المكونات والخيارات التقنية
• التخزين الذي يُكتب مرة واحدة: نستخدم سجلًا يُضاف إليه البيانات فقط (مثل سلسلة الكتل، أو سجل مدعوم بشجرة ميركل). تظل الإدخالات القديمة قابلة للتحقق.
• تكاملات واجهة برمجة التطبيقات: واجهات برمجة تطبيقات فك تشفير رقم تعريف المركبة (على سبيل المثال، خدمات مثل VehicleDatabases.com تقدم فك تشفير رقم تعريف المركبة وبيانات المركبة)
• نموذج فحص + وحدة تحميل الصور: في كل فحص، يقوم مركز الصيانة (أو الميكانيكي المعتمد) بتعبئة نموذج JSON قابل للتوسيع (مثل: المحرك، الهيكل، الشاسيه، النظام الكهربائي). تدعم واجهة المستخدم تحميل صور ومقاطع فيديو من زوايا متعددة.
• ربط التوقيع / الهوية: تمتلك ورشة الفحص مفتاح تشفير أو توقيع رقمي، لذا فإن دخولها مرتبط بالهوية (السمعة).
• تتبع الإصدارات والاختلافات: استخدم نظامًا يسمح بمراجعة الاختلافات؛ يمكنك رؤية ما تغير في كل سجل فحص.
• واجهة المستخدم: مخطط زمني + واجهة المستخدم للنتيجة: في صفحة عرض السيارات، اعرض التاريخ في واجهة مستخدم تفاعلية للمخطط الزمني؛ وقم بتسليط الضوء على الفجوات المشبوهة.
• التنبيهات / التحقق المتبادل: إذا ادعت عملية التفتيش الجديدة "عدم وجود حادث"، ولكن الإدخال السابق يظهر إصلاحًا هيكليًا، فقم بإبلاغ المشتري أو المسؤول عن عدم التطابق.
لماذا هذا الأمر مهم (للمستخدمين ولسوقك)
• يقلل من عدم تناسق المعلومات: إن أكبر خطر في السيارات المستعملة هو "المجهولات غير المعروفة". إن وجود تاريخ يمكن التحقق منه يقلل من علاوة المخاطرة.
• يعزز ثقة المشتري، ويقلل من مخاطر الإرجاع / النزاع: عدد أقل من المشكلات المفاجئة بعد البيع.
• يسمح بسعر أعلى / هامش ربح أقل: قد يقبل المشترون علاوة صغيرة لضمان أفضل.
• الخندق الدفاعي: من الصعب على الوافدين الجدد تكرار وحدة التاريخ الخاصة بنا بمجرد تسجيل العديد من المركبات لدينا.
• يسهل الامتثال / عمليات التدقيق: إذا طلبت الجهات التنظيمية أو سلطات حماية المستهلك سجلات، فلدينا بالفعل سجلات قابلة للتتبع.
كيف ندمج هذا في منظومة السوق الشاملة
هذه الوحدة ليست مستقلة - إنها جزء من التدفق الأساسي:
• أثناء عملية الإدراج: يجب على البائعين (أو ورش العمل) ملء / تحميل إدخالات الفحص؛ لا يمكن نشر الإدراج بدون الحد الأدنى من بيانات الثقة.
• أثناء البحث والتصفية: يمكن للمشترين التصفية حسب "السجل الموثق" أو "عدم وجود حوادث / سجل نظيف".
• أثناء تقديم العطاءات / التفاوض: اعرض شارة "درجة الثقة" (بناءً على التاريخ + الفحص) التي تؤثر على التسعير.
• أثناء عملية الشراء وDAO: ربط تدفقات الضمان بفحوصات الحالة - على سبيل المثال، الإفراج عن الشريحة الثانية فقط بعد أن يتحقق المشتري من الحالة.
• في مرحلة ما بعد البيع / التعليقات: إذا وجد المشتري عدم تطابق، يتم تسجيل التعليقات وربطها بسجل التاريخ (مما يؤدي إلى إنشاء حلقة تعليقات).
من الناحية التقنية، نقوم ببناء النظام كخدمة مصغرة (خدمة سجل البيانات) بواجهة REST/GraphQL، مما يتيح استخدامه من قبل تطبيقات متعددة (الويب، والهواتف المحمولة). كما نعمل على تصميم نظام لإصدارات المخططات، بحيث يمكن إضافة حقول فحص مستقبلية (مثل حالة بطارية المركبات الكهربائية، وبيانات الاتصالات عن بُعد) دون التأثير على البيانات القديمة.
دعوة للمطورين وما نريد الحصول على تعليقات بشأنه
نكتب هذا للمطورين، لذا إليكم بعض الأسئلة المفتوحة / المفاضلات التقنية التي نستكشفها — نود أن نسمع آراءكم:
• بالنسبة للسجلات التي يتم إلحاقها فقط، هل يجب علينا استخدام تقنية البلوك تشين الكاملة (مثل Ethereum L2 أو Hyperledger) مقابل سجل أبسط قائم على شجرة Merkle مخزن في قاعدة بيانات؟
• كيف يمكن تصميم نظام إصدار المخططات بحيث تكون الحقول المستقبلية (لبطاريات السيارات الكهربائية، والتشخيصات المدمجة) قابلة للتخصيص؟
• أساليب ربط الهوية بالورشة / الميكانيكيين بطريقة آمنة ولكن قابلة للاستخدام (PKI، والشهادات الموقعة، وإثباتات المعرفة الصفرية؟).
• حل النزاعات: عندما يدعي البائع إجراء إصلاح خارج نطاق الفحص المسجل، كيف نتعامل مع تدفقات نزاعات المستخدمين؟
• أفضل ممارسات تجربة المستخدم: ما مدى تفصيل نموذج الفحص مقابل البساطة (كثرة الحقول = احتكاك)؟
أفكار ختامية ولماذا يجب على المطورين الاهتمام
بصفتنا مطوري برامج، نركز غالبًا على سهولة الاستخدام، والبنية، وواجهات برمجة التطبيقات، ولكن في أسواق مثل سوق السيارات المستعملة، الثقة هي الأساس. لن يُقدم المشتري على صفقة بقيمة 700 ألف روبية إلا إذا شعر بالأمان. بناء "طبقة الثقة" هو مجموعة من الميزات التي تتوسط واجهة المستخدم والمستخدمين، وهي ما قد يُنجح أو يُفشل سوقك.
من خلال مشاركة هذا النهج، نأمل في إثارة نقاش مع زملائنا المطورين، والحصول على ملاحظاتهم حول أفضل السبل لحل مشكلة الثقة في أسواق السيارات المستعملة في الهند. إذا كنت تعمل على ميزات مماثلة (للعقارات، أسواق المنتجات، إلخ)، فإن العديد من هذه الأنماط قابلة للتطبيق - مثل السجلات غير القابلة للتغيير، والتحقق، والسمعة، والسجل الشفاف.
أود أن أسمع آراءكم (أو انتقاداتكم) في التعليقات، وخاصةً فيما يتعلق بتطبيق ميزة "طبقة الثقة" في منصة السيارات المستعملة الخاصة بكم.














