زد
رحلة التاجر المراجعةقبل إنشاء المتجر

اختبر فكرة متجرك قبل تبدأ

v2.0.0

يتأكد إن فكرة متجرك تحل مشكلة فعلية وعليها طلب قبل ما تدفع على بناء المتجر أو شراء المخزون.

صُنعت بواسطة عبدالرحمن الناشري
النتيجة أولًا

ماذا ستحصل بعد تشغيله؟

  • قرار استمر أو عدّل أو أوقف مؤقتًا
  • سجل أدلة وحدودها
  • تجربة تحقق واحدة وبوابة قرار
قبل التشغيل

أكمل ما لا يعرفه البرومبت

بيانات المتجر والمنتجات تُقرأ عند التشغيل إذا كان متجر زد مرتبطًا. أنت تضيف القرارات التي لا يمكن معرفتها تلقائيًا.

من متجر زد عند الربط

المنتجات والأسعار الظاهرة

يُقرأ عند التشغيل
من الرابط العام

المنتجات والأسعار الظاهرة

يُقرأ عند التشغيل
ما يحتاجه البرومبت منك
طلب التشغيل الجاهز للنسخ
شغّل البرومبت validate-store-idea.

استخدم بيانات المتجر المتصل أو الرابط العام حسب المتاح، ولا تدّع وصولًا غير موجود.

بيانات التاجر:
- فكرة المتجر والعميل: [أدخل فكرة المتجر والعميل]
- المشكلة أو مناسبة الشراء: [أدخل المشكلة أو مناسبة الشراء]
- وقت وميزانية الاختبار: [أدخل وقت وميزانية الاختبار]
قبل التشغيل والملفاتالصلاحيات، ملاحظات الأمان وملفات البرومبت
قبل أن تستخدمه

يتضمن عدة خطوات، لذلك اقرأ المخرجات المتوقعة قبل تشغيله.

قد يؤثر في محتوى أو قرار داخل المتجر، فراجع المعاينة أولًا.

الصلاحيات المطلوبة

merchant_inputsتصفح الواجهة العامة

ملفات البرومبت

7 ملفات داخل 5 مجلدات
agentsتعليمات تنفيذ الوكيلملف واحد
assetsقالب المخرجات الجاهزملف واحد
examplesطلب عملي جاهزملف واحد
referencesالدليل المتخصص والمدخلات والسلامة3 ملفات
scriptsأداة تحقق قابلة للتشغيلملف واحد
LICENSE.txtحقوق الاستخدامSKILL.md7 KB
وثيقة البرومبت الكاملةافتحها فقط إذا أردت مراجعة كل التعليمات والخطوات
SKILL.mdللقراءة فقط
name
validate-store-idea
description
اختبر فكرة متجر إلكتروني قبل البناء أو شراء المخزون عبر صياغة الفرضيات، جمع أدلة سلوكية ومقابلات، اختبار طلب أخلاقي، وتحديد قرار استمر أو عدّل أو أوقف. استخدمها عندما تكون الفكرة جديدة، أو عند مقارنة شرائح أو مشكلات أو عروض، أو قبل الالتزام بمنصة أو مورد أو كمية شراء.

اختبر فكرة متجرك قبل تبدأ

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

