ALMOST 70% BUILT
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يوثّق البث رحلة عملية لبناء Burnish، وهو منتج يبدأ على Shopify ويستكشف تحسين ظهور المتاجر في إجابات ومنصات الذكاء الاصطناعي عبر GEO. تركز معظم الجلسات على صقل الموقع ورسالة المنتج: توضيح المشكلة والحل ونتيجة العميل، تنظيم الصفحة الرئيسية والتسعير، توحيد دعوات «فحص متجري»، وتحسين البطاقات والتباين وتجربة الهاتف وحركات التمرير والشعار ثلاثي الأبعاد. تكررت المراجعة البصرية والتراجع عن مؤثرات غامرة حين بدت مشتتة، مع اعتراف بأن الإفراط في الصقل قد يؤخر الإطلاق. تقدمت صفحة التسعير، لكن الصفحة الرئيسية ومسار الفحص—الأهم في التجربة—ظلا بحاجة إلى عمل، خصوصًا في الخلفية. يناقش البث تصميم فحص أولي يجمع رابط متجر Shopify وبريد العمل ويقود إلى تقرير أعمق عن الظهور، مع أسئلة غير محسومة حول تكلفة التدقيق، شكل النتيجة الفورية، التحقق من اسم العلامة، حدود الاستخدام، حماية المسارات العامة، تسليم التقرير بالبريد، وشروط الحجز القابل للاسترداد. جرى التشديد على صدق مؤشرات الندرة والوعود التسويقية، وعلى أن قياسات الأداء للنسخ القديمة ليست حكمًا على النسخة الجديدة؛ واستُخدم Lighthouse ومراجعة المتصفح كمؤشرات أولية مع استمرار مشكلات في لقطات الشاشة وبعض الحركات. على مستوى سير العمل، يقارن لقمان بين Claude وCodex ويوزع بينهما التصميم والتنفيذ الخلفي والتدقيق بحسب المهمة، مع تقسيم المواصفات والمعالم والاعتماديات واستخدام Command Center والوكلاء والمراجعة البشرية البصرية. خلص عمليًا إلى أن التعليمات المحددة، وتسليم السياق بين الجلسات، والعمل المتدرج أكثر فاعلية من فتح جلسات كثيرة بلا ضبط، من دون الادعاء بأن كل الهجرات أو عمليات التدقيق اكتملت. يمتد النقاش إلى الوصول إلى السوق: التحقق من الطلب قبل الإطلاق، بناء قائمة وانتشار عضوي، تهيئة نطاق البريد، واختيار قنوات إعلانية أو مبيعات مباشرة بصورة مرحلية. يرى لقمان أن السوق لا الحماس الشخصي هو اختبار الفكرة، وأن بناء منتج جيد لا يغني عن التسويق والتوزيع. كما يعرض GEO وAEO مجالين ناشئين قريبين من SEO؛ قرأ ارتفاع الاهتمام خلال 2025 وتوقع نموًا أكبر بحلول سبتمبر 2026، لكنه قدّم ذلك كرأي غير محسوم لا كدليل سوقي نهائي. وتتناول أسئلة الجمهور قدرة غير المبرمج على البناء بالذكاء الاصطناعي، التعلم بالممارسة، فرص Micro-SaaS وB2B، اختيار النماذج والاستضافة، وبناء مجتمع عربي عبر Telegram أو Discord. النتيجة العامة ليست إطلاقًا مكتملًا، بل رحلة بناء واختبار ما زالت مفتوحة، مع بقاء صلاحية المنتج وقنوات نموه رهينة استجابة السوق.
163 لحظة من البث
- 6:14:20
تصحيح حركة الخروج باتجاه الشعار
يراجع حركة خروج لا تتجه نحو الشعار كما ينبغي، ويطلب أن تعكس تقريبًا حركة الدخول مع تمركز العنصر الأخضر داخل الدائرة.
- 6:15:08
إتاحة مستودع عام مع توضيح حدود الجاهزية
يوضح أن مستودع Command Center متاح للعامة ويمكن استخدامه، لكنه ليس مُجهزًا كمنتج عام احترافي وتغيب عنه بعض تعليمات التثبيت والتوثيق بسبب ضيق الوقت.
- 6:16:18
بناء المنتج حول قيمة حقيقية للمستخدم
يرى أن نجاح التطبيق يعتمد على تقديم نتيجة مفيدة فعلًا للناس والتجار، وأن الفكرة ينبغي إعادة هندستها مرارًا إن لم تحقق تلك القيمة.
- 6:17:12
فكرة وكيل Shopify لمتابعة المنتجات الجديدة
يقترح وكيلًا داخل Shopify يفحص كتالوج المنتجات، يكتشف إضافة منتجات جديدة، ثم يضبطها تلقائيًا. يعرض الفكرة كاتجاه مبدئي لا كميزة مكتملة.
- 6:19:30
تفويض استكشاف بقية الصفحة الرئيسية
يطلب من الوكيل متابعة الصفحة الرئيسية بعد قسم مكتمل، وفحص الفراغات والمحتوى حتى التذييل، ثم تقديم ملخص واقتراح اتجاهات تصميم مختلفة. كما يفضّل بدء المهمة بسياق جديد.
- 6:21:55
تنسيق تنفيذ المهام ومراجعتها عبر الوكلاء
يشرح سير عمل تُجهّز فيه مطالبات للمهام ثم ينفذها وضع آلي، مع التوقف عند الحاجة إلى تأكيد بشري أو عند تعارض الاعتماديات. تدخل الوكلاء إلى Command Center لإنجاز المهام، وتتولى وكلاء مراجعة فحص نتائج المهام والمراحل. ويصف النظام بأنه مخصص لطريقته وليس بديلًا مباشرًا لأداة إدارة مشروعات عامة، مع إمكانية تهيئته للاستخدام المشترك داخل فريق.
- 6:28:57
خطة مرحلية لاستكمال صفحات الموقع
يطلب خطة تنفيذ كاملة على مراحل تغطي الأجزاء غير المكتملة، بعد تكوين سياق شامل لا يقتصر على الصفحة الرئيسية بل يشمل أيضًا صفحة شرح المنتج وصفحة التسعير.
- 6:32:18
الاستعداد للانتقال من التسويق إلى المبيعات المباشرة
يناقش الحاجة إلى إعداد نصوص للمقابلات وإطار للأسئلة قبل خوض أعمال المبيعات المباشرة، موضحًا أن خبرته الأساسية أقرب إلى التسويق الرقمي مثل الإعلانات والبريد والرسائل النصية، وأن هذا الانتقال يتطلب تعلّمًا جديدًا.
- 6:34:36
استبدال التجربة الغامرة بتصميم أبسط
مراجعة للصفحة الرئيسية تقترح الحفاظ على رسالة «لماذا الآن» والمحتوى المهم، مع إزالة أو استبدال التجربة الغامرة لأنها تكرر أجزاء أخرى وتشتت الانتباه. يوضح النقاش أن التراجع عن تنفيذ معقد مقبول عندما لا تبدو النتيجة النهائية نظيفة بما يكفي.
- 6:43:58
توسيع جلسة التصميم لتشمل الصفحة الرئيسية كاملة
بعد اختيار اتجاه مبدئي لأحد أقسام الصفحة، يتحول الطلب إلى مواصلة العصف الذهني حول الصفحة الرئيسية كاملة للوصول إلى معالجة متماسكة خلال جلسة واحدة.
- 6:46:10
أتمتة انتقال المهام بعد المراجعة والتدقيق
شرح لتدفق عمل ينقل المهام تلقائياً من المراجعة إلى «منجزة». أما المهام المتوسطة والكبيرة والمعمارية فتمر أولاً بمدقق بعد البناء أو النشر، ثم يؤدي إكمالها إلى فك حظر المهام الموجودة في قسم المهام المحظورة ونقلها إلى قائمة المهام.
- 6:46:56
مساعدات البرمجة داخل Xcode وأدوات Shopify
نقاش حول استخدام Xcode لتطوير تطبيقات macOS، مع الإشارة إلى دمج مساعدين مثل Claude وCodex داخل بيئة التطوير، ثم مقارنة ذلك بإتاحة أدوات سطر أوامر لـ Shopify. التفاصيل تعكس حديث المتحدث ولا تتضمن اختباراً موثقاً لهذه الإمكانات.
- 6:48:45
فكرة مهارات متخصصة لـ Shopify
طرح لفكرة إنشاء مهارات مخصصة لـ Shopify مستلهمة من وجود حزم مهارات متخصصة، من دون تنفيذ أو اختبار موثق في هذا المقطع.
- 6:49:35
تفويض قرار التصميم مع معيار جودة واضح
يقرر المتحدث تجاوز جلسة تفصيلية إضافية وتفويض اتجاه التصميم، مع اشتراط الحفاظ على مستوى الموقع الحالي أو تجاوزه. يبرز المقطع دور السياق المشترك ومعيار الجودة الواضح عند تسليم قرار تصميمي.
- 6:59:17
أتمتة اعتماد مهام المراجعة مع مراعاة الاعتماديات
نوقش سير عمل مقترح لاعتماد مهام المراجعة، فتح الدفعة التالية، ثم تشغيل أمر آلي لمعالجة مهام مرحلة كاملة. شدد الاقتراح على ترتيب المهام وفق اعتمادياتها، وذُكر أن النهج قد يُستخدم لاحقًا في هندسة المنتج بعد اكتمال الموقع، دون إثبات نتائج التنفيذ في هذه الصفحة.
- 7:04:52
سؤال عن استخدام DeepSeek مع Claude Code
طرح أحد الحضور سؤالًا عن طريقة استخدام DeepSeek داخل Claude Code. لم تُقدَّم هنا خطوات إعداد؛ وأوضح المتحدث بصورة عامة أنه يركز حاليًا على Claude وCodex بدل نماذج أخرى.
- 7:08:07
إعداد DeepSeek عبر واجهة API
شرح مختصر لإعداد نقطة اتصال DeepSeek وإضافة مفتاح API وتحديد اسم النموذج عند التشغيل، مع الإشارة إلى أن المتحدث سيبحث أكثر في طريقة دمجه مع أداة البرمجة المذكورة بدل تأكيد اكتمال التجربة.
- 7:10:04
تفويض العمل للوكلاء والتحقق من النتائج
يناقش المتحدث تنفيذ العمل على مراحل بمساعدة عدة وكلاء، ثم مراجعة النتيجة وتقديم الملاحظات، مع طلب التحقق من الأوامر والمدخلات وجعل التحقق البصري مسؤولية أساسية للمشغّل في هذه المرحلة.
- 7:12:17
مقارنة النماذج بالتجربة ووفق نوع المهمة
نقاش يعرض آراء متباينة حول تجربة نماذج متعددة منخفضة التكلفة. أحد الآراء يفضّل نموذج Kimi، بينما يقول المتحدث إن تجربته معه لم تنجح جيدًا وإن DeepSeek أعطاه نتائج أفضل من البدائل التي جرّبها، مع ملاحظة أنه كان أبطأ قليلًا. الخلاصة المعروضة هي أن ملاءمة النموذج تعتمد على التجربة العملية ونوع العمل، لا على تفضيل ثابت.
- 7:18:48
تحسين عرض المشروعات في موقع الأعمال
اقتراح جعل بطاقات المشروعات قابلة للنقر، بحيث يفتح كل مشروع صفحة مستقلة تحتوي على معلومات إضافية عنه.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب