fitness/FITNESS_PRODUCT_PLAN_AR.md

خطة تطوير SportPath: تمارين GIF، غذاء بالصور، وخطط يومية وأسبوعية

تاريخ البحث: 3 أكتوبر 2026 — وثيقة تخطيط للتنفيذ، دون تغيير التطبيق الحالي.

تحديث 4 أكتوبر 2026: أضيفت متطلبات تسجيل الهاتف وOTP، التحقق الحيوي المحلي، الإعدادات المركزية، ولوحة النشر إلى CloudPanel عبر SSH على المنفذ 2101. انظر أيضًا خطة التنفيذ والبنية التقنية وإرشادات النشر.

1. الاتجاه المقترح

تطبيق عربي يجمع خطة تمرين قابلة للتنفيذ، شرح الحركة بملف GIF، تسجيل الطعام من صورة، ومراجعة أسبوعية تساعد المستخدم على تحسين عاداته. يبقى تتبع المشي والركض جزءًا من التجربة.

القرارات الأساسية: GIF هو صيغة الحركة الأساسية حسب طلب المستخدم؛ SQLite للحفظ المحلي والعمل دون إنترنت، وMySQL للحساب والمزامنة؛ خطط معتمدة وقواعد تخصيص واضحة؛ تحليل الطعام يعطي تقديرًا قابلًا للتصحيح. الذكاء الاصطناعي يساعد في فهم الصورة والشرح، والحساب الغذائي يستند إلى بيانات غذائية محددة.

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

2. الأدلة وما تعنيه للمنتج

المصدر	النتيجة أو التوجيه	قرار المنتج وحدود الاستنتاج
إرشادات WHO للنشاط البدني، 2020	للبالغين: 150–300 دقيقة نشاط متوسط أسبوعيًا، أو 75–150 دقيقة شديد، وتقوية العضلات الرئيسية يومين أو أكثر؛ البدء تدريجيًا لغير النشطين	نضع هدفًا أسبوعيًا وتدرجًا حسب البداية؛ لا نفرض الهدف الكامل في الأسبوع الأول. الإرشادات لا تحدد جدول التطبيق المقترح أدناه
Vispute وآخرون، 2011	تجربة صغيرة شملت 24 شخصًا: تمارين بطن لستة أسابيع حسّنت التحمل العضلي دون انخفاض معتبر في مقاييس دهون البطن	قسم «تقوية البطن والجذع» ضمن برنامج عام؛ لا نعد بحرق الدهون من مكان محدد. هذه الدراسة وحدها ليست حسمًا لكل النقاش العلمي
CardioRACE، 2024	تجربة 406 بالغين، سنة من التدريب المشرف: النشاط الهوائي أو دمجه بالمقاومة حسّن مؤشر مخاطر قلبية مركبًا مقارنة بالضبط	ندعم الجمع بين المشي/النشاط الهوائي والمقاومة. النتيجة ليست ضمانًا لخسارة وزن محددة ولا اختبارًا لبرنامج منزلي قصير
EXOFFIT، 2024	دراسة 67 امرأة مع سمنة، 12 أسبوعًا: نتائج مشجعة للبرامج المحتوية على المقاومة عبر عدة مؤشرات	إضافة المقاومة لها مبرر؛ العينة والمدة لا تبرران تعميم جدول واحد على الجميع
NIDDK: الأكل والنشاط لإدارة الوزن	نمط أكل مستدام، نشاط، أهداف محددة، ومتابعة الطعام والوزن تساعد إدارة الوزن	نربط سجل الأكل بالحركة والمراجعة الأسبوعية؛ نقيّم الاستمرارية وجودة الخيارات أيضًا
Shonkoff وآخرون، 2023	مراجعة 52 دراسة وجدت اختلافًا واسعًا بين طرق ونتائج تقدير الطعام بالصور؛ الأطعمة البسيطة أسهل، ولا يمكن جمع النتائج في رقم دقة موحد	لا نعلن «دقة 95%». ندعم تصحيح الحصة والمكونات ونختبر الوجبات المحلية؛ نتيجة التعرف على اسم الطعام لا تعني دقة سعراته
تجربة الرسائل اليومية، 2021	آثار رسائل النشاط كانت مختلطة، والنتائج تختلف باختلاف الرسالة والزمن	التذكير قابل للضبط؛ نقيس إن كان يزيد إكمال الجلسة ونخففه إذا أصبح مزعجًا. رسائل SMS ليست دليلًا مباشرًا على فعالية إشعار تطبيقنا

3. الجمهور ونطاق البداية

نسخة البداية للبالغين، خصوصًا المبتدئين الذين يتمرنون بالمنزل ويريدون زيادة النشاط وتحسين الأكل ومتابعة الوزن والخصر. اللغة الأساسية عربية باتجاه RTL، مع أسماء إنجليزية اختيارية للحركات.

أسئلة قصيرة تحدد العمر، الطول، الوزن، الهدف، النشاط الحالي، المكان والأدوات، الوقت المتاح، الأيام والموعد المفضل، الحركات غير المريحة، القيود الغذائية، وموافقة التنبيهات. محيط الخصر والصور الشخصية اختياريان.

الحالات التي تحتاج توجيهًا متخصصًا لا تحصل تلقائيًا على خطة تنحيف عامة، ومنها الحمل والرضاعة والقاصرون والحالات الصحية المؤثرة أو تاريخ اضطراب الأكل. هذا يخص وظيفة تخصيص الأكل والتمرين، وليس منع تسجيل النشاط. نطاق Body Weight Planner لدى NIDDK يقتصر على البالغين ويستثني الحمل والرضاعة.

4. تجربة المستخدم اليومية والأسبوعية

1. يجيب المستخدم عن الأسئلة ويختار هدفه وأوقات نشاطه.
2. يرى خطة أسبوعه، سبب اختيارها، ومدتها المتوقعة؛ يستطيع تبديل الأيام.
3. الصفحة اليومية تعرض جلسة اليوم، آخر وجبة، تقدم الأسبوع، والتنبيه القادم.
4. قبل الجلسة: سؤال عن الوقت والطاقة وأي ألم جديد؛ يمكن اختيار جلسة أقصر.
5. أثناء الجلسة: إحماء → GIF وتعليمات الحركة → جولات/تكرارات أو مؤقت → راحة → الحركة التالية → تهدئة.
6. بعد الجلسة: المكتمل فعليًا، الجهد المدرك، وملاحظات؛ الجلسة الجزئية تُحفظ أيضًا.
7. الطعام: تصوير → اقتراح مكونات وحصص → تصحيح سريع → تأكيد التسجيل.
8. نهاية الأسبوع: مراجعة الالتزام، النشاط، نمط الأكل، اتجاه الوزن والخصر؛ اقتراح الأسبوع التالي مع سبب التعديل.

تفويت يوم لا يضيف جلسات مضاعفة تلقائيًا. نعيد ترتيب الأيام مع فواصل استشفاء. انتهاء أسبوع لا يزيد الصعوبة تلقائيًا؛ يعتمد القرار على الإكمال والجهد والملاحظات.

تبويبات مقترحة: اليوم، خطتي، التمارين، الأكل، التقدم، حسابي. شاشة المشي والركض تُفتح من اليوم أو الخطة.

5. مكتبة GIF للحركات

المواصفات المقترحة

• نسخة البداية: 30 حركة موزعة على الإحماء، الجسم الكامل، الجذع، حركة منخفضة التأثير، والتهدئة؛ تغطية أنماط الدفع والسحب والجلوس/القرفصاء ومفصل الورك والتوازن وفق الأدوات المتاحة.
• ملفات GIF فعلية متكررة، خلفية بسيطة، جسم كامل ظاهر، وزاوية تبين طريقة الحركة. الدورة تشمل وضع البداية والتنفيذ والعودة.
• نقطة بداية هندسية للاختبار: 360–480 بكسل، 10–15 إطارًا/ثانية، دورة 3–6 ثوانٍ، وميزانية تقريبية 0.5–1.5 MB للحركة. هذه أهداف أداء مقترحة وليست متطلبات علمية؛ تُعدّل حسب الوضوح وقياس الجهاز.
• تنزيل حركات الأسبوع مسبقًا، تشغيل الحركة الحالية فقط، وتحميل التالية مسبقًا؛ إيقاف الحركة عند ترك الشاشة. GIF لا يكون مصدر توقيت الجولات.
• زر إيقاف الرسوم، صورة ثابتة بديلة، وتعليمات نصية قابلة للقراءة؛ نسخة أصغر للاتصال الضعيف.
• اسم عربي، العضلات المستهدفة، الأدوات، مستوى الصعوبة، خطوات التنفيذ والتنفس، خطأ شائع، بديل أسهل، وإشارة إلى المراجعة الفنية.
• مدرب يراجع سلامة الحركة وتطابق GIF والنص قبل نشرها. لا نعتمد حركة مولدة تلقائيًا دون مراجعة حركية.

مصدر المحتوى

الخيار المقترح للبدء: مكتبة GIF مرخصة للاستخدام داخل التطبيق بعد تجربة عينة، أو إنتاج 30 حركة أصلية بإشراف مدرب وتصويرها/تحريكها ثم تحويلها إلى GIF. الإنتاج الأصلي يمنح أسلوبًا موحدًا وتحكمًا في المحتوى، لكنه يحتاج وقتًا ومراجعة.

ExerciseDB.io يعرض حزمًا تتضمن GIF وترخيص عرض داخل منتج مع بيانات التمرين، ويمنع إعادة بيع الملفات كمكتبة مستقلة. نتحقق تحديدًا من شروط CDN والتخزين المحلي والعمل دون إنترنت والتوزيع مع التطبيق قبل اعتماده. AscendAPI / exercisedb.dev يعرض أيضًا API مع GIF؛ لا نفترض أن شروطه مطابقة لشروط ExerciseDB.io لمجرد تشابه الاسم. wger بديل لبيانات الحركات، لكنه لا يثبت وحده وجود مكتبة GIF كاملة مناسبة.

نحفظ لكل ملف: مصدره، صاحب الحق، الترخيص، الإسناد المطلوب، الحقوق المسموحة، النسخة، checksum، الحجم، الأبعاد، وتاريخ المراجعة. عائق المحتوى يُحسم مبكرًا قبل بناء مكتبة ضخمة.

6. البرامج وقواعد التخصيص

نبدأ بأربعة قوالب: تأسيس الحركة 4 أسابيع؛ نشاط وإدارة وزن 8 أسابيع؛ جسم كامل وجذع 4 أسابيع؛ استمرار وتثبيت العادة. الأسماء والمدد تنظيم للمنتج، وليست برامج ثبتت بهذه الصيغة في الدراسات.

مثال أسبوع لشخص بالغ وصل تدريجيًا لتحمل نشاط متوسط، قابل للتغيير حسب أيامه:

اليوم	المحتوى	مدة مقترحة
السبت	مقاومة جسم كامل A مع الإحماء والتهدئة + مشي متوسط	20–30 + 20 دقيقة
الأحد	مشي متوسط	30 دقيقة
الاثنين	حركة خفيفة واستشفاء أو راحة	10 دقائق اختيارية
الثلاثاء	مقاومة جسم كامل B + مشي متوسط	20–30 + 20 دقيقة
الأربعاء	مشي متوسط	30 دقيقة
الخميس	مشي متوسط + جذع خفيف اختياري	30 + 5–10 دقائق
الجمعة	مشي متوسط أو توزيع الدقائق على الأسبوع + مراجعة	20 دقيقة

المشي في المثال يجمع 150 دقيقة، إضافة إلى جلستي المقاومة. نحسب الدقائق وفق الشدة الفعلية، ولا نعتبر كل وقت الإحماء والراحة نشاطًا هوائيًا متوسطًا. للمبتدئ شديد الخمول نبدأ بحصص أقصر حسب قدرته ونزيد تدريجيًا؛ بلوغ 150 دقيقة لا يتبع موعدًا ثابتًا.

قواعد المنتج المقترحة، المطلوب اختبارها ومراجعتها مع مدرب:

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

7. تصوير الطعام وتحسين الأكل

مسار التسجيل

1. صورة واضحة للطبق؛ صورة ثانية اختيارية عند غموض الحصة، أو إدخال يدوي دون تصوير.
2. نموذج رؤية يقترح اسم الطبق والمكونات المرئية والحصة وافتراضاته، ويشير إلى المكونات غير المؤكدة.
3. التطبيق يسأل فقط عن الغموض المؤثر: «الكمية تقريبًا كم؟»، «الطبق كامل لك؟»، «مقلي أو مشوي؟»، «في زيت/صلصة؟». يمكن تصحيح وزن كل مكون بالغرام أو بوحدة منزلية موثقة.
4. مطابقة المكونات مع مصدر غذائي؛ حساب السعرات والبروتين والكربوهيدرات والدهون من الحصة والقيم المرجعية.
5. شاشة مراجعة تعرض تقديرًا واضحًا، الافتراضات، ومصدر البيانات؛ اعتماد المستخدم قبل إضافته للسجل.
6. تسجيل المأكول فعليًا إذا بقي جزء من الطبق؛ إعادة استخدام الوجبة المتكررة لاحقًا دون تحليل جديد.

