الانتقال من AccsMarket: الأمور الثلاثة التي تتغير فعلاً
كانت هذه الصفحة تُقيّم AccsMarket عبر تسعة بنود لا يمكننا التحقق منها. لقد اختفت تلك البنود. ما تبقى هو الجزء القابل للقياس: عندما تتحرك الأموال ومدى سرعة خروجها، ونماذج المنتجات الثلاثة التي يمكن للكتالوج استخدامها، وواجهة API التي تحدد مقدار العمل الذي تتطلبه عملية الترحيل فعليًا.
Michael Chenإذا كنت قد استخدمت AccsMarket فأنت تعرف الشكل بالفعل: بائعون كثيرون، مخزون متشابه، أموال محتجزة أثناء تسوية الطلب. أي شخص يصل إلى هنا من هناك لا يسأل ما هو السوق. بل يسأل ما الذي سيتعطل في أسبوعه إذا انتقل.
نسخة سابقة من هذه الصفحة أجابت على ذلك بسرد خمسة أشياء يُزعم أن AccsMarket يؤديها بشكل سيئ وتقييم الموقعين في جدول. ليس لدينا وصول إلى كودهم، ولا طريقة للتحقق من أي من ذلك، ولا أنت أيضًا، لذلك تم حذف كل ذلك بدلاً من إعادة صياغته. ما يلي هو فقط ما يمكن قياسه من هذا الجانب، في 31 أغسطس 2026، مقابل قاعدة البيانات الحية. شغّل الأسئلة الثلاثة نفسها في أي مكان آخر تبيع فيه وستحصل على مقارنة تستحق شيئًا.
أولاً: ساعة المال، في الاتجاهين
دفع المشتري يُحتجز مقابل الطلب بدلاً من تحويله إلى البائع. تأكيد الاستلام يحرره. إذا لم ينقر المشتري أبدًا، وظيفة دورية كل ساعة تحرره على أي حال بعد فترة انتظار تُحسب من وقت وضع الطلب، من يوم إلى ثلاثة أيام حسب مستوى البائع. لا يراجع أحد أي شيء في هذه الأثناء؛ إنه مؤقت، وليس طابورًا.
عمليًا، المؤقت يقوم بمعظم العمل. من 86,072 طلبًا مكتملًا وصل إلى حالة مؤكدة، تم تأكيد 73,511 تلقائيًا و12,561 بواسطة المشتري. أمران يوقفان المؤقت: نزاع نشط، وتذكرة دعم مفتوحة على الطلب.
في الاتجاه الآخر، من 1,994 طلب سحب، تم دفع 1,892، بمتوسط أربع ساعات وربع من الطلب إلى المعالجة. 1,880 منها تمت تسويتها خلال يوم واحد واثنان فقط في تاريخ الموقع استغرقا أكثر من ثمانٍ وأربعين ساعة. عند التقسيم حسب البائع، كل واحد من البائعين العشرة الأعلى حجمًا يقع تحت ثماني ساعات، إذن هذا ليس حسابًا مفضلًا واحدًا يجمّل المتوسط.
بخصوص التكلفة: لا يُخصم شيء من الطلب. عمولة المنصة تُطبق مرة واحدة، عند الدفع، كنسبة مئوية من المبلغ المسحوب، ولكل طريقة حدها الأدنى الخاص بها. رقمان للمقارنة، وليس رقمًا واحدًا. سحب الأرباح يحتوي على الأرقام والطرق المتاحة.
ثانيًا: ثلاثة نماذج منتجات، وليس اثنين
الكتالوج هنا ليس شيئًا واحدًا، ونموذج القائمة يحدد من يجب أن يكون متيقظًا عند وصول الطلب.
- تلقائي يُملأ من مجموعة يسحب منها النظام بدونك. 12,129 من أصل 16,894 قائمة مرئية، و58,020 طلبًا حتى الآن.
- مخزون هو بضاعة ترفعها مسبقًا، تُخصص صفًا بصف مع وصول الطلبات. 3,051 قائمة، 31,027 طلبًا.
- يُصنع حسب الطلب يُملأ بواسطتك، يدويًا أو عبر API، مع تحرك حالة الطلب أثناء عملك. 1,714 قائمة، 7,228 طلبًا.
التوزيع هو الجزء المفيد. تقريبًا سبع من كل عشر قوائم نشطة لا تحتاج شخصًا، لكن "يُصنع حسب الطلب" ليس خطأ تقريبيًا أيضًا، وهو ما يسمح للكتالوج بحمل أشياء ليست مجرد بيانات اعتماد في ملف نصي. كيف يعمل تسليم الطلبات يغطي المسار الذي يسلكه طلب معين فعليًا، وهو ما يُقرر لكل طلب وليس لكل قائمة.
لا توجد رسوم إدراج. هناك حد أقصى لعدد القوائم التي يمكن للحساب إبقاءها نشطة في وقت واحد، ويرتفع مع مستوى البائع، وهذا هو القيد الذي يستحق التخطيط حوله بدلاً من ذلك. حدود القوائم يغطي كيفية احتسابه.
ثالثًا: الـ API، وهو تكلفة الانتقال الحقيقية
كل ما سبق هو سياسة. هذا الجزء عمل، وعادة ما يكون سبب توقف الانتقال.
هناك واجهتان موثقتان وكلاهما صفحات حية يمكنك فتحها قبل الالتزام بأي شيء. API المورد لوحة تفاعلية: تسرد نقاط النهاية، وتنشئ المفتاح، وتوقع الطلبات بمفتاح وطابع زمني، وتتيح لك إطلاق كل استدعاء من المتصفح وقراءة الاستجابة. كما تحمل webhook لدفع الطلب، المهيأ من إعدادات متجرك، وهو ما يزيل الاستطلاع من سير عمل "يُصنع حسب الطلب". API العميل هو جانب الشراء: وضع الطلبات، والتحقق من المخزون قبل الالتزام، وقراءة شجرة الفئات، وتدفقات التحقق عبر SMS المنفصلة.
دليل API للطلبات اليدوية يشرح حلقة "يُصنع حسب الطلب" من البداية إلى النهاية، وهو الأجدر بالاختبار أولًا لأنه يحتوي على إنسان في مساره.
اختبر بمنتج واحد وwebhook واحد قبل نقل كتالوج. اللوحة موجودة بحيث يكلف ذلك بعد ظهر يوم بدلاً من أسبوع.
أشياء لن تخبرك بها هذه الصفحة
أربعة ادعاءات أُزيلت من هذه الصفحة وتستحق الذكر، لأن غيابها هو النقطة.
- أن التقييمات تثبت أي شيء. التقييم يتطلب طلبًا مدفوعًا ومؤكدًا من المشتري الذي وضعه. لكن عندما لا يقول المشتري شيئًا بعد التأكيد، يسجل النظام إدخالًا صامتًا بخمس نجوم، وتقريبًا كلها كذلك تمامًا. الموقع يعرض عددًا منفصلًا من التقييمات التي كتبها شخص فعلًا؛ هذا هو الرقم الذي يحتوي على معلومات. الحكم على المورد يشرح كليهما.
- أن المشتريات مجهولة. ليست كذلك. يمكنك إتمام الشراء بدون حساب، لكن بمجرد اكتمال الدفع يُنشأ حساب من البريد الإلكتروني الذي استخدمته. الدفع كضيف حقيقي؛ عدم الكشف عن الهوية ليس معروضًا ولم يكن ينبغي لنا أن نوحي بذلك.
- أي شيء عن كيفية عمل منافس داخليًا. انظر أعلاه.
- أي شيء عن التشفير أو أمان الشبكة. ليس لدينا ادعاء مُقاس، لذلك لا يوجد قسم.
إذا كنت تنتقل فعلًا
- افتح لوحة API المورد وشغّل نقطة نهاية واحدة على منتج اختباري قبل أي شيء آخر. إذا كان التكامل سيؤلم، فسيؤلم هناك.
- انقل خط منتج واحد أولًا وراقب دورة كاملة: طلب، تسليم، تأكيد، دفع. يستغرق أيامًا، وليس أسابيع، والتوقيتات أعلاه هي ما يجب أن تراه.
- اضبط ساعات الضمان الخاصة بك بعناية. هي لكل قائمة، تبدأ عند التسليم وليس الدفع، والمشترون يقرؤونها.
- أبقِ الكتالوجين نشطين حتى تكتمل دورة الدفع مرة واحدة. لا يوجد سبب لجعل الانتقال وأول سحب تجربة واحدة.
إذا كنت تصل كمشترٍ وليس بائعًا، ما الذي يحمي الطلب هنا فعلًا هو الصفحة الأكثر فائدة.



