عن المشروع — OneCatalog

منصّة Wiki-API يبنيها المصنّعون أنفسهم

OneCatalog منصّة Wiki-API موحّدة تجمع معلومات عن منتجات من أي فئة ومن أي مصنّع. ينشر المصنّعون أنفسهم بيانات منتجاتهم ويحدّثونها، بينما يحصل الموزّعون وتجار التجزئة على كتالوج محدّث باستمرار عبر API واحد.

من مشكلة ضيّقة إلى منصّة شاملة

بدأ OneCatalog داخل وكالة رقمية تبني متاجر إلكترونية لمصنّعين وموزّعين في صناعات مختلفة. في كل مشروع جديد — أيّاً كانت فئة المنتج — كنّا نصطدم بالجدار نفسه: بيانات المنتجات مبعثرة في كتالوجات PDF، وجداول XLS، وبوّابات B2B مغلقة.

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

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

OneCatalog اليوم منصّة Wiki-API عامة: المصنّعون يمتلكون البيانات، والموزّعون وتجار التجزئة يبنون كتالوجاتهم فوق الـ API.

ما يؤلم عند نقطة الالتقاء مصنّع ← متجر

البيانات مبعثرة في PDF

ينشر المصنّعون الكتالوجات بصيغة PDF و XLS. لتصفية المنتجات حسب المواصفات أو رقم الصنف عليك أولاً تحليل كل ذلك، ثم متابعة التحديثات.

كل متجر يستخدم مواصفات مختلفة

نفس المنتج يصفه كل بائع بطريقته: الوحدات، التنسيقات، أرقام الأصناف — لكلٍّ معاييره. المقارنة مستحيلة، والتصفية أصعب.

صور بجودة سيّئة

لدى البائعين صور هاتف من المخزن. لدى المصنّعين صور استوديو، لكن لا يمكن الوصول إليها بدون مفاوضات. ينتهي الكتالوج بمظهر رخيص.

فرق المحتوى مكلفة

مدير واحد يعالج 200 SKU يومياً هو المعيار العادي. كتالوج بـ 10 آلاف عنصر يتطلب 5 أشخاص لنصف عام، إضافة إلى مدقّق ومصوّر.

أدوات الكشط طريق مسدود

كشط موقع مورّد يعني صراعاً مع البنية التحتية وأنظمة مكافحة الروبوتات والشؤون القانونية. كل إعادة تصميم تصفّر العمل.

بوّابات B2B = مكالمات لا تنتهي

بعض العلامات لديها بوّابة B2B مغلقة؛ يتطلّب الوصول مدير حساب، وتوقيع NDA، وتوقيع عقد. شهر لكل علامة.

API واحد يُدخل فيه المصنّعون منتجاتهم بأنفسهم

يحصل المصنّعون على لوحة تحكّم ويضيفون منتجاتهم بأنفسهم — مع كل المواصفات والصور والتحديثات. يتصل الموزّعون وتجار التجزئة بالـ API العام ويتلقّون كتالوجاً يتحدّث بدون أي جهد منهم.

بيانات منظّمة

علامات تجارية ومجموعات وأنواع منتجات ومواصفات — نموذج علاقي، وليس مكدّس JSON.

مواصفات موحّدة

وحدات القياس، أكواد البلدان حسب ISO، تنسيقات أرقام الأصناف — مجموعة قواعد واحدة لجميع فئات المنتجات.

ثلاثة أحجام للصور

min / middle / max — اختر الحجم المناسب للسياق ولا تنقل بايتات زائدة.

لوحة المصنّع

يدخل المصنّع المنتجات ويحدّث المواصفات ويرفق الصور. تتوفّر البيانات فوراً عبر الـ API.

REST + OpenAPI

مواصفة قياسية، مصادقة بمفتاح API، تصفية بسيطة. بدون GraphQL ولا SOAP.

الكتالوج بوصفه واجهة عرض

هذا الموقع نفسه مثال على ما يمكن بناؤه فوق الـ API. استخدمه مرجعاً.

عملاؤنا

المصنّعون

اضبط كتالوجك مرّة واحدة — وحدّثه مع كل مجموعة جديدة. تصل بياناتك فوراً إلى جميع المتاجر الشريكة.

الموزّعون

احصل على بيانات المنتجات المحدّثة مباشرة من المصنّعين عبر API واحد. بدون مكالمات ولا اتفاقيات سرّية ولا ملفات XLS قديمة.

تجار التجزئة والمتاجر الإلكترونية

استبدل فريق المحتوى بـ API. وصّل العلامات التي تحتاجها بتكامل واحد واحصل على التحديثات تلقائياً.

من يقف وراء المشروع

فريق صغير يبني أداة كبيرة. كل التزام (commit) يحمل اسماً.

Said Aivazov

الرئيس التنفيذي والمؤسّس

مسؤول عن المنتج والنمو وعلاقات المصنّعين ونجاح العملاء. يعمل في التجارة الإلكترونية وكتالوجات B2B منذ 2018.

Roman Tatarinov

المدير التقني

مهندس معماري للـ API والمنصّة. مسؤول عن موثوقية وأداء الكتالوج وجودة بياناته.

كيف نعمل

لا نكذب على المستخدمين

لا «يثق بنا 50 ألف عميل» مزيّفة. صفحة الأسعار لا تحوي شعارات «شركاء» مفبركة.

لا اعتماديات زائدة

لا إطار UI، ولا مكتبة أيقونات، ولا مدير حالة. فقط ما هو ضروري فعلاً.

مبني للحِمل من اليوم الأوّل

الـ API عبر query-param يتجاوز CORS preflight. الصور بثلاثة أحجام. تحليل دفاعي للردود.

تجربة المستخدم تفوق الميزات

نافذة تصفية واحدة تعمل بإتقان أفضل من ثلاثة أوضاع نصف عاملة.