أرقام مثل «520 سعرة» ستكون موسومة كتقدير. إذا عرضنا مجالًا للسعرات فهو ناتج عن فرضيات حصص مختلفة، وليس مجال ثقة إحصائيًا مثبتًا. درجة ثقة النموذج غير المعايرة لا تظهر كنسبة دقة.

البيانات المحلية

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

حساب أساسي: قيمة العنصر لكل 100 غرام × غرامات الحصة ÷ 100، مع الانتباه لوحدات kJ/kcal ووزن الطعام النيء/المطبوخ. مصدر USDA يتيح بحث وتفاصيل الأغذية وبياناته تحت CC0؛ مفتاحه يبقى في الخادم، ونحفظ معرف المصدر ونسخته.

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

هدف الطاقة، عند تفعيله للبالغ المناسب، تقدير أولي يعتمد على المدخلات ويراجع مع اتجاه البيانات، لا على رقم ثابت للجميع. معادلة الاحتياج وحدود التعديل تُوثق وتراجع غذائيًا قبل إطلاق التخصيص. لا نضيف تلقائيًا كل «سعرات التمرين» إلى ميزانية الطعام حتى لا نكرر احتساب النشاط.

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

• تحليل عبر الخادم وبنية قابلة لتبديل مزود الرؤية؛ لا نضع مفتاح مزود التحليل في الهاتف.
• صورة مضغوطة بما يكفي للتعرف، مهمة تحليل مستقلة، نتيجة منظمة وفحص للوحدات والكميات والحقول.
• حفظ إصدار النموذج، زمن الاستجابة، التكلفة، المكونات الأولية، وتصحيح المستخدم. فصل بيانات القياس عن الصور الخاصة.
• السماح بالإدخال اليدوي عند انقطاع الإنترنت أو فشل التحليل؛ يمكن حفظ صورة محليًا للتحليل لاحقًا بموافقة المستخدم.
• حذف بيانات الموقع من EXIF، تحديد مدة الاحتفاظ بالصور، وإتاحة حذفها. لا تستخدم للتدريب دون موافقة منفصلة.
• مقارنة مزودين على نفس عينات الأطباق قبل الاختيار؛ لا يوجد مزود مختار أو تقدير سعر موثوق في هذه الوثيقة.
• نموذج تكلفة شهري: المستخدمون النشطون × صور يومية × أيام استخدام × تكلفة التحليل، ثم إضافة التخزين والنقل وإعادة المحاولة؛ نحسمه بقياسات النموذج التجريبي.

اختبار الدقة قبل إعلانها

مجموعة أولية مقترحة: 150–300 وجبة محلية متنوعة، بوصفات وكميات موزونة وقيم غذائية مرجعية مراجعة؛ مجموعة تطوير ومجموعة اختبار منفصلتان. هذه مرجعية محسوبة وليست تحليلًا مخبريًا للطاقة.

نقيس التعرف على الطبق، خطأ الحصة، متوسط/وسيط الخطأ المطلق للسعرات، اتجاه المبالغة/النقص، الأخطاء الكبيرة، تصحيحات المستخدم، زمن الاستجابة والتكلفة. نعرض النتائج حسب الأطباق البسيطة والمختلطة والصلصات، ونقارن الصورة وحدها بالصورة مع سؤال الحصة. لا نستخدم نسبة خطأ واحدة لإخفاء الأطباق الصعبة.

Nutrition5k مفيد لتقييم أولي: 5,006 أطباق مع أوزان ومعلومات غذائية وصور/فيديو. طريقة تصويره وتنوعه لا يمثلان تلقائيًا كاميرا هاتف المستخدم أو الأطباق الأردنية، لذلك لا يغني عن الاختبار المحلي.

8. التنبيهات

تنبيه جلسة اليوم بموعد يختاره المستخدم، إعادة جدولة أو تأجيل من الإشعار، مراجعة أسبوعية، وتذكير أكل اختياري. تذكير الحركة بعد الخمول يبدأ وفق جدول بسيط؛ الاستشعار الفعلي للخمول يحتاج ميزة مستقلة وصلاحيات، ولا نستنتج الخمول من عدم فتح التطبيق.

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

