Building the Launch Machine 🔴 Building to $100K
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركز البث على بناء TalkStore، وهو تصور لوكيل ذكاء اصطناعي ينفذ تغييرات عملية في متاجر Shopify، بالتوازي مع الاستعداد المبكر للإطلاق. يناقش لُقمان استخدام صفحة هبوط وقائمة انتظار وحملة توزيع وتسويق عضوي لاختبار اهتمام التجار قبل اكتمال المنتج، من دون اعتبار التسجيلات ضماناً للتحول إلى مستخدمين. ويعرض عملاً تكرارياً على الصفحة: توثيق الاتجاه البصري، وتسليم المواصفات للوكلاء قسماً بعد قسم، وفحص الحركة والأصول المرجعية، وتشخيص اختلاف ما يعلنه الوكيل عما يظهر في المتصفح؛ وقد ظهرت بعض الحركات لاحقاً، لكن التصميم والتوزيع والفيديو التشويقي ظلت بحاجة إلى متابعة. كما يطور سيراً متعدد الوكلاء للبحث والبناء والمراجعة والأمان والامتثال، مع اعتماد استرجاع وثائق Shopify حسب المهمة من Context7 بدلاً من استيرادها كاملة، من دون إثبات مستقل لدقة هذا الأسلوب. تشمل المناقشات أيضاً أتمتة تدقيق متطلبات إرسال تطبيق Shopify، وتصميم مصنّف متعدد النوايا، وحدود الجلسات واستئناف المهام، وأسئلة الجمهور عن أدوات الواجهة والخلفية والاستضافة. تظل عدة نقاط مفتوحة، منها موثوقية تشغيل سلسلة الوكلاء تلقائياً، واكتمال المراجعات، والاتجاه النهائي لصفحة الهبوط، وخطة أتمتة التوزيع.
66 لحظة من البث
- 1:10:53
مراجعة صفحة انتظار باستخدام وكيل برمجي
طُلب من الوكيل فحص صفحة الانتظار بصريًا، والتقاط لقطات شاشة، وقراءة قاعدة الشفرة والأقسام، ثم عرض النتائج. أظهرت المراجعة مشكلات محتملة مثل نموذج يحاكي النجاح بدل تسجيل العملاء المحتملين ووسوم HTML غير متطابقة، لكن المتحدث أوضح أن تدقيق المحتوى والأخطاء لم يكن الهدف الذي يريده.
- 1:15:19
صياغة طلب لتوثيق صفحة هبوط بالتفصيل
بعد اعتبار الطلب المفتوح عامًا أكثر من اللازم، صاغ المتحدث مهمة أوضح: إنشاء ملف Markdown يوثق محتوى صفحة الهبوط، وطريقة بنائها، وألوانها، وبنية العلامة التجارية، وخطوطها، وسائر تفاصيلها، لاستخدام هذا الوصف لاحقًا عند استشارة وكيل آخر حول الأفكار.
- 1:17:05
استخدام موجّه handoff بين الوكلاء
يشرح لُقمان سير عمل يستخدم فيه ملف Markdown لنقل حالة صفحة الهبوط من بيئة المشروع إلى وكيل آخر يساعده على توضيح الاتجاه عندما لا تكون النتيجة المطلوبة محددة بعد.
- 1:18:22
اختبار الاهتمام قبل استكمال بناء المنتج
يجادل لُقمان بأن قائمة الانتظار وحملة التوزيع ومسار التسويق السابق للإطلاق لا ينبغي تجاوزها لصالح البناء مباشرة؛ فظهور اهتمام حقيقي من تجار Shopify يمنح إشارة مبكرة، مع التنبيه إلى أن المهتمين لن يتحولوا جميعاً إلى مستخدمين.
- 1:21:15
تصميم صفحة هبوط تجريبية لقائمة الانتظار
تستخدم جلسة العصف الذهني مستندات المنتج وحالته الحالية ومواقع مرجعية لتصور صفحة أكثر تجريبية وأعلى وضوحاً في التحويل. تقترح المناقشة إظهار تحول حي بدلاً من نموذج ثابت، وجعل عرض المنتج محور الصفحة، وسرد المشكلة بصرياً، وإضافة دعوة وسطية للانضمام إلى قائمة الانتظار، مع حذف التسعير السابق للإطلاق وعدم استخدام دليل اجتماعي إلا إذا كان حقيقياً.
- 1:28:59
نطاق TalkStore: من تحرير القالب إلى أتمتة المتجر
يوضح لُقمان أن أبرز قيمة يراها في TalkStore هي تحرير القالب آلياً، إلى جانب إدارة المنتجات وتحسينها لكل من SEO وGEO. ويصف رؤيته للمنتج بأنه وكيل ينفذ تغييرات فعلية في المتجر، لا مجرد أداة تجيب عن الأسئلة، في مقارنة رأيية مع Shopify Sidekick.
- 1:30:20
سرد آلام المستخدم وعرض المنتج في صفحة TalkStore
مراجعة لبنية صفحة الهبوط تقترح إبراز عدة آلام مترابطة ضمن قسم واحد ذي لحظات فرعية للحفاظ على إيقاع التصفح. تناقش أيضاً ما إذا كانت القصة التفاعلية للمنتج كافية للإقناع، مع إمكانية تجهيز موضع لفيديو تشويقي يُستبدل لاحقاً بلقطات حقيقية عندما تتوفر.
- 1:35:12
تحويل تصور الواجهة إلى تعليمات تنفيذ دقيقة
يوضح النقاش أن التصور النظري الجيد للواجهة نادراً ما يتحول إلى نتيجة صحيحة من المحاولة الأولى. لذلك ينبغي مراجعة المخرجات على عدة جولات، وإرفاق تعليمات تنفيذية شديدة التحديد في طلب التسليم، خصوصاً عند وصف أقسام مثل الواجهة الرئيسية.
- 1:39:04
كتابة تعليمات دقيقة للتصميم المرئي والحركة
يوضح لقمان أن الوكيل يحتاج إلى تعليمات شديدة التحديد بشأن النتيجة المطلوبة، لا المتطلبات التقنية فقط. في مرحلة العصف الذهني، أعطى الأولوية لفهم الخطاف البصري وحركة كل قسم، واقترح فحص التنفيذ أو الشيفرة الفعلية للمواقع المرجعية لأن الصور واستخراجات Markdown لا تنقل الحركة كاملة، ثم تحويل النتيجة إلى ملف تسليم للتنفيذ.
- 1:45:25
ربط خطة التوزيع بتقدم قائمة الانتظار
يقترح لقمان تقديم فيديو التشويق في الأسبوع الأول، وإضافة شريط تقدم يمتد عبر مسار التوزيع حتى الإطلاق. يتتبع الشريط عدد التجار المسجلين في قائمة الانتظار، مع إمكانية ضبط هدفه لاحقًا، ليجعل التقدم نحو الإطلاق ظاهرًا داخل الجدول الزمني.
- 1:48:07
تنفيذ مواصفات صفحة الهبوط قسمًا بعد قسم
بعد فتح مواصفات Talk Store المرئية، يناقش لقمان تمرير ملف المواصفات الكامل إلى الوكيل مع تقييد التنفيذ بالقسم الأول فقط. يبدأ العمل بقسم الواجهة الرئيسية وثوابت العلامة، مع طلب استخدام الأدوات والمهارات اللازمة للمهمة، بدل تنفيذ المواصفات كلها دفعة واحدة.
- 1:52:17
تحويل الوصف البصري للواجهة الرئيسية إلى مراجعة قابلة للتنفيذ
بعد إعداد مطالبة تسليم والعمل قسماً بقسم، قارن لقمان الوصف البصري والحسي المقترح بما ظهر فعلياً في الصفحة. لاحظ أن الواجهة الرئيسية بقيت ثابتة بلا الحركة أو الإحساس الموصوفين، فاستعان بلقطة شاشة وطلب صياغة مطالبة مراجعة تساعد الوكيل على تعديل القسم للوصول إلى النتيجة المطلوبة، مع مراعاة الحركة المخفّضة.
- 1:56:34
التعامل مع غياب شهادات العملاء قبل الإطلاق
راجع لقمان قسماً بدا في البداية كأنه يعرض شهادات عملاء رغم عدم توفرها قبل الإطلاق، ثم أدرك أن التصميم يستخدم أمثلة من المحادثة بدلاً منها وأعجبه بناء النموذج ذي اللوحتين. وربط ثبات الواجهات الافتراضي بحاجة الحركة إلى تسلسلات زمنية وحالة وتأثيرات أو آليات تنفيذ مشابهة.
- 1:59:24
أهمية صقل الصفحة المقصودة
يوضح أن تحسين الصفحة المقصودة وحركاتها يستحق وقتًا مركزًا لأن جودة التجربة البصرية هدف أساسي في هذه المرحلة، بينما الألوان والخطوط ليست المشكلة الرئيسية.
- 2:00:10
فحص أنماط الحركة من مواقع مرجعية
يناقش استخدام Cursor وأدوات المطور لفحص بنية DOM والعناصر والحركات في موقع مرجعي، مع التركيز على فهم نمط الحركة وقيمه بدل نسخ النتيجة الظاهرة بلا تمييز.
- 2:02:24
التحقق من حركة الواجهة عند اختلاف التنفيذ عن تقرير الوكيل
يعرض مشكلة أفاد فيها الوكيل بتنفيذ حركة واجهة البطل والتحقق من تسلسلها، لكن الصفحة بعد التحديث القسري لم تُظهر الحركة المتوقعة. طُلبت مطالبة مباشرة توضّح أن التنفيذ لا يعمل بدل ملف Markdown إضافي.
- 2:06:25
استخراج بنية زر دعوة لاتخاذ إجراء بأدوات المطور
يشرح سير عمل عملي لفحص زر دعوة لاتخاذ إجراء: النقر بزر الفأرة الأيمن، فتح Inspect، تحديد العنصر، ونسخ outerHTML إلى ملف مؤقت للحصول على البنية والفئات. كما يناقش مطالبة وكيل بفحص زر مرجعي وإرجاع المعلومات اللازمة.
- 2:10:27
تشخيص تغييرات واجهة لا تظهر بعد التحديث
بعد عدم ظهور أي تغييرات حتى مع التحديث القسري، طُرح احتمال وجود مشكلة في المنفذ واقتُرح إعادة ضبطه بوصف ذلك فرضية تشخيصية، من دون تأكيد السبب.
- 2:11:14
تشخيص حركات لا تظهر رغم تحديث الكود
بعد تكرار تأكيد وكيل البرمجة اكتمال العمل من دون أي تغير مرئي، جرى إيقاف تكرار التعليمات وفحص المشكلة منهجيًا: تغيير المنفذ لم يفد، ثم أكدت أوامر الفحص وجود كود الحركة، وكشفت أدوات المطور أخطاء حمراء. اتجه التشخيص بعد ذلك إلى إعداد تقليل الحركة أو إعدادات الجهاز خارج الكود؛ لم يظهر الخيار أولًا في موضعه المتوقع، لكن الحركة ظهرت لاحقًا بعد الإصلاح.
- 2:21:07
رفع مستوى صفحة الهبوط وتنفيذ أقسامها
طُرح هدف جعل صفحة الهبوط أكثر تميزًا من صفحة علامة شخصية بسيطة، ثم استؤنف العمل وفق مواصفات بصرية شملت إنشاء شريط شهادات متوافق مع قالب Dawn، ومعاينة محادثة في اللوحة اليمنى، وشريطًا للمصداقية ضمن القسم الثاني.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب