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

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

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

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





