System Prompt Downstream Funnel
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
بث عملي واسع يجمع بين مراجعة Burnish والاستعداد لتقديمه وبين نقاشات عن بناء المنتجات بالذكاء الاصطناعي. شمل العمل فحص التثبيت والصلاحيات والفوترة وواجهة المتجر، واختبار تحسين المنتجات وAutopilot المتدرج بالموافقة البشرية، ومراجعة بيان العلامة ولوحات الزيارات والإيرادات وتكاملَي البكسل وGA4 وحالات البيانات الفارغة. نجحت بعض الاختبارات المحدودة، مثل انتقال مستوى وتحديث بعض بيانات المنتج، لكن ظل تعليق مسار التحسين والنشر ومشكلة غياب التحليلات بلا حل مؤكد، ما قاد إلى نقاش عن تجنب الرؤية النفقية، ومراقبة الأخطاء، وتنسيق جلسات التصحيح والوكلاء الفرعيين. كما تناول البث ضبط نطاق المنتج، وتجارب الاستخدام المحدودة، والتحقق من السوق والمنافسة واقتصاديات الوحدة، والتعلّم أثناء البناء بالذكاء الاصطناعي؛ ورأى Luqman أن الخبرة العميقة بدورة حياة البرمجيات ليست شرطًا مطلقًا للبداية، من دون اعتبار أدوات الذكاء الاصطناعي ضمانًا لمنتج خالٍ من الأخطاء. وامتدت أسئلة الجمهور إلى API وwebhooks، والنماذج المحلية والمقاييس المستقبلية، وحدود السياق، إلى جانب نقاشات أخف عن الموسيقى وكأس العالم وفكرة مكتب افتراضي لمتابعة تقدم المشاريع.
69 لحظة من البث
- 0:52:34
مساعد ضمان جودة ينسّق جلسات إصلاح الأخطاء
عرض لسير عمل يُستخدم فيه منسّق لضمان الجودة لرصد الأخطاء ودراستها وتجميعها، ثم إنشاء جلسات إصلاح مخصّصة تلقائيًا. وصف المتحدث هذا الأسلوب بأنه غيّر سير التصحيح لديه وقلّل العمل اليدوي اللازم لبدء كل جلسة.
- 0:58:18
تشخيص صفحة تحليلات لا تسجّل الزيارات
وصف مشكلة ظهرت بعد الدمج والنشر: صفحة التحليلات بقيت فارغة بلا زيارات أو جلسات مسجّلة. طُرحت احتمالات تتعلق باتصال Google Analytics 4، وبكسل الويب، وخطوة تفويض محتملة، من دون حسم السبب في هذا المقطع.
- 0:59:26
هل تحتاج المشاريع المبنية بالذكاء الاصطناعي إلى مبرمج؟
ردًا على سؤال من الجمهور، أوضح المتحدث أن المشاريع المبنية بالذكاء الاصطناعي قد تصل إلى الإنتاج مع أخطاء، ويتفاوت عددها وصعوبتها بحسب حجم المشروع وطريقة بنائه ومقدار التدقيق أثناء التطوير. ورأى أن المستخدم المتمكن من أدوات الذكاء الاصطناعي قد يبدأ دون مبرمج، مع تقديم ذلك كرأيه لا كضمان.
- 1:01:11
فهم تضمينات التطبيقات وعلاقة Evidence Pixel بالقياس
طُرح طلب لتوضيح وظائف ثلاثة تضمينات للتطبيقات وما إذا كان تعطيل Evidence Pixel قد يفسر غياب بيانات الجلسات والإيرادات. المقطع يقدّم أسئلة للتحقق ولا يثبت السبب.
- 1:07:31
اختيار موسيقى خلفية مناسبة للبث
نقاش خفيف حول تجنّب مشكلات حقوق النشر واستخدام موسيقى محيطية أو عود، مع ملاحظة أن مقطوعة تأملية بدت لبعض المستمعين كأنها موسيقى رعب.
- 1:09:11
فحص تكرار الميزات وحالة لوحة الإيرادات الفارغة
طُرح سؤال عمّا إذا كان Evidence Pixel أو أي من الميزات الثلاث متكرراً، مع وصف مشكلة في صفحة الإيرادات: البطاقات تبدو معطلة بدلاً من إظهار الصفر، كما لا يظهر رسم أو جدول لحركة الزيارات والمبيعات عند غياب البيانات. الاقتراح هو أن تظل مكوّنات الحالة الفارغة ظاهرة.
- 1:13:31
مراجعة صفحة الإيرادات وتنظيف العناصر الزائدة
اقتُرح حذف عنصر تتبع بالذكاء الاصطناعي إذا ثبت أنه زائد، ثم مراجعة صفحة الإيرادات كاملة للتأكد من أن المقاييس المعروضة تتوافق مع نطاق التطبيق وقدراته. طُرحت المراجعة بوصفها موضوعًا يحتاج إلى عصف ذهني قبل تنفيذ تغييرات فورية.
- 1:14:27
إعادة اختبار التثبيت والصلاحيات والفوترة
بعد حذف التطبيق، بدأ العمل على إعادة اختبار مسار التثبيت من البداية. شملت المراجعة الصلاحيات التي يراها التاجر، مع ملاحظة أن طلب صلاحيات إضافية قد يقلل تقبّل التثبيت، ثم التحقق من انتقال الفوترة وسلوك الموافقة ومتابعة الخطوة التالية في واجهة المتجر. أشار المتحدث إلى أن خطأً متوقعًا لم يظهر وأن نتيجة تقييم منتج بدت صحيحة، دون تقديم ذلك كاختبار شامل.
- 1:20:46
وضع Enterprise لاستخدام المسار خارج Shopify
يوضح Luqman أن وضع Enterprise يتيح واجهة Burnish البرمجية، بما يسمح باستخدام مسارها خارج Shopify وعبر متاجر متعددة.
- 1:21:30
اختبار مستويات التحسين الآلي للمنتجات
يجرب Luqman مسار Autopilot الذي يختار دفعات من المنتجات وفق عوامل مثل المستوى وعدد المنتجات ودرجة المنتج والخطة، ثم يحسنها. في المستوى الأول لا تُنشر التغييرات دون موافقة التاجر؛ وخلال التجربة يتحقق من تحديث الدرجات ومن وصول النص البديل للصورة إلى المنتج، مع ملاحظة مشكلة تجربة استخدام لم يَعُدّها خطأً برمجياً.
- 1:23:57
بيان العلامة كمصدر للتوجيه الداخلي
يشرح Luqman ميزة تنشئ بياناً للعلامة من معلومات النشاط، مثل رسالته ومنتجاته وجمهوره وصوته، ثم تستخدمه لبناء توجيه نظام داخلي يخصص جودة التحسين للمتجر. يستطيع التاجر تعديل البيان مباشرة أو إعادة صياغته عبر الإجابة عن أسئلة.
- 1:29:40
مقاييس مقترحة للزيارات والإيرادات القادمة من منصات الذكاء الاصطناعي
تُراجع مسودة لوحة تعرض جلسات الذكاء الاصطناعي ومعدل التحويل والإيرادات ونسبة الإيراد والأداء حسب المنصة وأبرز الصفحات القادمة منها. ويُطلب حذف عبارتين من العرض، ثم يُطرح سؤال عمّا إذا كانت المقاييس الحالية كافية للإصدار الأول.
- 1:32:39
اختبار تقدّم المستويات في مسار النشر الآلي
جرى تعديل حالة الاختبار عبر SQL ثم إعادة تشغيل المسار للتحقق من أن إضافة المنتجات وتغيّر المستوى يحدثان تلقائيًا، بعد مشكلة سابقة كانت تتطلب تحديث الصفحة. أظهرت المحاولة المعروضة انتقال الحالة كما كان متوقعًا، مع بقاء أجزاء أخرى من المنتج قيد العمل.
- 1:35:44
قياس مساهمة المنتج في القيمة
تقترح المناقشة حساب مقياس يقدّر القيمة المنسوبة إلى إجراءات Burnish مقارنةً بما كان سيحدث في غيابه. وُصف المقياس بأنه ذو حدّين: النتيجة الإيجابية قد توضح قيمة قوية، بينما قد تترك النتيجة الصفرية انطباعًا سلبيًا، لذلك يحتاج عرضه وتفسيره إلى عناية.
- 1:38:44
اختيار مدة التجربة المجانية ووضع حدود للاستخدام
تقارن الإجابة بين البدء بتجربة مجانية مدتها سبعة أيام وتجربة الأربعة عشر يومًا الشائعة، بحسب المتحدث، لدى معظم المنافسين. وقد ترتبط المدة الأقصر بارتفاع الانسحاب، بينما تزيد المدة الأطول تكلفة خدمة مستخدمي التجربة. وطُرح تقييد الاستخدام أثناء التجربة لاختبار مدة أطول دون إتاحة كامل سعة الخطة، مع الإقرار بأن بعض المستخدمين قد ينجزون حاجتهم ثم يلغون.
- 1:40:49
تصميم تجربة محدودة مع مراعاة التكلفة ومنع إعادة ضبطها
نقاش حول إتاحة تجربة حقيقية للمستخدمين مع وضع حد لكمية المنتجات التي يمكن معالجتها، على أن تُراجع مدة التجربة والحدود بعد حساب تكلفتها في السوق. ويشير المتحدث إلى ضرورة معالجة حالة تسمح، بحسب ملاحظته، بإعادة ضبط التجربة بعد حذف التطبيق وإعادة تثبيته.
- 1:43:31
تمييز المنتج عبر عمق الميزات وتجربة الاستخدام
مقارنة عامة تشير إلى أن تنفيذ التحسين وحده لا يكفي للتميّز؛ ويمكن بناء قيمة أوضح بإضافة أقسام وخيارات وأتمتة وإشارات تقييم مفيدة للمستخدم. بعض أسماء الميزات في الشرح غير واضحة في التفريغ.
- 1:46:59
التحقق من تغيير الدفعة وتمثيل البيانات الغائبة بأمان
طلب للتحقق مما حدث بعد تغيير متعلق بالدفعة في الخلفية أو قاعدة البيانات، مع اشتراط وجود عناصر البيانات المطلوبة حتى عند غياب القيم، من دون ملئها بأرقام مختلقة. نوع هذه العناصر غير واضح في التفريغ.
- 1:49:51
مراجعة مسار التحسين والنشر التلقائي للمستوى الثاني
يشرح المتحدث السلوك المتوقع لمسار المستوى الثاني: اختيار دفعة من المنتجات، وتحسين الوصف والعنوان والحقول الوصفية وفق ممارسات GEO، ثم نشر بعض النتائج تلقائياً وفق مستوى المخاطر. يوضح أيضاً أن جزءاً سابقاً لم يُختبر بعد، وأن نجاح المسار كان لا يزال قيد التحقق.
- 1:52:14
فشل سير عمل متعدد الوكلاء في دفع تحديثات المنتجات
يعرض المتحدث تجربة برمجية لم تنجح في دفع أي منتجات رغم تكرار المحاولات وتشغيل عدد كبير من الوكلاء الفرعيين، ويقارن ذلك بمحاولة سابقة كانت تنفّذ الدفع في مرحلة أبكر. ظل سبب الفشل غير معروف في هذه اللحظة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب