الهدف
بعد هالدرس تقدر تدير أول 30 يوم بعد الإطلاق على المنصتين بنظام يومي وأسبوعي واضح — تعرف شنو تراقب كل يوم، شنو تصلّحه فورا، وشنو ينحط في queue الإصدار الجاي.
ليش هذا الحين؟
ترى اللحظة اللي تضغط فيها "Release" هي بداية الشغل، مو نهايته. أول 30 يوم هم الأخطر — خوارزمية الستور تقيّمك على الـ engagement الأول والـ crash rate الأول. مستخدم طاح على bug أول يوم وما لقى رد — راح. مستخدم طاح على bug وشاف رد خلال ساعة — يبقى. هالفرق.
الفكرة
30 يوم تنقسم لأربع مراحل:
- الأسبوع الأول: firefighting — راقب كل شي، صلّح الـ critical bugs
- الأسبوع الثاني: تحسين — نزّل v1.1 مع أهم 3 إصلاحات
- الأسبوع الثالث: iteration — محتوى، keywords، screenshots
- الأسبوع الرابع: تخطيط — خطة v2 مبنية على بيانات حقيقية
الـ "critical" مقابل "queue":
- Critical (fix فورا): crash يمنع الدخول، bug في الـ purchase flow، data loss
- Queue (للإصدار الجاي): UI glitch ما يؤثر على الوظيفة، feature request، performance improvement