المسار

  1. اقرأ references/research-method.md قبل بدء الاختبار.
  2. اجمع الحد الأدنى من المدخلات أدناه. إذا غابت معلومة، سجّلها كفجوة ولا تخترعها. إذا لم يحدد التاجر أكبر مخاطرة، استنتج مرشحًا من الفرضيات وسمّه بوضوح «مخاطرة مستنتجة تحتاج تأكيدًا» بدل إيقاف العمل.
  3. صغ الفرضية في سطر: شريحة محددة + مشكلة متكررة + حل مقترح + سبب دفع.
  4. أنشئ سجل أدلة يفصل بين:
    • سلوك مباشر: طلب تجربة، تسجيل اهتمام مؤهل، عربون قابل للاسترداد، أو شراء حقيقي.
    • مقابلة: مشكلة متكررة موصوفة بأمثلة حديثة.
    • طلب ثانوي: بحث، منافسون، تقييمات، أو بيانات سوق.
    • اقتصاديات أولية: سعر مقبول وتكلفة تقريبية وهوامش لم تُتحقق بعد.
  5. ابحث عن دليل مضاد قبل تأكيد الفكرة. عند تقييم «لا توجد حجوزات»، اطلب المقام والسياق: كم شخصًا مؤهلًا شاهد عرضًا واضحًا، ما السعر والقناة ودعوة الإجراء، وكم مضى من الوقت. غياب الحجز دون تعرض صالح ليس دليل رفض.
  6. صمم أصغر اختبار أخلاقي يجيب عن أكبر مخاطرة خلال مدة وميزانية محددتين.
  7. أعط قرارًا واحدًا: استمر، عدّل، أو أوقف مؤقتًا، مع شرط واضح للانتقال للمرحلة التالية.
  8. استخدم assets/output-template.md لتسليم النتيجة.
  9. عند توفر JSON للأدلة، شغّل node scripts/validate-evidence.mjs <evidence.json>.

الحد الأدنى من المدخلات

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

قواعد جودة الدليل

  • قدّم الوقائع والتفسيرات منفصلة.
  • لا تجمع أرقامًا من مصادر مختلفة وكأنها عينة واحدة.
  • لكل دليل: المصدر، التاريخ، الشريحة، السلوك المرصود، وما الذي لا يثبته.
  • لا تعتبر حجم سوق عام دليلًا على طلب المنتج المحدد.
  • لا تعتبر استطلاع النية شراءً؛ أعطه وزنًا أقل من السلوك المباشر.
  • إذا كانت الأدلة متعارضة، اعرض التعارض بدل طمسه.
  • أي حجم عينة أو عتبة نجاح تقترحها هي تصميم اختبار خاص بالسياق، وليست معيارًا سوقيًا. اذكر مبررها ودرجة عدم اليقين وما الذي سيغيرها.
  • لا تدّعِ تحقق الربحية قبل تشغيل برومبت model-store-unit-economics ببيانات فعلية.
  • استخدم القرار هكذا: استمر عند وجود سلوك مباشر وعدم وجود مانع حرج؛ عدّل عند ثبوت المشكلة مع خلل في الشريحة/العرض/السعر؛ أوقف مؤقتًا عندما تكون الأدلة غير كافية أو توجد فجوة سلامة/امتثال/وفاء تمنع الاختبار. عبارة «أوقف مؤقتًا» لا تعني أن الفكرة فشلت.

تصميم اختبار الطلب

اختر اختبارًا واحدًا يخدم الفرضية الأهم:

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

يجب أن يحدد الاختبار مسبقًا: العينة المستهدفة، القناة، مدة الاختبار، تكلفة الاختبار، إشارة النجاح، إشارة الفشل، وكيفية حماية بيانات المشاركين.

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

عقد المخرجات

سلّم الأقسام التالية بهذا الترتيب:

  1. القرار: استمر/عدّل/أوقف مؤقتًا، ولماذا.
  2. الفرضية الأساسية.
  3. أخطر ثلاثة افتراضات.
  4. سجل الأدلة مع قوة كل دليل وحدوده.
  5. الأدلة المضادة والفجوات.
  6. تجربة تحقق واحدة قابلة للتنفيذ.
  7. بوابة القرار ومعيارها الرقمي أو السلوكي ومبرر العتبة.
  8. الخطوة التالية وما الذي لا يزال مجهولًا.

اقرأ references/source-register.md عند الاستناد إلى إرشادات تنظيمية أو بحث سوقي، واذكر تاريخ الاطلاع والرابط في النتيجة.

مثال

راجع examples/example-request.md وexamples/example-output.md. المثال يوضح مستوى الدليل المطلوب، وليس أرقامًا معيارية تنطبق على كل متجر.