التذكير المجدول محليًا يعمل دون الحاجة إلى اتصال بالخادم وقت الإرسال وفق توثيق Apple. نتعامل مع موافقة الإشعارات على iOS وAndroid 13+، وتغير المنطقة الزمنية وإعادة الجدولة. تذكير اللياقة لا يحتاج عادة منبهًا دقيقًا بالثانية؛ Android يقيّد جدولة المنبهات وقد يؤخرها. لا نضمن وصولًا في وقت صارم.

نقيس إكمال الجلسة بعد التذكير، التأجيل وإلغاء الاشتراك، وليس فتح الإشعار وحده. اختلاف أثر الرسائل البحثية عن إشعارات التطبيق يدخل في تقييم التجربة.

9. الحفظ والمزامنة والصيانة

المراجعة الأولية للكود كشفت أسبابًا محتملة تستحق المعالجة قبل التوسع؛ لم أجرِ اختبار تشغيل أو اتصال بقاعدة بيانات:

• mobile/lib/main.dart: يهيئ DatabaseService ثم يرجع كائنًا جديدًا إلى Get.putAsync؛ النمط نفسه في SyncService. المطلوب تهيئة وتسجيل النسخة نفسها وانتظار جاهزيتها.
• backend/api_workouts.php: يولّد UUID جديدًا لكل POST؛ إعادة إرسال نفس الجلسة لا تظهر محمية بمعرف ثابت من العميل. المطلوب UUID ثابت وقيد فريد للمستخدم/الجلسة، ونتيجة ناجحة متسقة عند الإعادة.
• mobile/lib/services/database_service.dart: يستخدم replace لحفظ التمرين، وحفظ المقاطع وطابور المزامنة منفصل؛ نراجع الحفظ بمعاملة واحدة والتحديث دون حذف ضمني للعلاقات.
• وجود FOREIGN KEY محليًا دون onConfigure ظاهر لتفعيلها؛ نفعّلها ونختبر سلوك العلاقات والترحيل. لا نغيّر سياسة الحذف قبل اختبار البيانات الموجودة.
• طابور المزامنة يتوقف عن الإرسال التلقائي بعد خمس إخفاقات؛ نعرض عدد كل السجلات غير المرفوعة، ونوفّر إعادة محاولة يدوية وتأخيرًا متدرجًا وتصنيفًا للأخطاء.
• تقرير الأسابيع يستخدم معدل تاريخ SQLite بصيغة weeks؛ نراجع حدود الفترة ووحدات التاريخ المدعومة، ونوحد UTC مع اليوم المحلي عند العرض.
• صفحة المنزل تعرض «آخر تمرين» بقيم ثابتة. README يصف أجزاء قديمة؛ الكود الفعلي هو مرجع التوسعة.
• مراجعة GPS ووحدات الزمن والسرعة والسعرات، ثم اختبار مسار معروف وثبات الهاتف قبل الحكم على دقة التتبع.

الهيكل المقترح:

المجال	البيانات
الحساب والتخصيص	user_profiles، goal_history، onboarding_answers، preferences
المحتوى	exercises، exercise_media، substitutions، programs، program_versions، evidence_sources
خطة المستخدم	user_plans، scheduled_sessions، planned_exercises
الأداء الفعلي	training_sessions، exercise_sets، session_feedback؛ ربط اختياري بتمرين GPS الحالي
الطعام	food_items، recipes، recipe_ingredients، meals، meal_items، food_analysis_jobs، corrections
التقدم	body_measurements، weekly_reviews
التشغيل	notification_preferences، reminder_instances، sync_outbox، change_log

جلسة البيت لا تتطلب polyline أو إحداثيات؛ مخطط workouts الحالي مخصص للمشي/الركض ولا يستوعبها مباشرة. نفصل المخطط المعتمد عن ما أداه المستخدم ونحفظ نسخة البرنامج المرتبطة بالجلسة.

SQLite يحفظ جلسة التدريب والخطة والسجل والطلبات المعلقة؛ MySQL يحفظ الحساب والمحتوى المنشور والنسخة المتزامنة. GIF والصور في تخزين ملفات منفصل، وتحتفظ الجداول بمراجعها. كتالوج المحتوى ينشر من الإدارة؛ السجل يرفع من الهاتف بمعرفات ثابتة. تعديل سجل من جهازين يستخدم رقم نسخة وكشف تعارض، لا overwrite صامتًا.

كل تغيير سجل يصاحبه إدخال outbox في المعاملة نفسها؛ المصادقة تربط البيانات بالمستخدم، وواجهات API تتحقق من ملكيته. migrations ونسخ احتياطية واختبار استعادة ضرورية قبل إصدار تحديث قاعدة البيانات.

لوحة الإدارة: مراجعة الحركات وGIF، تحرير القوالب ومراجعها، وصفات محلية، ترجمات، نشر نسخ، وتعطيل حركة غير مناسبة. إعادة نشر برنامج لا تعدّل السجلات السابقة.

10. مراحل التنفيذ ومعيار التسليم

المرحلة	الناتج	ما يثبت جاهزيتها
A — تثبيت الأساس	جاهزية الخدمات، حفظ ذري، منع الازدواج، ترحيل واستعادة، مراجعة GPS	نفس الطلب لا يكرر الجلسة؛ انقطاع الشبكة/إغلاق التطبيق لا يفقد السجل؛ تحديث DB يحافظ على البيانات
B — المحتوى والتخصيص	عينة GIF ثم 30 حركة، أسئلة، أربعة قوالب موثقة، جدول أسبوعي	حقوق ملفات محسومة، مراجعة مدرب، تخصيص الوقت والأدوات والقيود يعمل
C — جلسة التمرين	GIF، مؤقت، جولات وراحة، توقف واستئناف وملخص	جلسة كاملة دون إنترنت، حفظ الجزئي، عدم انحراف المؤقت عند الخلفية، اختبار جهاز فعلي
D — الطعام التجريبي	صورة + مراجعة حصة + حساب مرجعي + سجل يدوي ووصفات محلية	تقييم الوجبات المحلي موثق، الفشل له بديل، التكلفة والوقت مقاسان، لا ادعاء دقة غير مختبر
E — التنبيهات والتقدم	تذكيرات ومراجعة أسبوعية ووزن وخصر واتجاهات	لا إشعار بعد الإكمال، لا ازدواج، تعمل حالات رفض الصلاحية وتغير الوقت، تعديل الخطة مفسّر
F — تجربة محدودة	لوحة إدارة أساسية، قياس أعطال والتزام، تحسين المحتوى	استخدام فعلي عدة أسابيع ومراجعة البيانات قبل توسيع المكتبة والتخصيص

اختبار مزودي الصور وعينة GIF يمكن أن يسيرا بالتوازي مع مرحلة A. تطبيق التغذية لا ينتظر بناء مئات الحركات، لكنه يحتاج نجاح تقييمه قبل تقديم أرقام موثوقة للمستخدمين.

النسخة الأولى القابلة للتجربة تشمل الأسئلة، 30 GIF، أربعة قوالب، خطة أسبوعية، جلسة تفاعلية، مشي/ركض، تصوير طعام قابل للتصحيح، سجل يدوي، تنبيهات، ومتابعة الوزن والخصر. تطوير مكتبة كبيرة وتحليل متقدم واشتراكات وأجهزة قابلة للارتداء يأتي بعد اختبار الأساس.

11. القرارات المفتوحة والقياسات

المقترح الحالي يركز على المنزل والمبتدئين البالغين. قبل تثبيت التكلفة والموعد نحتاج حسم مصدر GIF وحقوقه، مراجعي التمارين والتغذية، مزود الصور بناءً على الاختبار، الاستضافة والتخزين، ومجموعة الأطباق المحلية الأولى. لا يلزم حسم الاشتراكات أو ميزات النادي لتنفيذ البداية.

مؤشرات نجاح المنتج: إكمال الإعداد وأول جلسة، نسبة الجلسات المكتملة من المخططة، الالتزام بعد 4 أسابيع، دقائق النشاط، زمن تسجيل الوجبة ونسبة تصحيحها، خطأ التحليل على الاختبار، تكلفة المستخدم النشط، الإشعارات المعطلة، فقد البيانات أو تكرارها، والأعطال. الوزن والخصر اختياريان ويُقرآن كاتجاهات مع توحيد طريقة القياس.

مدة التنفيذ لا يمكن تثبيتها من البحث وحده؛ أكبر المتغيرات هي إصلاح الأساس، ترخيص/إنتاج الرسوم، مراجعة المحتوى، ودقة تحليل الأطباق المحلية. أول حزمة عمل هي مرحلة A مع تجربة 5 GIF وتحليل مجموعة صغيرة من أطباق موزونة لتحديد تكلفة وجودة المسارين قبل التوسع.