الوحدة E: دليل التنفيذ

دورة STREETS لدخل المطورين — وحدة مدفوعة الأسبوعان 9-10 | 6 دروس | المُخرَج: منتجك الأول، مباشر ويقبل المدفوعات

"من الفكرة إلى النشر في 48 ساعة. بدون تفكير مفرط."

لديك البنية التحتية (الوحدة S). لديك الخندق الدفاعي (الوحدة T). لديك تصاميم محركات الإيرادات (الوحدة R). حان وقت الإطلاق.

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

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

بنهاية هذين الأسبوعين، سيكون لديك:

فكرة منتج مُتحقق منها ومُختبرة مقابل إشارات طلب حقيقية
منتج مباشر ومنشور يمكن الوصول إليه عبر نطاق حقيقي
معالجة مدفوعات تقبل أموالاً حقيقية
إطلاق واحد على الأقل على منصة يتجمع فيها جمهورك المستهدف
نظام مقاييس ما بعد الإطلاق لتوجيه خطواتك التالية

لا افتراضات. لا "من الناحية النظرية." منتج حقيقي، مباشر على الإنترنت، قادر على توليد إيرادات.

إذا لم تكن قد أكملت الوحدة R بعد، يمكنك الاستمرار في استخدام هذه الوحدة — لكن وجود تصميم محرك إيرادات جاهز سيجعل سباق الـ 48 ساعة أكثر سلاسة بشكل ملحوظ.

لنبنِ ذلك.

الدرس 1: سباق الـ 48 ساعة

"من صباح السبت إلى مساء الأحد. منتج واحد. صفر أعذار."

لماذا 48 ساعة

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

قيد الـ 48 ساعة ليس متعلقاً ببناء شيء مثالي. بل ببناء شيء موجود. الوجود يتفوق على الكمال في كل مرة، لأن المنتج المباشر يولّد بيانات — من يزور، من ينقر، من يدفع، من يشتكي — والبيانات تخبرك بما يجب بناؤه لاحقاً.

كل منتج مطوّر ناجح درسته اتبع هذا النمط: أطلق بسرعة، تعلّم بسرعة، كرّر بسرعة. المنتجات التي فشلت؟ كلها تملك ملفات README جميلة وصفر مستخدمين.

إليك دليلك دقيقة بدقيقة.

اليوم الأول — السبت

الفترة الصباحية (4 ساعات): التحقق من الطلب

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

الخطوة 1: فحص حجم البحث (45 دقيقة)

اذهب إلى هذه المصادر وابحث عن فكرة منتجك والمصطلحات ذات الصلة:

Google Trends (https://trends.google.com) — مجاني. يعرض الاهتمام النسبي بالبحث عبر الزمن. تريد أن ترى خطاً مستقراً أو صاعداً، لا منحدراً.
Ahrefs Free Webmaster Tools (https://ahrefs.com/webmaster-tools) — مجاني مع تحقق من الموقع. يعرض أحجام الكلمات المفتاحية.
Ubersuggest (https://neilpatel.com/ubersuggest/) — الفئة المجانية تمنحك 3 عمليات بحث يومياً. يعرض حجم البحث والصعوبة والمصطلحات ذات الصلة.
AlsoAsked (https://alsoasked.com) — فئة مجانية. يعرض بيانات "يسأل الناس أيضاً" من Google. يكشف الأسئلة التي يطرحها الناس فعلاً.

ما تبحث عنه:

إشارات جيدة:
- 500+ عملية بحث شهرية لكلمتك المفتاحية الأساسية
- اتجاه صاعد خلال الـ 12 شهراً الماضية
- أسئلة متعددة في "يسأل الناس أيضاً" بدون إجابات جيدة
- كلمات مفتاحية طويلة الذيل ذات صلة بمنافسة منخفضة

إشارات سيئة:
- اهتمام بحثي متراجع
- صفر حجم بحث (لا أحد يبحث عن هذا)
- هيمنة شركات ضخمة على الصفحة الأولى
- لا تنوع في مصطلحات البحث (ضيق جداً)

مثال حقيقي: افترض أن فكرة محرك إيرادات الوحدة R الخاصة بك هي "مكتبة مكونات Tailwind CSS للوحات تحكم SaaS."

بحث: "tailwind dashboard components" — 2,900/شهرياً، اتجاه صاعد
بحث: "tailwind admin template" — 6,600/شهرياً، مستقر
بحث: "react dashboard template tailwind" — 1,300/شهرياً، صاعد
ذو صلة: "shadcn dashboard", "tailwind analytics components"

الحكم: طلب قوي. زوايا كلمات مفتاحية متعددة. تابع.

مثال آخر: افترض أن فكرتك هي "أداة إخفاء هوية ملفات السجلات بلغة Rust."

بحث: "log file anonymizer" — 90/شهرياً، مستقر
بحث: "anonymize log files" — 140/شهرياً، مستقر
بحث: "PII removal from logs" — 320/شهرياً، صاعد
ذو صلة: "GDPR log compliance", "scrub PII from logs"

الحكم: متخصص لكنه ينمو. زاوية "إزالة PII" لديها حجم أكبر
من زاوية "إخفاء الهوية". أعد صياغة تموضعك.

الخطوة 2: التنقيب في سلاسل المجتمع (60 دقيقة)

اذهب إلى حيث يطلب المطورون الأشياء وابحث في مجال مشكلتك:

Reddit: ابحث في r/webdev، r/reactjs، r/selfhosted، r/SideProject، r/programming، والمنتديات الفرعية المتخصصة ذات الصلة بمجالك
Hacker News: استخدم https://hn.algolia.com للبحث في النقاشات السابقة
GitHub Issues: ابحث عن المشكلات في المستودعات الشائعة المتعلقة بمجالك
Stack Overflow: ابحث عن الأسئلة ذات التصويتات الكثيرة لكن بإجابات مقبولة غير مرضية
خوادم Discord: تحقق من خوادم مجتمع المطورين ذات الصلة

ما توثقه:

## نتائج التنقيب في السلاسل

### السلسلة 1
- **المصدر:** Reddit r/reactjs
- **الرابط:** [رابط]
- **العنوان:** "Is there a good Tailwind dashboard kit that isn't $200?"
- **التصويتات الإيجابية:** 147
- **التعليقات:** 83
- **اقتباسات رئيسية:**
  - "Everything on the market is either free and ugly, or $200+ and overkill"
  - "I just need 10-15 well-designed components, not 500"
  - "Would pay $49 for something that actually looks good out of the box"
- **الاستنتاج:** حساسية سعرية عند $200+، استعداد للدفع عند $29-49

### السلسلة 2
- ...

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

الخطوة 3: تدقيق المنافسين (45 دقيقة)

ابحث عما هو موجود بالفعل. هذا ليس محبطاً — إنه تأكيدي. المنافسون يعنون أن هناك سوقاً. عدم وجود منافسين عادةً يعني عدم وجود سوق، وليس أنك وجدت محيطاً أزرقاً.

لكل منافس، وثّق:

## تدقيق المنافسين

### المنافس 1: [الاسم]
- **الرابط:** [رابط]
- **السعر:** $XX
- **ما يجيدونه:** [أشياء محددة]
- **ما هو سيئ فيه:** [شكاوى محددة من المراجعات/السلاسل]
- **مراجعاتهم:** [تحقق من G2، مراجعات ProductHunt، إشارات Reddit]
- **زاويتك:** [كيف ستفعلها بشكل مختلف]

### المنافس 2: [الاسم]
- ...

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

الخطوة 4: اختبار "10 أشخاص سيدفعون" (30 دقيقة)

هذه هي بوابة التحقق النهائية. تحتاج إيجاد دليل على أن 10 أشخاص على الأقل سيدفعون مالاً مقابل هذا. ليس "أبدوا اهتماماً." ليس "قالوا إنه رائع." سيدفعون.

مصادر الأدلة:

سلاسل Reddit حيث يقول الناس "سأدفع مقابل X" (أقوى إشارة)
منتجات منافسة لديها عملاء يدفعون (تثبت أن السوق يدفع)
منتجات على Gumroad/Lemon Squeezy في مجالك مع أعداد مبيعات مرئية
مستودعات GitHub بـ 1,000+ نجمة تحل مشكلة ذات صلة (الناس يقدرون هذا بما يكفي لإضافة نجمة)
جمهورك الخاص إن وُجد (غرّد بها، أرسل رسالة مباشرة لـ 10 أشخاص، اسأل مباشرة)

إذا نجحت في هذا الاختبار: تابع. ابنِه.

إذا فشلت في هذا الاختبار: غيّر زاويتك، لا فكرتك بالكامل. قد يكون الطلب موجوداً في مجال مجاور. جرّب تموضعاً مختلفاً قبل التخلي.

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

الفترة المسائية (4 ساعات): بناء المنتج الأولي القابل للتطبيق

لقد تحققت من الطلب. لديك بحث عن المنافسين. تعرف ما يريده الناس وما تفتقر إليه الحلول الحالية. الآن ابنِ النسخة الدنيا التي تحل المشكلة الجوهرية.

قاعدة الميزات الثلاث

نسختك v0.1 تحتوي على 3 ميزات بالضبط. ليس 4. ليس 7. ثلاث.

كيف تختارها:

ما هو الشيء الوحيد الذي يفعله منتجك؟ (الميزة 1 — الجوهر)
ما الذي يجعله قابلاً للاستخدام؟ (الميزة 2 — عادةً المصادقة، أو الحفظ/التصدير، أو الإعدادات)
ما الذي يجعله يستحق الدفع مقابله مقارنة بالبدائل؟ (الميزة 3 — عامل التمييز الخاص بك)

كل شيء آخر يذهب إلى قائمة "v0.2" التي لا تلمسها هذا الأسبوع.

مثال حقيقي — مكتبة مكونات لوحة تحكم Tailwind:

الجوهر: 12 مكوناً جاهزاً للإنتاج للوحات التحكم (رسوم بيانية، جداول، بطاقات إحصاءات، تنقل)
قابل للاستخدام: مقتطفات شيفرة للنسخ واللصق مع معاينة مباشرة
عامل التمييز: الوضع الداكن مدمج، المكونات مصممة للعمل معاً (ليست مجموعة عشوائية)

مثال حقيقي — أداة CLI لتنظيف PII من السجلات:

الجوهر: اكتشاف وحجب PII من ملفات السجلات (البريد الإلكتروني، عناوين IP، الأسماء، أرقام الضمان الاجتماعي)
قابل للاستخدام: يعمل كأنبوب CLI (cat logs.txt | pii-scrub > clean.txt)
عامل التمييز: ملف قواعد قابل للتخصيص، يتعامل مع 15+ تنسيق سجلات تلقائياً

هيكلة المشروع

استخدم نماذج اللغة الكبيرة للتسريع، لا للاستبدال. إليك سير العمل العملي:

# هيكلة تطبيق ويب (أداة SaaS، مكتبة مكونات مع موقع توثيق، إلخ.)
pnpm create vite@latest my-product -- --template react-ts
cd my-product
pnpm install

# إضافة Tailwind CSS (الأكثر شيوعاً لمنتجات المطورين)
pnpm install -D tailwindcss @tailwindcss/vite

# إضافة التوجيه إذا كنت بحاجة لصفحات متعددة
pnpm install react-router-dom

# بنية المشروع — اجعلها مسطحة لبناء 48 ساعة
mkdir -p src/components src/pages src/lib

# هيكلة أداة CLI (للأدوات المساعدة للمطورين)
cargo init my-tool
cd my-tool

# التبعيات الشائعة لأدوات CLI
cargo add clap --features derive    # تحليل الوسائط
cargo add serde --features derive   # التسلسل
cargo add serde_json                # معالجة JSON
cargo add anyhow                    # معالجة الأخطاء
cargo add regex                     # مطابقة الأنماط

# هيكلة حزمة npm (للمكتبات/الأدوات المساعدة)
mkdir my-package && cd my-package
pnpm init
pnpm install -D typescript tsup vitest
mkdir src

سير عمل نموذج اللغة الكبير للبناء

لا تطلب من نموذج اللغة الكبير بناء منتجك بالكامل. ذلك ينتج شيفرة عامة وهشة. بدلاً من ذلك:

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

عمل متوازٍ أثناء البرمجة: افتح محادثة ثانية مع نموذج اللغة الكبير واطلب منه صياغة نص صفحة الهبوط والـ README والتوثيق. ستعدلها في المساء، لكن المسودات الأولى ستكون جاهزة.

انضباط الوقت

2:00 مساءً — الميزة 1 (الوظيفة الجوهرية): ساعتان
           إذا لم تعمل بحلول 4 مساءً، قلّص النطاق.
4:00 مساءً — الميزة 2 (قابلية الاستخدام): ساعة واحدة
           اجعلها بسيطة. الصقل يأتي لاحقاً.
5:00 مساءً — الميزة 3 (عامل التمييز): ساعة واحدة
           هذا ما يجعلك تستحق الدفع مقابله. ركّز هنا.
6:00 مساءً — توقف عن البرمجة. لا يحتاج أن يكون مثالياً.

خطأ شائع: "ميزة واحدة أخرى فقط قبل أن أتوقف." هكذا تصبح مشاريع نهاية الأسبوع مشاريع أشهر. الميزات الثلاث هي نطاقك. إذا خطرت لك فكرة رائعة أثناء البناء، اكتبها في قائمة v0.2 واستمر. يمكنك إضافتها الأسبوع القادم بعد أن يكون لديك عملاء يدفعون.

الفترة المسائية (ساعتان): كتابة صفحة الهبوط

صفحة هبوطك لها مهمة واحدة: إقناع الزائر بالدفع. لا تحتاج أن تكون جميلة. تحتاج أن تكون واضحة.

صفحة الهبوط ذات الأقسام الخمسة

كل صفحة هبوط ناجحة لمنتج مطورين تتبع هذا الهيكل. لا تعد اختراعها:

القسم 1: العنوان الرئيسي + العنوان الفرعي
  - ماذا يفعل في 8 كلمات أو أقل
  - لمن هو وما النتيجة التي يحصلون عليها

القسم 2: المشكلة
  - 3 نقاط ألم يتعرف عليها عميلك المستهدف
  - استخدم لغتهم الدقيقة من تنقيب السلاسل

القسم 3: الحل
  - لقطات شاشة أو أمثلة شيفرة لمنتجك
  - 3 ميزات مُعيّنة على نقاط الألم الثلاث أعلاه

القسم 4: التسعير
  - مستوى أو مستويان. اجعلها بسيطة للنسخة v0.1.
  - خيار الفوترة السنوية إذا كان اشتراكاً.

القسم 5: دعوة لاتخاذ إجراء (CTA)
  - زر واحد. "ابدأ الآن"، "اشترِ الآن"، "حمّل".
  - كرّر الفائدة الجوهرية.

مثال نص حقيقي — مجموعة لوحة تحكم Tailwind:

# القسم 1
## DashKit — مكونات لوحة تحكم Tailwind الجاهزة للإنتاج
أطلق لوحة تحكم SaaS الخاصة بك في ساعات، لا أسابيع.
12 مكوناً للنسخ واللصق. وضع داكن. $29.

# القسم 2
## المشكلة
- مجموعات واجهة المستخدم العامة تمنحك 500 مكون لكن صفر تماسك
- بناء واجهات لوحة التحكم من الصفر يستغرق 40+ ساعة
- الخيارات المجانية تبدو مثل Bootstrap من 2018

# القسم 3
## ما تحصل عليه
- **12 مكوناً** مصممة للعمل معاً (ليست مجموعة عشوائية)
- **وضع داكن** مدمج — تبديل بخاصية واحدة
- **شيفرة للنسخ واللصق** — لا npm install، لا تبعيات، لا قيود
[لقطة شاشة لأمثلة المكونات]

# القسم 4
## التسعير
**DashKit** — $29 دفعة واحدة
- جميع المكونات الـ 12 مع الشيفرة المصدرية
- تحديثات مجانية لمدة 12 شهراً
- استخدم في مشاريع غير محدودة

**DashKit Pro** — $59 دفعة واحدة
- كل شيء في DashKit
- 8 قوالب صفحات كاملة (تحليلات، CRM، إدارة، إعدادات)
- ملفات تصميم Figma
- طلبات ميزات ذات أولوية

# القسم 5
## أطلق لوحة تحكمك هذا الأسبوع.
[اشترِ DashKit — $29]

مثال نص حقيقي — أداة تنظيف PII من السجلات:

# القسم 1
## ScrubLog — أزل PII من ملفات السجلات في ثوانٍ
امتثال GDPR لسجلاتك. أمر واحد.

# القسم 2
## المشكلة
- سجلاتك تحتوي على عناوين بريد إلكتروني وعناوين IP وأسماء لا ينبغي أن تخزنها
- الحجب اليدوي يستغرق ساعات ويفوّت أشياء
- الأدوات المؤسسية تكلف $500/شهرياً وتتطلب دكتوراه لتهيئتها

# القسم 3
## كيف يعمل
```bash
cat server.log | scrublog > clean.log

يكتشف 15+ نمط PII تلقائياً
قواعد مخصصة عبر تهيئة YAML
يتعامل مع تنسيقات JSON وApache وNginx والنص العادي [لقطة شاشة للطرفية تُظهر قبل/بعد]

القسم 4

التسعير

شخصي — مجاني

5 أنماط PII، تنسيق سجل واحد

احترافي — $19/شهرياً

جميع أنماط PII الـ 15+
جميع تنسيقات السجلات
قواعد مخصصة
مشاركة تهيئة الفريق

القسم 5

توقف عن تخزين PII لا تحتاجها.

[احصل على ScrubLog Pro — $19/شهرياً]


**سير عمل نموذج اللغة الكبير للنصوص:**

1. أطعم نموذج اللغة الكبير تدقيق المنافسين ونتائج تنقيب السلاسل
2. اطلب منه صياغة نص صفحة الهبوط باستخدام قالب الأقسام الخمسة
3. عدّل بلا رحمة: استبدل كل عبارة غامضة بعبارة محددة
4. اقرأها بصوت عالٍ. إذا جعلتك أي جملة تنزعج، أعد كتابتها.

**بناء صفحة الهبوط:**

لسباق 48 ساعة، لا تبنِ صفحة هبوط مخصصة من الصفر. استخدم أحد هذه:


- **موقع منتجك نفسه** — إذا كان تطبيق ويب، اجعل صفحة الهبوط هي الصفحة الرئيسية لحالة عدم تسجيل الدخول
- **Astro + Tailwind** — موقع ثابت، ينشر على Vercel في دقيقتين، سريع للغاية
- **Next.js** — إذا كان منتجك بالفعل React، أضف مسار صفحة تسويقية
- **Framer** (https://framer.com) — منشئ بصري، يُصدّر شيفرة نظيفة، فئة مجانية متاحة
- **Carrd** (https://carrd.co) — $19/سنوياً، مواقع صفحة واحدة بسيطة للغاية

```bash
# أسرع مسار: موقع Astro ثابت
pnpm create astro@latest my-product-site
cd my-product-site
pnpm install
# إضافة Tailwind
pnpm astro add tailwind

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

اليوم الثاني — الأحد

الفترة الصباحية (3 ساعات): النشر

منتجك يحتاج أن يكون مباشراً على الإنترنت على رابط حقيقي. ليس localhost. ليس رابط معاينة Vercel مع تجزئة عشوائية. نطاق حقيقي، مع HTTPS، يمكنك مشاركته ويمكن للناس زيارته.

الخطوة 1: نشر التطبيق (60 دقيقة)

اختر منصة النشر بناءً على ما بنيته:

موقع ثابت / SPA (مكتبة مكونات، صفحة هبوط، موقع توثيق):

# Vercel — أسرع مسار للمواقع الثابتة وNext.js
pnpm install -g vercel
vercel

# سيطرح عليك أسئلة. قل نعم لكل شيء.
# موقعك مباشر في ~60 ثانية.

تطبيق ويب مع خلفية (أداة SaaS، خدمة API):

# Railway — بسيط، فئة مجانية جيدة، يتعامل مع قواعد البيانات
# https://railway.app
# اربط مستودع GitHub الخاص بك وانشر.

# أو Fly.io — تحكم أكبر، نشر على الحافة العالمية
# https://fly.io
curl -L https://fly.io/install.sh | sh
fly launch
fly deploy

أداة CLI / حزمة npm:

# سجل npm
npm publish

# أو التوزيع كملف ثنائي عبر GitHub Releases
# استخدم cargo-dist لمشاريع Rust
cargo install cargo-dist
cargo dist init
cargo dist build
# ارفع الملفات الثنائية إلى إصدار GitHub

الخطوة 2: شراء نطاق (30 دقيقة)

نطاق حقيقي يكلف $12/سنوياً. إذا لم تتمكن من استثمار $12 في عملك، فأنت لست جاداً بشأن امتلاك عمل تجاري.

أين تشتري:

Namecheap (https://namecheap.com) — $8-12/سنوياً لـ .com، إدارة DNS جيدة
Cloudflare Registrar (https://dash.cloudflare.com) — تسعير بالتكلفة (غالباً $9-10/سنوياً لـ .com)، DNS ممتاز
Porkbun (https://porkbun.com) — غالباً الأرخص للسنة الأولى، واجهة مستخدم جيدة

نصائح لتسمية النطاق:

الأقصر أفضل. مقطعان مثالي، 3 كحد أقصى.
.com لا يزال يفوز بالثقة. .dev و.io مقبولان لأدوات المطورين.
تحقق من التوفر على مسجّل النطاقات الخاص بك، ليس على GoDaddy (يقومون بحجز النطاقات استباقياً عند البحث).
لا تقضِ أكثر من 15 دقيقة في الاختيار. الاسم يهم أقل مما تعتقد.

# توجيه نطاقك إلى Vercel
# في لوحة تحكم Vercel: Settings > Domains > Add your domain
# ثم في إعدادات DNS لمسجّل النطاقات الخاص بك، أضف:
# سجل A: @ -> 76.76.21.21
# سجل CNAME: www -> cname.vercel-dns.com

# أو إذا كنت تستخدم Cloudflare لـ DNS:
# فقط أضف نفس السجلات في لوحة DNS الخاصة بـ Cloudflare
# SSL تلقائي مع كل من Vercel وCloudflare

الخطوة 3: المراقبة الأساسية (30 دقيقة)

تحتاج معرفة شيئين: هل الموقع يعمل، وهل الناس يزورونه.

مراقبة وقت التشغيل (مجانية):

Better Uptime (https://betteruptime.com) — الفئة المجانية تراقب 10 روابط كل 3 دقائق
UptimeRobot (https://uptimerobot.com) — الفئة المجانية تراقب 50 رابطاً كل 5 دقائق

أعد المراقبة لـ:
1. رابط صفحة الهبوط الخاصة بك
2. نقطة نهاية الصحة لتطبيقك (إن وُجدت)
3. رابط webhook للمدفوعات (حرج — تحتاج معرفة إذا تعطلت المدفوعات)

التحليلات (محترمة للخصوصية):

لا تستخدم Google Analytics. جمهور المطورين يحجبها، وهي مبالغة لمنتج جديد، وهي مسؤولية خصوصية.

Plausible (https://plausible.io) — $9/شهرياً، خصوصية أولاً، سطر شيفرة واحد
Fathom (https://usefathom.com) — $14/شهرياً، خصوصية أولاً، خفيف
Umami (https://umami.is) — مجاني ومُستضاف ذاتياً، أو $9/شهرياً سحابي

<!-- Plausible — سطر واحد في <head> -->
<script defer data-domain="yourdomain.com"
  src="https://plausible.io/js/script.js"></script>

<!-- Umami — سطر واحد في <head> -->
<script defer
  src="https://your-umami-instance.com/script.js"
  data-website-id="your-website-id"></script>

كلام صريح: نعم، $9/شهرياً للتحليلات على منتج لم يجنِ مالاً بعد يبدو غير ضروري. لكنك لا تستطيع تحسين ما لا تستطيع قياسه. الشهر الأول من بيانات التحليلات سيخبرك عن سوقك أكثر من شهر من التخمين. إذا كانت $9/شهرياً تكسر ميزانيتك، استضف Umami مجاناً على Railway.

الفترة المسائية (ساعتان): إعداد المدفوعات

إذا لم يتمكن منتجك من قبول المال، فهو مشروع هواية. إعداد المدفوعات يستغرق وقتاً أقل مما يعتقد معظم المطورين — حوالي 20-30 دقيقة للتدفق الأساسي.

الخيار أ: Lemon Squeezy (موصى به للمنتجات الرقمية)

Lemon Squeezy (https://lemonsqueezy.com) يتعامل مع معالجة الدفع وضريبة المبيعات وضريبة القيمة المضافة والتسليم الرقمي في منصة واحدة. إنه أسرع مسار من الصفر إلى قبول المدفوعات.

لماذا Lemon Squeezy بدلاً من Stripe لمنتجك الأول:

يعمل كتاجر مسجّل — يتعامل مع ضريبة المبيعات وضريبة القيمة المضافة والامتثال نيابةً عنك
صفحات دفع مدمجة — لا حاجة لعمل واجهة أمامية
تسليم رقمي مدمج — ارفع ملفاتك، وهم يتعاملون مع الوصول
5% + $0.50 لكل معاملة (أعلى من Stripe، لكن يوفر عليك ساعات من صداع الضرائب)

دليل الإعداد:

سجّل في https://app.lemonsqueezy.com
أنشئ متجراً (اسم عملك التجاري)
أضف منتجاً:
- الاسم، الوصف، السعر
- ارفع الملفات للتسليم الرقمي (إن وُجد)
- أعد تراخيص المفاتيح (إذا كنت تبيع برمجيات)
احصل على رابط صفحة الدفع — هذا ما يُرتبط به زر "اشترِ" الخاص بك
أعد webhook لأتمتة ما بعد الشراء

// معالج webhook لـ Lemon Squeezy (Node.js/Express)
// POST /api/webhooks/lemonsqueezy

import crypto from 'crypto';

const WEBHOOK_SECRET = process.env.LEMONSQUEEZY_WEBHOOK_SECRET;

export async function handleLemonSqueezyWebhook(req, res) {
  // التحقق من توقيع webhook
  const signature = req.headers['x-signature'];
  const hmac = crypto.createHmac('sha256', WEBHOOK_SECRET);
  const digest = hmac.update(JSON.stringify(req.body)).digest('hex');

  if (signature !== digest) {
    return res.status(401).json({ error: 'Invalid signature' });
  }

  const event = req.body;

  switch (event.meta.event_name) {
    case 'order_created': {
      const order = event.data;
      const customerEmail = order.attributes.user_email;
      const productId = order.attributes.first_order_item.product_id;
      const orderId = order.id;

      console.log(`New order: ${orderId} from ${customerEmail}`);

      // إرسال بريد ترحيبي، منح الوصول، إنشاء مفتاح ترخيص، إلخ.
      await grantProductAccess(customerEmail, productId);
      await sendWelcomeEmail(customerEmail, orderId);

      break;
    }

    case 'subscription_created': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`New subscription from ${customerEmail}`);
      await createSubscription(customerEmail, subscription);

      break;
    }

    case 'subscription_cancelled': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`Subscription cancelled: ${customerEmail}`);
      await revokeAccess(customerEmail);

      break;
    }

    default:
      console.log(`Unhandled event: ${event.meta.event_name}`);
  }

  return res.status(200).json({ received: true });
}

الخيار ب: Stripe (تحكم أكبر، عمل أكثر)

Stripe (https://stripe.com) يمنحك تحكماً أكبر لكن يتطلب منك التعامل مع الامتثال الضريبي بشكل منفصل. أفضل لـ SaaS مع فوترة معقدة.

// جلسة Stripe Checkout (Node.js)
// تُنشئ صفحة دفع مُستضافة

import Stripe from 'stripe';

const stripe = new Stripe(process.env.STRIPE_SECRET_KEY);

export async function createCheckoutSession(req, res) {
  const session = await stripe.checkout.sessions.create({
    payment_method_types: ['card'],
    line_items: [
      {
        price_data: {
          currency: 'usd',
          product_data: {
            name: 'DashKit Pro',
            description: '12 Tailwind dashboard components + 8 templates + Figma files',
          },
          unit_amount: 5900, // $59.00 بالسنتات
        },
        quantity: 1,
      },
    ],
    mode: 'payment', // 'subscription' للمتكرر
    success_url: `${process.env.DOMAIN}/success?session_id={CHECKOUT_SESSION_ID}`,
    cancel_url: `${process.env.DOMAIN}/pricing`,
    customer_email: req.body.email, // ملء مسبق إذا كان لديك
  });

  return res.json({ url: session.url });
}

// معالج webhook لـ Stripe
export async function handleStripeWebhook(req, res) {
  const sig = req.headers['stripe-signature'];

  let event;
  try {
    event = stripe.webhooks.constructEvent(
      req.body, // الجسم الخام، ليس JSON المحلل
      sig,
      process.env.STRIPE_WEBHOOK_SECRET
    );
  } catch (err) {
    console.error(`Webhook signature verification failed: ${err.message}`);
    return res.status(400).send(`Webhook Error: ${err.message}`);
  }

  switch (event.type) {
    case 'checkout.session.completed': {
      const session = event.data.object;
      await fulfillOrder(session);
      break;
    }
    case 'customer.subscription.deleted': {
      const subscription = event.data.object;
      await revokeSubscriptionAccess(subscription);
      break;
    }
  }

  return res.json({ received: true });
}

لكلتا المنصتين — اختبر قبل أن تطلق:

# Lemon Squeezy: استخدم وضع الاختبار في لوحة التحكم
# بدّل "Test mode" في الزاوية العلوية اليمنى من لوحة تحكم Lemon Squeezy
# استخدم رقم البطاقة: 4242 4242 4242 4242، أي تاريخ انتهاء مستقبلي، أي CVC

# Stripe: استخدم مفاتيح API لوضع الاختبار
# بطاقة اختبار: 4242 4242 4242 4242
# بطاقة اختبار مرفوضة: 4000 0000 0000 0002
# بطاقة اختبار تتطلب مصادقة: 4000 0025 0000 3155

نفّذ تدفق الشراء بالكامل بنفسك في وضع الاختبار. انقر زر الشراء، أكمل الدفع، تحقق من إطلاق webhook، تحقق من منح الوصول. إذا فشلت أي خطوة في وضع الاختبار، ستفشل مع العملاء الحقيقيين.

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

الفترة المسائية (3 ساعات): الإطلاق

منتجك مباشر. المدفوعات تعمل. صفحة الهبوط واضحة. الآن تحتاج أن يراها البشر.

استراتيجية الإطلاق الهادئ

لا تقم بـ "إطلاق كبير" لمنتجك الأول. الإطلاقات الكبيرة تخلق ضغطاً لتكون مثالياً، ونسختك v0.1 ليست مثالية. بدلاً من ذلك، قم بإطلاق هادئ: شاركه في بضعة أماكن، اجمع الملاحظات، أصلح المشاكل الحرجة، ثم قم بالإطلاق الكبير في 1-2 أسبوع.

منصة الإطلاق 1: Reddit (30 دقيقة)

انشر في r/SideProject ومنتدى فرعي متخصص واحد ذي صلة بمنتجك.

قالب منشور Reddit:

العنوان: I built [ماذا يفعل] in a weekend — [الفائدة الرئيسية]

المحتوى:
Hey [اسم المنتدى الفرعي],

I've been frustrated with [المشكلة] for a while, so I built
[اسم المنتج] this weekend.

**What it does:**
- [الميزة 1 — القيمة الجوهرية]
- [الميزة 2]
- [الميزة 3]

**What makes it different from [المنافس]:**
[فقرة صادقة واحدة عن عامل التمييز الخاص بك]

**Pricing:**
[كن شفافاً. "$29 one-time" أو "Free tier + $19/mo Pro"]

I'd love feedback. What am I missing? What would make this
useful for your workflow?

[رابط المنتج]

قواعد منشورات Reddit:

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

منصة الإطلاق 2: Hacker News (30 دقيقة)

إذا كان منتجك تقنياً ومثيراً للاهتمام، انشر Show HN. في قسم "التفاصيل التقنية"، اذكر أدواتك (أدواتك الأساسية) واشرح لماذا اخترتها — قراء HN يحبون القرارات التقنية المدروسة.

قالب Show HN:

العنوان: Show HN: [اسم المنتج] – [ماذا يفعل في أقل من 70 حرفاً]

المحتوى:
[اسم المنتج] is [جملة واحدة تشرح ماذا يفعل].

I built this because [دافع حقيقي — ما المشكلة التي كنت تحلها
لنفسك].

Technical details:
- Built with [الأدوات]
- [قرار تقني مثير للاهتمام ولماذا]
- [ما يجعل التنفيذ جديراً بالملاحظة]

Try it: [الرابط]

Feedback welcome. I'm particularly interested in [سؤال محدد لجمهور
HN].

نصائح HN:

انشر بين 7-9 صباحاً بتوقيت شرق الولايات المتحدة (أعلى حركة مرور)
العنوان أهم من أي شيء آخر. كن محدداً وتقنياً.
قراء HN يحترمون الجوهر التقني أكثر من الصقل التسويقي
رد على التعليقات فوراً في أول ساعتين. سرعة التعليقات تؤثر على الترتيب.
لا تتسول التصويتات. فقط انشر وتفاعل.

منصة الإطلاق 3: Twitter/X (30 دقيقة)

اكتب سلسلة إطلاق بأسلوب البناء العلني:

التغريدة 1 (الجذب):
I built [المنتج] in 48 hours this weekend.

It [يحل مشكلة محددة] for [جمهور محدد].

Here's what I shipped, what I learned, and the real numbers. Thread:

التغريدة 2 (المشكلة):
The problem:
[صف نقطة الألم في 2-3 جمل]
[أضف لقطة شاشة أو مثال شيفرة يُظهر الألم]

التغريدة 3 (الحل):
So I built [اسم المنتج].

[لقطة شاشة/GIF للمنتج أثناء العمل]

It does three things:
1. [الميزة 1]
2. [الميزة 2]
3. [الميزة 3]

التغريدة 4 (التفاصيل التقنية):
Tech stack for the nerds:
- [الواجهة الأمامية]
- [الخلفية]
- [الاستضافة — اذكر المنصة المحددة]
- [المدفوعات — اذكر Lemon Squeezy/Stripe]
- Total cost to run: $XX/month

التغريدة 5 (التسعير):
Pricing:
[تسعير واضح، مثل صفحة الهبوط]
[رابط المنتج]

التغريدة 6 (الطلب):
Would love feedback from anyone who [يصف المستخدم المستهدف].

What am I missing? What would make this a must-have for you?

منصة الإطلاق 4: المجتمعات ذات الصلة (30 دقيقة)

حدد 2-3 مجتمعات يتواجد فيها جمهورك المستهدف:

خوادم Discord (مجتمعات المطورين، خوادم خاصة بالأطر)
مجتمعات Slack (العديد من مجتمعات المطورين المتخصصة لديها مجموعات Slack)
Dev.to / Hashnode (اكتب منشوراً قصيراً "بنيت هذا")
Indie Hackers (https://indiehackers.com) — مصمم خصيصاً لهذا
مجموعات Telegram أو WhatsApp ذات الصلة

أول 48 ساعة بعد الإطلاق — ما يجب مراقبته:

المقاييس المطلوب تتبعها:
1. الزوار الفريدون (من التحليلات)
2. معدل النقر من صفحة الهبوط إلى صفحة الدفع (يجب أن يكون 2-5%)
3. معدل تحويل صفحة الدفع إلى الشراء (يجب أن يكون 1-3%)
4. معدل الارتداد (فوق 80% يعني أن عنوانك/صورتك الرئيسية خاطئة)
5. مصادر الحركة (من أين يأتي زوارك؟)
6. التعليقات والملاحظات (نوعي — ماذا يقول الناس؟)

حسابات نموذجية:
- 500 زائر في 48 ساعة (واقعي من Reddit + HN + Twitter)
- 3% ينقرون "اشترِ" = 15 زيارة لصفحة الدفع
- 10% يكملون الشراء = 1-2 مبيعة
- بسعر $29/مبيعة = $29-58 في أول أسبوع لك

هذا ليس مال التقاعد. إنه مال التحقق.
$29 من غريب على الإنترنت يثبت أن منتجك له قيمة.

لا تصب بالذعر إذا حصلت على صفر مبيعات في أول 48 ساعة. انظر إلى قمعك:

صفر زوار؟ توزيعك هو المشكلة، وليس منتجك.
زوار لكن صفر نقرات على "اشترِ"؟ نصك أو سعرك هو المشكلة.
نقرات على "اشترِ" لكن صفر إتمام؟ تدفق الدفع معطل أو سعرك مرتفع جداً مقابل القيمة المتصورة.

كل من هذه لها حل مختلف. لهذا المقاييس مهمة.

دورك الآن

احجز الوقت. افتح تقويمك الآن واحجز يوم السبت القادم من 8 صباحاً إلى 8 مساءً والأحد من 8 صباحاً إلى 8 مساءً. سمّه "سباق الـ 48 ساعة." تعامل معه كرحلة طيران لا يمكنك إعادة جدولتها.
اختر فكرتك. اختر محرك إيرادات واحداً من الوحدة R. اكتب نطاق الميزات الثلاث لنسختك v0.1. إذا لم تتمكن من الاختيار، اختر الفكرة التي تستطيع شرحها لشخص غير مطور في جملة واحدة.
العمل التحضيري. قبل يوم السبت، أنشئ حسابات على:
- Vercel أو Railway أو Fly.io (النشر)
- Lemon Squeezy أو Stripe (المدفوعات)
- Namecheap أو Cloudflare أو Porkbun (النطاق)
- Plausible أو Fathom أو Umami (التحليلات)
- Better Uptime أو UptimeRobot (المراقبة)
افعل هذا في ليلة خلال الأسبوع حتى يكون يوم السبت مخصصاً بالكامل للبناء، لا لإنشاء الحسابات.
حضّر منصات الإطلاق. إذا لم يكن لديك حساب Reddit مع بعض الكارما، ابدأ بالمشاركة في المنتديات الفرعية ذات الصلة هذا الأسبوع. الحسابات التي تنشر فقط ترويجاً ذاتياً تُصنّف. إذا لم يكن لديك حساب Hacker News، أنشئ واحداً وشارك في بضع نقاشات أولاً.

الدرس 2: عقلية "أطلق، ثم حسّن"

"v0.1 بثلاث ميزات تتفوق على v1.0 التي لا تُطلق أبداً."

فخ المثالية

المطورون معرضون بشكل فريد لنمط فشل محدد: البناء في السر إلى الأبد. نعرف كيف تبدو "الشيفرة الجيدة." نعرف أن نسختنا v0.1 ليست شيفرة جيدة. فنعيد الهيكلة. نضيف معالجة الأخطاء. نكتب المزيد من الاختبارات. نحسّن المعمارية. نفعل كل شيء عدا الشيء الوحيد المهم: عرضها على البشر.

إليك حقيقة ستوفر عليك آلاف الساعات: عملاؤك لا يقرأون شيفرتك المصدرية. لا يهتمون بمعماريتك. لا يهتمون بتغطية اختباراتك. يهتمون بشيء واحد: هل يحل هذا مشكلتي؟

منتج بشيفرة معكرونة يحل مشكلة حقيقية سيجني مالاً. منتج بمعمارية جميلة لا يحل أي مشكلة لن يجني شيئاً.

هذا ليس عذراً لكتابة شيفرة سيئة. إنه بيان أولويات. أطلق أولاً. أعد الهيكلة ثانياً. إعادة الهيكلة ستكون أفضل إطلاعاً ببيانات الاستخدام الفعلي على أي حال.

كيف تعمل عقلية "أطلق، ثم حسّن"

تأمل هذا السيناريو: مطور يطلق حزمة قوالب Notion لمديري هندسة البرمجيات. إليك كيف بدت عند الإطلاق:

5 قوالب (ليس 50)
صفحة Gumroad مع فقرة وصف و3 لقطات شاشة
لا موقع مخصص
لا قائمة بريد إلكتروني
لا متابعين على وسائل التواصل الاجتماعي
السعر: $29

نشرها على Reddit وTwitter. هذه هي استراتيجية التسويق بالكامل.

نتائج الشهر الأول:

~170 عملية بيع بسعر $29 = ~$5,000
بعد حصة Gumroad (10%): ~$4,500
الوقت المستثمر: ~30 ساعة إجمالاً (بناء القوالب + كتابة الأوصاف)
المعدل الفعلي للساعة: ~$150/ساعة

هل كانت "مثالية"؟ لا. القوالب كان بها عدم اتساق في التنسيق. بعض الأوصاف كانت عامة. العملاء لم يهتموا. اهتموا بأنها وفرت عليهم بناء القوالب بأنفسهم.

بحلول الشهر الثالث، بناءً على ملاحظات العملاء، المطور:

أصلح مشاكل التنسيق
أضاف المزيد من القوالب (تلك التي طلبها العملاء تحديداً)
رفع السعر إلى $39 (العملاء الحاليون حصلوا على التحديثات مجاناً)
أنشأ مستوى "احترافي" مع فيديو تعليمي مصاحب

المنتج الذي أطلقه كان أسوأ بكل طريقة من المنتج الذي كان لديه بعد 90 يوماً. لكن نسخة الـ 90 يوماً وُجدت فقط لأن نسخة الإطلاق ولّدت الملاحظات والإيرادات لتوجيه التطوير.

ملاحظة: للتحقق الواقعي من نموذج "أطلق بشكل قبيح، حسّن بسرعة": Josh Comeau باع مسبقاً $550K من دورة CSS for JavaScript Developers في الأسبوع الأول (المصدر: failory.com). Wes Bos حقق $10M+ إجمالاً في مبيعات دورات المطورين باستخدام إطلاقات تكرارية (المصدر: foundershut.com). كلاهما بدأ بمنتجات v1 غير مثالية وكرّر بناءً على ملاحظات العملاء الحقيقيين.

أول 10 عملاء يخبرونك بكل شيء

أول 10 عملاء يدفعون هم أهم أشخاص في عملك التجاري. ليس بسبب مالهم — 10 مبيعات بسعر $29 هي $290، وهذا يشتري لك البقالة. هم مهمون لأنهم متطوعون لفريق تطوير منتجك.

ما يجب فعله مع أول 10 عملاء:

أرسل بريد شكر شخصي. ليس آلياً. شخصياً. "مرحباً، رأيت أنك اشتريت [المنتج]. شكراً لك. أنا أطوّر هذا بنشاط — هل هناك شيء تتمنى أن يفعله ولا يفعله؟"
اقرأ كل رد. بعضهم لن يرد. بعضهم سيرد بـ "يبدو رائعاً، شكراً." لكن 2-3 من أصل 10 سيكتبون فقرات عما يريدونه. تلك الفقرات هي خارطة طريقك.
ابحث عن الأنماط. إذا طلب 3 من أصل 10 أشخاص نفس الميزة، ابنها. هذه إشارة طلب 30% من عملاء يدفعون. لا استبيان سيعطيك بيانات بهذه الجودة.
اسأل عن استعدادهم لدفع المزيد. "أخطط لمستوى احترافي مع [الميزة X]. هل يستحق $49 بالنسبة لك؟" مباشر. محدد. يمنحك بيانات تسعير.

قالب بريد إلكتروني لأول 10 عملاء:

الموضوع: Quick question about [اسم المنتج]

Hey [الاسم],

I noticed you picked up [اسم المنتج] — thanks for being
one of the first customers.

I'm building this actively and shipping updates weekly.
Quick question: what's the ONE thing you wish it did that
it doesn't?

No wrong answers. Even if it seems like a big ask,
I want to hear it.

Thanks,
[اسمك]

كيف تتعامل مع الملاحظات السلبية

أول ملاحظة سلبية تتلقاها ستبدو شخصية. ليست شخصية. إنها بيانات.

إطار لمعالجة الملاحظات السلبية:

1. توقف. لا ترد لمدة 30 دقيقة. ردة فعلك العاطفية
   ليست مفيدة.

2. صنّف الملاحظات:
   أ) بلاغ عن خلل — أصلحه. اشكرهم.
   ب) طلب ميزة — أضفه للخلفية. اشكرهم.
   ج) شكوى من السعر — سجّلها. تحقق إذا كانت نمطاً.
   د) شكوى من الجودة — حقق فيها. هل هي صحيحة؟
   هـ) تصيّد/غير معقول — تجاهل. امضِ قدماً.

3. رد (لـ أ، ب، ج، د فقط):
   "شكراً على الملاحظات. [اعترف بالمشكلة المحددة].
   أنا [أصلحها الآن / أضيفها لخارطة الطريق / أبحث في هذا].
   سأخبرك عندما تُعالج."

4. تصرّف. إذا وعدت بإصلاح شيء، أصلحه خلال أسبوع.
   لا شيء يبني الولاء أسرع من إظهار العملاء أن
   ملاحظاتهم تؤدي إلى تغييرات حقيقية.

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

دورة التكرار الأسبوعية

بعد الإطلاق، يصبح سير عملك حلقة مُحكمة:

الاثنين:    مراجعة مقاييس الأسبوع الماضي وملاحظات العملاء
الثلاثاء:   تخطيط تحسين هذا الأسبوع (شيء واحد، ليس خمسة)
الأربعاء:   بناء التحسين
الخميس:    اختبار ونشر التحسين
الجمعة:    كتابة منشور سجل التغييرات/التحديث
عطلة نهاية الأسبوع:  تسويق — منشور مدونة واحد، منشور اجتماعي واحد، تفاعل مجتمعي واحد

كرّر.

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

الإيرادات تتحقق أسرع من الاستبيانات

الاستبيانات تكذب. ليس عمداً — الناس سيئون في توقع سلوكهم. "هل ستدفع $29 مقابل هذا؟" تحصل على إجابات "نعم" سهلة. لكن "ها هي صفحة الدفع، أدخل بطاقتك الائتمانية" تحصل على إجابات صادقة.

لهذا تُطلق مع المدفوعات من اليوم الأول:

طريقة التحقق	الوقت حتى الإشارة	جودة الإشارة
استبيان / تصويت	1-2 أسبوع	منخفضة (الناس يكذبون)
صفحة هبوط مع تسجيل بريد إلكتروني	1-2 أسبوع	متوسطة (اهتمام، ليس التزاماً)
صفحة هبوط بسعر لكن بدون صفحة دفع	أسبوع واحد	متوسطة-عالية (قبول السعر)
منتج مباشر بصفحة دفع حقيقية	48 ساعة	الأعلى (سلوك شراء فعلي)

سعر $0 لا يكشف شيئاً. سعر $29 يكشف كل شيء.

دورك الآن

اكتب التزام "الإطلاق القبيح". افتح ملفاً نصياً واكتب: "سأطلق [اسم المنتج] في [التاريخ] حتى لو لم يكن مثالياً. نطاق v0.1: [3 ميزات]. لن أضيف الميزة 4 قبل الإطلاق." وقّع عليه (مجازياً). ارجع إليه عندما تضربك رغبة الصقل.
صِغ بريد أول 10 عملاء. اكتب قالب بريد الشكر الشخصي الآن، قبل أن يكون لديك عملاء. عندما تأتي أول عملية بيع، تريد إرساله خلال ساعة.
أعد متتبع التكرار. أنشئ جدول بيانات بسيط أو صفحة Notion بأعمدة: الأسبوع | التحسين المُنفّذ | الأثر على المقاييس | ملاحظات العملاء. هذا يصبح سجل قراراتك لما يجب بناؤه لاحقاً.

الدرس 3: علم نفس التسعير لمنتجات المطورين

"$0 ليس سعراً. إنه فخ."

لماذا المجاني مكلف

الحقيقة الأكثر مفاجأة في بيع منتجات المطورين: المستخدمون المجانيون يكلفونك أكثر من العملاء الذين يدفعون.

المستخدمون المجانيون:

يرفعون المزيد من طلبات الدعم (ليس لديهم ما يخسرونه)
يطالبون بالمزيد من الميزات (يشعرون بالاستحقاق لأنهم لا يدفعون)
يقدمون ملاحظات أقل فائدة ("رائع" ليس قابلاً للتنفيذ)
ينسحبون بمعدلات أعلى (لا توجد تكلفة تبديل)
يخبرون عدداً أقل من الناس عن منتجك (الأشياء المجانية لها قيمة متصورة منخفضة)

العملاء الذين يدفعون:

مستثمرون في نجاحك (يريدون أن يكون شراؤهم قراراً جيداً)
يقدمون ملاحظات محددة وقابلة للتنفيذ (يريدون من المنتج أن يتحسن)
أسهل في الاحتفاظ بهم (قرروا بالفعل أن يدفعوا؛ القصور الذاتي يعمل لصالحك)
يُحيلون الآخرين بشكل أكثر تكراراً (التوصية بشيء دفعت مقابله يُصادق على شرائك)
يحترمون وقتك (يفهمون أنك تدير عملاً تجارياً)

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

خطأ شائع: "سأجعله مجانياً للحصول على مستخدمين أولاً، ثم أفرض رسوماً لاحقاً." هذا لا ينجح أبداً تقريباً. المستخدمون الذين تجذبهم عند $0 يتوقعون $0 إلى الأبد. عندما تضيف سعراً، يغادرون. المستخدمون الذين كانوا سيدفعون $29 من اليوم الأول لم يجدوا منتجك أبداً لأنك موضعته كأداة مجانية. جذبت الجمهور الخطأ.

مستويات تسعير منتجات المطورين

بعد تحليل مئات منتجات المطورين الناجحة، نقاط الأسعار هذه تنجح باستمرار. جميع الأسعار أدناه بالدولار الأمريكي — إذا كنت تسعّر بـ عملتك المحلية، عدّل حسب القوة الشرائية المحلية ومعايير السوق.

المستوى 1: $9-29 — أدوات المطورين والأدوات المساعدة

المنتجات في هذا النطاق تحل مشكلة محددة وضيقة. شراء واحد، استخدمه اليوم.

أمثلة:
- إضافة VS Code مع ميزات متقدمة: $9-15
- أداة CLI مع ميزات احترافية: $15-19
- أداة SaaS أحادية الغرض: $9-19/شهرياً
- مكتبة مكونات صغيرة: $19-29
- إضافة DevTools للمتصفح: $9-15

نفسية المشتري: منطقة الشراء الاندفاعي. المطور يراها،
يتعرف على المشكلة، يشتريها دون سؤال مديره.
لا حاجة لموافقة الميزانية. بطاقة ائتمان → تم.

استنتاج رئيسي: بهذا السعر، صفحة هبوطك يجب أن تُقنع في
أقل من دقيقتين. المشتري لن يقرأ قائمة ميزات طويلة.
أظهر المشكلة، أظهر الحل، أظهر السعر.

المستوى 2: $49-99 — القوالب والمجموعات والأدوات الشاملة

المنتجات في هذا النطاق توفر وقتاً كبيراً. مكونات متعددة تعمل معاً.

أمثلة:
- مجموعة قوالب واجهة مستخدم كاملة: $49-79
- قالب SaaS جاهز مع مصادقة وفوترة ولوحات تحكم: $79-99
- مجموعة أيقونات/رسوم توضيحية شاملة: $49-69
- مجموعة أدوات CLI متعددة الأغراض: $49
- مكتبة تغليف API مع توثيق مفصل: $49-79

نفسية المشتري: شراء مدروس. المطور يقيّم لمدة
5-10 دقائق. يقارن بالبدائل. يحسب الوقت الموفّر.
"إذا وفر لي هذا 10 ساعات وأقدّر وقتي بـ $50/ساعة،
$79 قرار بديهي."

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

المستوى 3: $149-499 — الدورات والحلول الشاملة والقوالب المتقدمة

المنتجات في هذا النطاق تُحوّل مهارة أو توفر نظاماً كاملاً.

أمثلة:
- دورة فيديو (10+ ساعات): $149-299
- مجموعة بداية SaaS مع الشيفرة الكاملة + فيديو تعليمي: $199-299
- مكتبة مكونات مؤسسية: $299-499
- مجموعة أدوات مطور شاملة (أدوات متعددة): $199
- "ابنِ X من الصفر" شيفرة كاملة + دروس: $149-249

نفسية المشتري: شراء استثماري. المشتري يحتاج تبرير
النفقة (لنفسه أو لمديره). يحتاجون دليلاً اجتماعياً
ومعاينات مفصلة ورواية واضحة لعائد الاستثمار.

استنتاج رئيسي: في هذا المستوى، قدّم ضمان استرداد المال.
يقلل قلق الشراء ويزيد التحويلات. معدلات الاسترداد
للمنتجات الرقمية للمطورين عادةً 3-5%.
التحويلات المتزايدة تفوق بكثير المستردات.

استراتيجية التسعير بثلاثة مستويات

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

هيكل المستويات:

أساسي          احترافي (مميّز)       فريق/مؤسسي
$29             $59                   $149
ميزات أساسية    كل شيء في الأساسي    كل شيء في الاحترافي
                + ميزات متقدمة       + ميزات الفريق
                + دعم ذو أولوية      + ترخيص تجاري

توزيع التحويلات (نموذجي):
- أساسي: 20-30%
- احترافي: 50-60% ← هذا هدفك
- فريق: 10-20%

كيف تصمم المستويات:

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

مثال صفحة تسعير حقيقية:

DashKit

المبتدئ — $29                    الاحترافي — $59                   الفريق — $149
                                 ★ الأكثر شعبية                    الأفضل للوكالات

✓ 12 مكوناً أساسياً              ✓ كل شيء في المبتدئ              ✓ كل شيء في الاحترافي
✓ React + TypeScript             ✓ 8 قوالب صفحات كاملة             ✓ حتى 5 أعضاء فريق
✓ وضع داكن                      ✓ ملفات تصميم Figma               ✓ ترخيص تجاري
✓ npm install                    ✓ جدول بيانات متقدم                (مشاريع عملاء غير محدودة)
✓ 6 أشهر تحديثات                ✓ تكامل مكتبة الرسوم البيانية     ✓ دعم ذو أولوية
                                 ✓ 12 شهراً تحديثات                ✓ تحديثات مدى الحياة
                                 ✓ طلبات ميزات ذات أولوية          ✓ خيارات علامة تجارية مخصصة

[احصل على المبتدئ]               [احصل على الاحترافي]              [احصل على الفريق]

تثبيت الأسعار

التثبيت هو التحيز المعرفي حيث يؤثر الرقم الأول الذي يراه الناس على إدراكهم للأرقام اللاحقة. استخدمه بشكل أخلاقي:

أظهر الخيار الأغلى أولاً (على اليمين في التخطيطات الغربية). رؤية $149 تجعل $59 يبدو معقولاً.

أظهر حسابات "الساعات الموفرة".

"Building these components from scratch takes ~40 hours.
At $50/hour, that's $2,000 of your time.
DashKit Pro: $59."

استخدم إعادة صياغة "في اليوم" للاشتراكات.

"$19/month" → "Less than $0.63/day"
"$99/year" → "$8.25/month" أو "$0.27/day"

خصم الفوترة السنوية. قدّم شهرين مجاناً على الخطط السنوية. هذا معياري ومتوقع. الفوترة السنوية تقلل الانسحاب بـ 30-40% لأن الإلغاء يتطلب قراراً واعياً عند نقطة تجديد واحدة، وليس قراراً شهرياً مستمراً.

شهري: $19/شهرياً
سنوي: $190/سنوياً (وفّر $38 — شهران مجاناً)

اعرضها كالتالي:
شهري: $19/شهرياً
سنوي: $15.83/شهرياً (يُفوتر سنوياً بـ $190)

اختبار A/B للأسعار

اختبار الأسعار قيّم لكنه حساس. إليك كيف تفعله دون أن تكون غير صادق:

مقاربات مقبولة:

اختبر أسعاراً مختلفة على قنوات إطلاق مختلفة (Reddit تحصل على $29، Product Hunt تحصل على $39، انظر أيهما يُحوّل أفضل)
غيّر سعرك بعد أسبوعين وقارن معدلات التحويل
قدّم خصم إطلاق ("$29 هذا الأسبوع، $39 بعده") وانظر إذا كانت العجالة تغيّر السلوك
اختبر هياكل مستويات مختلفة (مستويان مقابل 3 مستويات) عبر فترات زمنية

غير مقبول:

عرض أسعار مختلفة لزوار مختلفين على نفس الصفحة في نفس الوقت (تمييز في الأسعار، يُآكل الثقة)
فرض رسوم أكثر بناءً على الموقع أو كشف المتصفح (الناس يتحدثون، وستُكتشف)

متى ترفع الأسعار

ارفع أسعارك عندما يكون أي من هذه صحيحاً:

معدل التحويل فوق 5%. أنت رخيص جداً. معدل تحويل صحي لصفحة هبوط منتج مطورين هو 1-3%. فوق 5% يعني أن تقريباً كل من يرى السعر يوافق على أنه صفقة جيدة — مما يعني أنك تترك مالاً على الطاولة.
لا أحد اشتكى من السعر. إذا لم يقل صفر أشخاص من 100 إنه غالٍ جداً، فهو رخيص جداً. منتج صحي لديه حوالي 20% من الزوار يعتقدون أن السعر مرتفع. هذا يعني 80% يعتقدون أنه عادل أو صفقة جيدة.
أضفت ميزات مهمة منذ الإطلاق. أطلقت بسعر $29 مع 3 ميزات. الآن لديك 8 ميزات وتوثيق أفضل. المنتج يستحق أكثر. اطلب أكثر.
لديك شهادات ودليل اجتماعي. القيمة المتصورة تزداد مع الدليل الاجتماعي. بمجرد أن يكون لديك 5+ مراجعات إيجابية، منتجك يستحق أكثر في ذهن المشتري.

كيف ترفع الأسعار:

أعلن عن زيادة السعر قبل 1-2 أسبوع ("السعر يرتفع من $29 إلى $39 في [التاريخ]")
احتفظ بالسعر القديم للعملاء الحاليين
هذا ليس ملتوياً — إنه ممارسة معيارية ويخلق أيضاً عجالة للمترددين

كلام صريح: معظم المطورين يسعّرون بأقل من اللازم بـ 50-200%. منتجك بسعر $29 ربما يستحق $49. منتجك بسعر $49 ربما يستحق $79. أعرف هذا لأن المطورين يُثبّتون على استعدادهم الخاص للدفع (منخفض — نحن بخلاء بشأن الأدوات) بدلاً من استعداد العميل للدفع (أعلى — يشترون حلاً لمشكلة تكلفهم وقتاً). ارفع أسعارك أبكر مما تعتقد.

دورك الآن

سعّر منتجك. بناءً على تحليل المستويات أعلاه، اختر نقطة سعر لإطلاق v0.1 الخاص بك. اكتبها. إذا شعرت بعدم الراحة لأنها تبدو "مرتفعة جداً"، فأنت على الأرجح في النطاق الصحيح. إذا شعرت بالراحة، أضف 50%.
صمم صفحة التسعير. باستخدام قالب المستويات الثلاثة، صمم نص صفحة التسعير الخاصة بك. حدد الميزات التي تذهب في كل مستوى. حدد مستواك "المميّز" (الذي تريد أن يشتريه معظم الناس).
احسب رياضياتك. املأ:
- السعر لكل عملية بيع: $___
- الإيرادات الشهرية المستهدفة: $___
- عدد المبيعات المطلوبة شهرياً: ___
- عدد زوار صفحة الهبوط المقدّر المطلوب (بمعدل تحويل 2%): ___
- هل هذا العدد من الزوار قابل للتحقيق بخطة توزيعك؟ (نعم/لا)

الدرس 4: الحد الأدنى القانوني القابل للتطبيق

"30 دقيقة من الإعداد القانوني الآن توفر عليك 30 ساعة من الذعر لاحقاً."

الحقيقة الصريحة عن الإعداد القانوني

معظم المطورين إما يتجاهلون الجانب القانوني تماماً (محفوف بالمخاطر) أو يُصابون بالشلل بسببه (هدر). المقاربة الصحيحة هي إعداد قانوني بالحد الأدنى القابل للتطبيق: حماية كافية للعمل بشكل شرعي، دون إنفاق $5,000 على محامٍ قبل أن تجني $5.

إليك ما تحتاجه فعلاً قبل أول عملية بيع، وما تحتاجه قبل عملية البيع رقم 100، وما لا تحتاجه حتى وقت لاحق بكثير.

قبل أول عملية بيع (افعل هذا في عطلة نهاية الأسبوع)

1. تحقق من عقد عملك (30 دقيقة)

إذا كان لديك وظيفة بدوام كامل، اقرأ بند الملكية الفكرية في عقد عملك قبل بناء أي شيء. على وجه التحديد ابحث عن:

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

ما تبحث عنه:

آمن: "Inventions made on company time or using company resources
belong to the company." → مشروعك في عطلة نهاية الأسبوع على جهازك
الشخصي ملكك.

غامض: "All inventions related to the company's current or
anticipated business." → إذا كان مشروعك الجانبي في نفس
مجال صاحب العمل، احصل على استشارة قانونية.

تقييدي: "All inventions conceived during the period of
employment belong to the company." → هذا عدواني لكنه
شائع في بعض الشركات. احصل على استشارة قانونية قبل المتابعة.

ولايات مثل كاليفورنيا وديلاوير وإلينوي ومينيسوتا وواشنطن وغيرها لديها قوانين تحد من مدى اتساع مطالبة أصحاب العمل باختراعاتك الشخصية. لكن الصياغة المحددة لعقدك هي ما يهم.

خطأ شائع: "سأبقيه سراً فقط." إذا نجح منتجك بما يكفي ليهم، سيلاحظ أحد ما. إذا انتهك عقد عملك، قد تخسر المنتج ووظيفتك. 30 دقيقة لقراءة عقدك الآن تمنع هذا.

2. سياسة الخصوصية (15 دقيقة)

إذا كان منتجك يجمع أي بيانات — حتى مجرد بريد إلكتروني للشراء — تحتاج سياسة خصوصية. هذا مطلب قانوني في الاتحاد الأوروبي (GDPR)، وكاليفورنيا (CCPA)، وبشكل متزايد في كل مكان.

لا تكتب واحدة من الصفر. استخدم مولّداً:

Termly (https://termly.io/products/privacy-policy-generator/) — فئة مجانية، أجب عن الأسئلة، احصل على سياسة
Avodocs (https://www.avodocs.com) — مجاني، قوالب قانونية مفتوحة المصدر
Iubenda (https://www.iubenda.com) — فئة مجانية، تولّد تلقائياً بناءً على أدواتك التقنية

يجب أن تغطي سياسة الخصوصية:

# سياسة الخصوصية لـ [اسم المنتج]
آخر تحديث: [التاريخ]

## ما نجمعه
- عنوان البريد الإلكتروني (لتأكيد الشراء وتحديثات المنتج)
- معلومات الدفع (تُعالج بواسطة [Lemon Squeezy/Stripe]،
  لا نرى أو نخزن تفاصيل بطاقتك أبداً)
- تحليلات استخدام أساسية (مشاهدات الصفحات، استخدام الميزات — عبر
  [Plausible/Fathom/Umami]، محترمة للخصوصية، بدون ملفات تعريف ارتباط)

## ما لا نجمعه
- لا نتتبعك عبر الويب
- لا نبيع بياناتك لأي شخص
- لا نستخدم ملفات تعريف ارتباط إعلانية

## كيف نستخدم بياناتك
- لتسليم المنتج الذي اشتريته
- لإرسال تحديثات المنتج والإشعارات المهمة
- لتحسين المنتج بناءً على أنماط الاستخدام الإجمالية

## تخزين البيانات
- بياناتك مخزنة على خوادم [مزود الاستضافة] في [المنطقة]
- بيانات الدفع يتم التعامل معها بالكامل بواسطة [Lemon Squeezy/Stripe]

## حقوقك
- يمكنك طلب نسخة من بياناتك في أي وقت
- يمكنك طلب حذف بياناتك في أي وقت
- للتواصل: [بريدك الإلكتروني]

## التغييرات
- سنُخطرك بالتغييرات المهمة عبر البريد الإلكتروني

ضعها على yourdomain.com/privacy. اربطها من تذييل صفحة الدفع.

3. شروط الخدمة (15 دقيقة)

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

# شروط الخدمة لـ [اسم المنتج]
آخر تحديث: [التاريخ]

## الترخيص
عند شرائك [اسم المنتج]، تتلقى ترخيصاً لاستخدامه
لأغراض [شخصية/تجارية].

- **ترخيص فردي:** استخدم في مشاريعك الخاصة (غير محدود)
- **ترخيص فريق:** استخدام بواسطة حتى [N] أعضاء فريق
- لا يجوز لك إعادة التوزيع أو إعادة البيع أو مشاركة بيانات اعتماد الوصول

## الاستردادات
- المنتجات الرقمية: ضمان استرداد المال خلال [30 يوماً / 14 يوماً]
- إذا لم تكن راضياً، أرسل بريداً إلى [بريدك الإلكتروني] لاسترداد كامل
- بدون أسئلة ضمن نافذة الاسترداد

## المسؤولية
- [اسم المنتج] مقدّم "كما هو" بدون ضمان
- لسنا مسؤولين عن أضرار ناشئة عن استخدام المنتج
- المسؤولية القصوى محدودة بالمبلغ الذي دفعته

## الدعم
- الدعم مقدّم عبر البريد الإلكتروني على [بريدك الإلكتروني]
- نهدف للرد خلال [48 ساعة / يومَي عمل]

## التعديلات
- قد نحدّث هذه الشروط مع إشعار
- الاستمرار في الاستخدام يشكّل قبولاً للشروط المحدّثة

ضعها على yourdomain.com/terms. اربطها من تذييل صفحة الدفع.

قبل عملية البيع رقم 100 (الأشهر القليلة الأولى)

4. الكيان التجاري (1-3 ساعات + وقت المعالجة)

العمل كمالك فردي (الافتراضي عندما تبيع أشياء دون تأسيس شركة) ينفع لمبيعاتك الأولى. لكن مع نمو الإيرادات، تريد حماية المسؤولية ومزايا ضريبية.

الولايات المتحدة — LLC:

LLC (شركة ذات مسؤولية محدودة) هي الخيار المعياري لأعمال المطورين الفردية.

التكلفة: $50-500 حسب الولاية (رسوم التسجيل)
الوقت: 1-4 أسابيع للمعالجة
أين تسجّل: ولايتك الرئيسية، ما لم يكن هناك سبب محدد
لاستخدام ديلاوير أو وايومنغ

التسجيل الذاتي (الأرخص):
1. اذهب إلى موقع وزير الخارجية في ولايتك
2. قدّم "Articles of Organization" (النموذج عادةً 1-2 صفحة)
3. ادفع رسوم التسجيل ($50-250 حسب الولاية)
4. احصل على EIN (رقم ضريبي) من IRS.gov — مجاني، فوري عبر الإنترنت

مقارنة الولايات للمطورين الفردين:
- وايومنغ: $100 تسجيل، $60/سنوياً تقرير سنوي. لا ضريبة دخل ولاية.
             جيدة للخصوصية (لا حاجة لمعلومات الأعضاء العامة).
- ديلاوير: $90 تسجيل، $300/سنوياً ضريبة سنوية. شائعة لكن ليست
            بالضرورة أفضل للمطورين الفردين.
- نيو مكسيكو: $50 تسجيل، لا تقرير سنوي. الأرخص في الصيانة.
- كاليفورنيا: $70 تسجيل، $800/سنوياً حد أدنى لضريبة الامتياز.
              غالية. تدفعها حتى لو جنيت $0.

Stripe Atlas (إذا أردت أن يُنجز لك):

Stripe Atlas (https://atlas.stripe.com) يكلف $500 ويُعد LLC في ديلاوير، حساب بنكي أمريكي (عبر Mercury)، حساب Stripe، ويوفر أدلة ضريبية وقانونية. إذا كنت خارج الولايات المتحدة أو تريد فقط أن يتعامل شخص آخر مع الأوراق، فهو يستحق الـ $500.

المملكة المتحدة — شركة Ltd:

التكلفة: 12 جنيه استرليني في Companies House (https://www.gov.uk/set-up-limited-company)
الوقت: عادةً 24-48 ساعة
المستمر: بيان تأكيد سنوي (13 جنيه استرليني)، تقديم حسابات سنوية

للمطورين الفردين: شركة Ltd تمنحك حماية المسؤولية
وكفاءة ضريبية بمجرد تجاوز الأرباح ~50,000 جنيه استرليني/سنوياً.
دون ذلك، التاجر الفردي أبسط.

الاتحاد الأوروبي:

كل دولة لها هيكلها الخاص. الخيارات الشائعة:

ألمانيا: GmbH (مكلفة الإعداد) أو تسجيل مستقل (رخيص)
هولندا: BV أو eenmanszaak (ملكية فردية)
فرنسا: auto-entrepreneur (مشروع صغير) — شائع جداً للمطورين الفردين، ضريبة ثابتة بسيطة
إستونيا: الإقامة الإلكترونية + شركة OÜ إستونية (شائعة مع الرحّالة الرقميين، شركة اتحاد أوروبي كاملة بـ ~190 يورو)

أستراليا:

تاجر فردي: مجاني التسجيل عبر طلب ABN (https://www.abr.gov.au)
شركة (Pty Ltd): 538 دولار أسترالي تسجيل لدى ASIC
للمطورين الفردين: ابدأ كتاجر فردي. سجّل شركة
عندما تبرر الإيرادات تكاليف المحاسبة (~100,000 دولار أسترالي+/سنوياً).

5. الالتزامات الضريبية

إذا كنت تستخدم Lemon Squeezy كمنصة دفع، يتعاملون مع ضريبة المبيعات وضريبة القيمة المضافة كتاجر مسجّل. هذا تبسيط هائل.

إذا كنت تستخدم Stripe مباشرة، أنت مسؤول عن:

ضريبة المبيعات الأمريكية: تتفاوت حسب الولاية. استخدم Stripe Tax ($0.50/معاملة) أو TaxJar للأتمتة.
ضريبة القيمة المضافة الأوروبية: 20-27% حسب الدولة. مطلوبة للمبيعات الرقمية لعملاء الاتحاد الأوروبي بغض النظر عن مكان تواجدك. Lemon Squeezy يتعامل معها؛ Stripe Tax يمكن أن يؤتمتها.
ضريبة القيمة المضافة البريطانية: 20%. مطلوبة إذا تجاوزت مبيعاتك في المملكة المتحدة 85,000 جنيه استرليني/سنوياً.
ضرائب الخدمات الرقمية: دول مختلفة تفرضها. سبب آخر لاستخدام Lemon Squeezy حتى يبرر حجمك إدارة هذا بنفسك.

كلام صريح: الميزة الوحيدة الأكبر لـ Lemon Squeezy على Stripe لمطور فردي ليست صفحة الدفع أو الميزات. إنها أنهم يتعاملون مع الامتثال الضريبي عالمياً. ضريبة المبيعات الدولية كابوس. Lemon Squeezy يأخذ 5% + $0.50 لكل معاملة ويجعل الكابوس يختفي. حتى تجني $5,000+/شهرياً، الـ 5% تستحق. بعد ذلك، قيّم ما إذا كانت إدارة الضرائب بنفسك مع Stripe + TaxJar توفر لك مالاً وراحة بال.

6. أساسيات الملكية الفكرية

ما تحتاج معرفته:

شيفرتك محمية بحقوق النشر تلقائياً لحظة كتابتها. لا حاجة للتسجيل. لكن التسجيل (الولايات المتحدة: $65 في copyright.gov) يمنحك موقفاً قانونياً أقوى في النزاعات.
اسم منتجك يمكن أن يُسجّل كعلامة تجارية. ليس مطلوباً للإطلاق، لكن فكّر فيه إذا نجح المنتج. تسجيل علامة تجارية أمريكية: $250-350 لكل فئة.
تراخيص المصادر المفتوحة في تبعياتك مهمة. إذا استخدمت شيفرة بترخيص MIT، فأنت بخير. إذا استخدمت شيفرة بترخيص GPL في منتج تجاري، قد تحتاج لفتح مصدر منتجك. تحقق من تراخيص تبعياتك قبل البيع.

# تحقق من تراخيص تبعيات مشروعك (Node.js)
npx license-checker --summary

# تحقق من التراخيص الإشكالية تحديداً
npx license-checker --failOn "GPL-2.0;GPL-3.0;AGPL-3.0"

# لمشاريع Rust
cargo install cargo-license
cargo license

7. التأمين

لا تحتاج تأميناً لمكتبة مكونات بسعر $29. تحتاج تأميناً إذا:

تقدم خدمات (استشارات، معالجة بيانات) حيث يمكن أن تسبب الأخطاء خسائر للعملاء
منتجك يتعامل مع بيانات حساسة (صحة، مالية)
توقّع عقوداً مع عملاء مؤسسيين (سيطلبونه)

عندما تحتاجه، تأمين المسؤولية المهنية (أخطاء وسهو / E&O) يكلف $500-1,500/سنوياً لعمل مطور فردي.

دورك الآن

اقرأ عقد عملك. إذا كنت موظفاً، اعثر على بند الملكية الفكرية وبند عدم المنافسة. صنّفهما: آمن / غامض / تقييدي. إذا كان غامضاً أو تقييدياً، استشر محامي عمل قبل الإطلاق (كثيرون يقدمون استشارات مجانية لمدة 30 دقيقة).
ولّد مستنداتك القانونية. اذهب إلى Termly أو Avodocs وولّد سياسة خصوصية وشروط خدمة لمنتجك. احفظها كـ HTML أو Markdown. انشرها على /privacy و/terms على نطاق منتجك.
اتخذ قرار الكيان. بناءً على الإرشادات أعلاه وإقامتك في بلدك، قرّر: أطلق كمالك فردي (الأسرع) أو أسّس LLC/Ltd/ما يعادلها أولاً (حماية أكبر). اكتب قرارك وجدولك الزمني.
تحقق من تبعياتك. شغّل مدقق التراخيص على مشروعك. حل أي تبعيات GPL/AGPL قبل بيع منتج تجاري.

الدرس 5: قنوات التوزيع التي تعمل في 2026

"بناؤه هو 20% من العمل. وضعه أمام الناس هو الـ 80% الأخرى."

واقع التوزيع

معظم منتجات المطورين تفشل ليس لأنها سيئة، بل لأن لا أحد يعرف بوجودها. التوزيع — وضع منتجك أمام العملاء المحتملين — هو المهارة التي يكون معظم المطورين الأضعف فيها. وهي المهارة الأكثر أهمية.

إليك سبع قنوات توزيع مرتبة حسب الجهد والجدول الزمني والعائد المتوقع. لا تحتاج كل السبع. اختر 2-3 تتناسب مع نقاط قوتك وجمهورك.

القناة 1: Hacker News

الجهد: عالٍ | الجدول الزمني: فوري (0-48 ساعة) | الطبيعة: وليمة أو مجاعة

Hacker News (https://news.ycombinator.com) هي أعلى قناة توزيع رافعة بحدث واحد لمنتجات المطورين. منشور Show HN على الصفحة الأولى يمكن أن يرسل 5,000-30,000 زائر في 24 ساعة. لكنه غير متوقع — معظم المنشورات لا تحصل على أي جاذبية.

ما ينجح على HN:

المنتجات التقنية ذات تفاصيل التنفيذ المثيرة
الأدوات المركزة على الخصوصية (جمهور HN يهتم بشدة بالخصوصية)
أدوات مفتوحة المصدر مع مستوى مدفوع
حلول مبتكرة لمشاكل معروفة
المنتجات ذات العروض التوضيحية الحية

ما لا ينجح على HN:

الإطلاقات الثقيلة تسويقياً ("Revolutionary AI-powered...")
المنتجات التي هي أغلفة لمنتجات أخرى بدون قيمة أصلية
أي شيء يبدو كإعلان

دليل Show HN:

قبل النشر:
1. ادرس منشورات Show HN الناجحة الأخيرة في فئتك
   https://hn.algolia.com — فلتر بـ "Show HN"، رتّب حسب النقاط
2. حضّر عنوان منشورك: "Show HN: [الاسم] – [ماذا يفعل، أقل من 70 حرفاً]"
   جيد: "Show HN: ScrubLog – Strip PII from Log Files in One Command"
   سيئ: "Show HN: Introducing ScrubLog, the AI-Powered Log Anonymization Platform"
3. جهّز عرضاً توضيحياً حياً (قراء HN يريدون التجربة، لا القراءة عنه)
4. حضّر إجابات للأسئلة المحتملة (قرارات تقنية، مبرر التسعير)

النشر:
5. انشر بين 7-9 صباحاً بتوقيت شرق الولايات المتحدة، من الثلاثاء إلى الخميس
   (أعلى حركة مرور، أعلى فرصة للجاذبية)
6. جسم منشورك يجب أن يكون 4-6 فقرات:
   - ما هو (فقرة واحدة)
   - لماذا بنيته (فقرة واحدة)
   - تفاصيل تقنية (1-2 فقرة)
   - ما تبحث عنه (ملاحظات، أسئلة محددة)

بعد النشر:
7. ابق متصلاً لمدة 4 ساعات بعد النشر. رد على كل تعليق.
8. كن متواضعاً وتقنياً. HN يكافئ الصدق بشأن القيود.
9. إذا وجد أحد خللاً، أصلحه مباشرة ورد "Fixed, thanks."
10. لا تطلب من أصدقائك التصويت. HN لديه كشف حلقات التصويت.

النتائج المتوقعة (واقعية):

70% من منشورات Show HN: أقل من 10 نقاط، أقل من 500 زائر
20% من منشورات Show HN: 10-50 نقطة، 500-3,000 زائر
10% من منشورات Show HN: 50+ نقطة، 3,000-30,000 زائر

إنها يانصيب باحتمالات محمّلة بالجهد. منتج رائع مع منشور رائع لديه ربما فرصة 30% للحصول على جاذبية ذات معنى. غير مضمون. لكن الجانب الإيجابي ضخم.

القناة 2: Reddit

الجهد: متوسط | الجدول الزمني: 1-7 أيام | الطبيعة: مستدامة، قابلة للتكرار

Reddit هو أكثر قناة توزيع اتساقاً لمنتجات المطورين. بعكس HN (طلقة واحدة)، Reddit لديه مئات المنتديات الفرعية المتخصصة حيث منتجك ذو صلة.

اختيار المنتدى الفرعي:

منتديات المطورين العامة:
- r/SideProject (140K+ عضو) — مبني لهذا
- r/webdev (2.4M عضو) — ضخم، تنافسي
- r/programming (6.3M عضو) — تنافسي جداً، مركز على الأخبار
- r/selfhosted (400K+ عضو) — إذا كان منتجك قابلاً للاستضافة الذاتية

خاص بالإطار/اللغة:
- r/reactjs، r/nextjs، r/sveltejs، r/vuejs — لأدوات الواجهة الأمامية
- r/rust، r/golang، r/python — لأدوات خاصة باللغة
- r/node — لأدوات وحزم Node.js

خاص بالمجال:
- r/devops — لأدوات البنية التحتية/النشر
- r/machinelearning — لأدوات الذكاء الاصطناعي/التعلم الآلي
- r/datascience — لأدوات البيانات
- r/sysadmin — لأدوات الإدارة/المراقبة

الذيل الطويل:
- ابحث عن منتديات فرعية متعلقة بتخصصك المحدد
- المنتديات الفرعية الأصغر (10K-50K عضو) غالباً لديها
  معدلات تحويل أفضل من الضخمة

قواعد التفاعل على Reddit:

امتلك تاريخ Reddit حقيقي قبل نشر منتجك. الحسابات التي تنشر فقط ترويجاً ذاتياً تُصنّف وتُحظر ظلياً.
اتبع قواعد كل منتدى فرعي بشأن الترويج الذاتي. معظمها يسمح به طالما أنت عضو مساهم.
تفاعل بصدق. أجب عن الأسئلة، قدّم قيمة، كن مفيداً في تعليقات المنشورات الأخرى. ثم شارك منتجك.
انشر في أوقات مختلفة لمنتديات فرعية مختلفة. تحقق من https://later.com/reddit أو أدوات مماثلة لأوقات ذروة النشاط.

النتائج المتوقعة (واقعية):

منشور r/SideProject: 20-100 تصويت إيجابي، 200-2,000 زائر
منتدى فرعي متخصص (50K عضو): 10-50 تصويت إيجابي، 100-1,000 زائر
الصفحة الأولى لـ r/webdev: 100-500 تصويت إيجابي، 2,000-10,000 زائر

القناة 3: Twitter/X

الجهد: متوسط | الجدول الزمني: 2-4 أسابيع لبناء الزخم | الطبيعة: يتراكم بمرور الوقت

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

استراتيجية البناء العلني:

الأسبوع 1: ابدأ بمشاركة عملية بنائك (قبل الإطلاق)
- "Working on a [نوع المنتج]. Here's the problem I'm solving: [لقطة شاشة]"
- "Day 3 of building [المنتج]. Got [الميزة] working: [GIF/لقطة شاشة]"

الأسبوع 2: شارك رؤى تقنية من البناء
- "TIL you need to [درس تقني] when building [نوع المنتج]"
- "Architecture decision: chose [X] over [Y] because [السبب]"

الأسبوع 3: الإطلاق
- سلسلة الإطلاق (التنسيق من الدرس 1)
- شارك مقاييس محددة: "Day 1: X visitors, Y signups"

الأسبوع 4+: مستمر
- شارك ملاحظات العملاء (بإذنهم)
- شارك إنجازات الإيرادات (الناس يحبون الأرقام الحقيقية)
- شارك التحديات وكيف حللتها

مع من تتفاعل:

تابع وتفاعل مع المطورين في تخصصك
رد على تغريدات من حسابات أكبر بتعليقات مدروسة (ليس ترويجاً ذاتياً)
انضم إلى Twitter Spaces حول مجال موضوعك
أعد تغريد المناقشات ذات الصلة مع وجهة نظرك

النتائج المتوقعة (واقعية):

0-500 متابع: تغريدات الإطلاق تحصل على 5-20 إعجاب، أقل من 100 زائر
500-2,000 متابع: تغريدات الإطلاق تحصل على 20-100 إعجاب، 100-500 زائر
2,000-10,000 متابع: تغريدات الإطلاق تحصل على 100-500 إعجاب، 500-5,000 زائر

Twitter استثمار 6 أشهر، لا استراتيجية يوم الإطلاق. ابدأ الآن، حتى قبل أن يكون منتجك جاهزاً.

القناة 4: Product Hunt

الجهد: عالٍ | الجدول الزمني: يوم واحد من النشاط المكثف | الطبيعة: دفعة لمرة واحدة

Product Hunt (https://producthunt.com) منصة إطلاق مخصصة. إنهاء في المراكز الخمس الأولى يومياً يمكن أن يرسل 3,000-15,000 زائر. لكنه يتطلب تحضيراً.

قائمة مراجعة إطلاق Product Hunt:

قبل أسبوعين:
- [ ] أنشئ ملف صانع على Product Hunt
- [ ] ابنِ قائمتك على PH: الشعار، الوصف، الصور، الفيديو
- [ ] حضّر 4-5 لقطات شاشة/صور GIF عالية الجودة
- [ ] اكتب "أول تعليق" يشرح دافعك
- [ ] جهّز 10-20 شخصاً للدعم يوم الإطلاق (ليست تصويتات وهمية —
      أشخاص حقيقيون سيجربون المنتج ويتركون تعليقات صادقة)
- [ ] ابحث عن "صياد" (شخص لديه متابعين كثر على PH ليقدم منتجك)
      أو قدّمه بنفسك

يوم الإطلاق (12:01 صباحاً بتوقيت المحيط الهادئ):
- [ ] كن متصلاً من منتصف الليل بتوقيت PT. PH يُعاد ضبطه عند منتصف الليل.
- [ ] انشر "أول تعليق" فوراً
- [ ] شارك رابط PH على Twitter وLinkedIn والبريد وDiscord
- [ ] رد على كل تعليق على قائمتك في PH
- [ ] انشر تحديثات طوال اليوم ("Just shipped a fix for [X]!")
- [ ] راقب طوال اليوم حتى منتصف الليل بتوقيت PT

بعد الإطلاق:
- [ ] اشكر كل من دعم
- [ ] اكتب منشور "الدروس المستفادة" (محتوى جيد لـ Twitter/المدونة)
- [ ] ضع شارة PH على صفحة هبوطك (دليل اجتماعي)

خطأ شائع: الإطلاق على Product Hunt قبل أن يكون منتجك جاهزاً. PH يمنحك فرصة واحدة. بمجرد إطلاق منتج، لا يمكنك إعادة إطلاقه. انتظر حتى يكون منتجك مصقولاً، وصفحة هبوطك تُحوّل، وتدفق دفعك يعمل. PH يجب أن يكون "إطلاقك الكبير" — ليس إطلاقك الهادئ.

النتائج المتوقعة (واقعية):

المراكز الخمس الأولى يومياً: 3,000-15,000 زائر، 50-200 تصويت إيجابي
المراكز العشر الأولى يومياً: 1,000-5,000 زائر، 20-50 تصويت إيجابي
تحت المراكز العشر الأولى: أقل من 1,000 زائر. تأثير دائم ضئيل.

القناة 5: Dev.to / Hashnode / المنشورات التقنية في المدونات

الجهد: منخفض-متوسط | الجدول الزمني: نتائج SEO في 1-3 أشهر | الطبيعة: طويلة الأمد، تتراكم إلى الأبد

اكتب منشورات مدونة تقنية تحل مشاكل متعلقة بمنتجك، واذكر منتجك كالحل.

استراتيجية المحتوى:

لكل منتج، اكتب 3-5 منشورات مدونة:

1. "How to [حل المشكلة التي يحلها منتجك] in 2026"
   - علّم المقاربة اليدوية، ثم اذكر منتجك كالاختصار

2. "I built [المنتج] in 48 hours — here's what I learned"
   - محتوى البناء العلني. تفاصيل تقنية + تأمل صادق.

3. "[المنافس] vs [منتجك]: Honest Comparison"
   - كن عادلاً فعلاً. اذكر أين يفوز المنافس.
   - هذا يلتقط حركة مرور البحث عن المقارنات.

4. "[مفهوم تقني متعلق بمنتجك] explained"
   - تعليم بحت. اذكر منتجك مرة واحدة في النهاية.

5. "The tools I use for [مجال منتجك] in 2026"
   - تنسيق قائمة. أضف منتجك مع الآخرين.

أين تنشر:

Dev.to (https://dev.to) — جمهور مطورين كبير، SEO جيد، مجاني
Hashnode (https://hashnode.com) — SEO جيد، خيار نطاق مخصص، مجاني
مدونتك الخاصة — الأفضل لـ SEO طويل المدى، أنت تملك المحتوى
انشر بشكل متقاطع في كل مكان. اكتب مرة واحدة، انشر على الثلاثة. استخدم روابط canonical لتجنب عقوبات SEO.

النتائج المتوقعة لكل منشور:

اليوم الأول: 100-1,000 مشاهدة (توزيع المنصة)
الشهر 1-3: 50-200 مشاهدة/شهرياً (حركة مرور البحث تنمو)
الشهر 6+: 100-500 مشاهدة/شهرياً (حركة مرور البحث المتراكمة)

منشور مدونة واحد مكتوب جيداً يمكن أن يجلب 200+ زائر شهرياً لسنوات. خمسة منشورات تجلب 1,000+/شهرياً. هذا يتراكم.

القناة 6: التواصل المباشر

الجهد: عالٍ | الجدول الزمني: فوري | الطبيعة: أعلى معدل تحويل

البريد الإلكتروني البارد والرسائل المباشرة لديها أعلى معدل تحويل من أي قناة — لكن أيضاً أعلى جهد لكل عميل محتمل. استخدم هذا للمنتجات الأعلى سعراً ($99+) أو مبيعات B2B.

قالب بريد إلكتروني للتواصل مع العملاء المحتملين:

الموضوع: Quick question about [نقطة الألم المحددة لديهم]

Hi [الاسم],

I saw your [تغريدة/منشور/تعليق] about [مشكلة محددة ذكروها].

I built [اسم المنتج] specifically for this — it [وصف بجملة واحدة
لما يفعله].

Would you be open to trying it? Happy to give you free access
for feedback.

[اسمك]
[رابط المنتج]

قواعد التواصل البارد:

تواصل فقط مع أشخاص عبّروا علنياً عن المشكلة التي يحلها منتجك
أشر إلى منشورهم/تعليقهم المحدد (يثبت أنك لا ترسل بريداً جماعياً)
قدّم قيمة (وصول مجاني، خصم) بدلاً من طلب المال فوراً
اجعله أقل من 5 جمل
أرسل من عنوان بريد حقيقي (you@yourdomain.com، ليس gmail)
تابع مرة واحدة بعد 3-4 أيام. إذا لم يكن هناك رد، توقف.

النتائج المتوقعة:

معدل الرد: 10-20% (بريد بارد للمستلمين ذوي الصلة)
التحويل من الرد إلى التجربة: 30-50%
التحويل من التجربة إلى الدفع: 20-40%
التحويل الفعلي: 1-4% من الأشخاص المُراسلين يصبحون عملاء

لمنتج بسعر $99، مراسلة 100 شخص = 1-4 مبيعات = $99-396. غير قابل للتوسع، لكن ممتاز للحصول على عملاء مبكرين وملاحظات.

القناة 7: SEO

الجهد: منخفض مستمر | الجدول الزمني: 3-6 أشهر للنتائج | الطبيعة: يتراكم إلى الأبد

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

استراتيجية SEO مركزة على المطورين:

1. استهدف كلمات مفتاحية طويلة الذيل (أسهل في الترتيب):
   بدلاً من: "dashboard components"
   استهدف: "tailwind dashboard components react typescript"

2. أنشئ صفحة واحدة لكل كلمة مفتاحية:
   كل منشور مدونة أو صفحة توثيق تستهدف استعلام بحث محدد واحد

3. التنفيذ التقني:
   - استخدم توليد المواقع الثابتة (Astro، Next.js SSG) لتحميل سريع
   - أضف أوصاف meta لكل صفحة
   - استخدم HTML دلالي (تسلسل h1، h2، h3)
   - أضف نص بديل لكل صورة
   - قدّم خريطة الموقع إلى Google Search Console

4. محتوى يُرتّب لأدوات المطورين:
   - صفحات التوثيق (جيدة بشكل مفاجئ لـ SEO)
   - صفحات المقارنة ("X vs Y")
   - صفحات الشروحات ("How to do X with Y")
   - صفحات سجل التغييرات (إشارات محتوى جديد لـ Google)

# قدّم خريطة موقعك إلى Google Search Console
# 1. اذهب إلى https://search.google.com/search-console
# 2. أضف ملكيتك (نطاق أو بادئة URL)
# 3. تحقق من الملكية (سجل DNS TXT أو ملف HTML)
# 4. قدّم رابط خريطة موقعك: yourdomain.com/sitemap.xml

# إذا كنت تستخدم Astro:
pnpm add @astrojs/sitemap
# خريطة الموقع تُولّد تلقائياً على /sitemap.xml

# إذا كنت تستخدم Next.js، أضف إلى next-sitemap.config.js:
# pnpm add next-sitemap

النتائج المتوقعة:

الشهر 1-3: حركة مرور عضوية ضئيلة (أقل من 100/شهرياً)
الشهر 3-6: حركة مرور متنامية (100-500/شهرياً)
الشهر 6-12: حركة مرور مهمة (500-5,000/شهرياً)
الشهر 12+: حركة مرور متراكمة تنمو بدون جهد

إطار اختيار القناة

لا يمكنك فعل كل السبع بشكل جيد. اختر 2-3 بناءً على هذه المصفوفة:

إذا كنت...	أعطِ الأولوية لـ	تجاوز
تطلق هذا الأسبوع	Reddit + HN	SEO، Twitter (بطيئان جداً)
تبني جمهوراً أولاً	Twitter + منشورات المدونة	التواصل المباشر، PH
تبيع منتج بسعر $99+	التواصل المباشر + HN	Dev.to (الجمهور يتوقع المجاني)
تلعب اللعبة الطويلة	SEO + منشورات المدونة + Twitter	PH (طلقة واحدة، استخدمها لاحقاً)
غير ناطق بالإنجليزية	Dev.to + Reddit (عالمي)	HN (متمركز على الولايات المتحدة)

دورك الآن

اختر قنواتك 2-3. بناءً على المصفوفة أعلاه ونوع منتجك، اختر القنوات التي ستركز عليها. اكتبها مع جدولك الزمني المخطط لكل قناة.
اكتب منشور Reddit. باستخدام القالب من الدرس 1، اكتب مسودة منشور r/SideProject الآن. احفظها. ستنشرها يوم الإطلاق.
اكتب أول منشور مدونة. صِغ منشور "How to [حل المشكلة التي يحلها منتجك]". ينشر على Dev.to أو مدونتك خلال الأسبوع الأول من الإطلاق. استهدف 1,500-2,000 كلمة.
أعد Google Search Console. يستغرق 5 دقائق ويمنحك بيانات SEO من اليوم الأول. افعله قبل الإطلاق حتى يكون لديك بيانات أساسية.

الدرس 6: قائمة مراجعة الإطلاق

"الأمل ليس استراتيجية إطلاق. قوائم المراجعة هي."

قائمة مراجعة ما قبل الإطلاق

راجع كل عنصر. لا تطلق حتى يتم التحقق من كل عنصر "مطلوب". عناصر "موصى بها" يمكن إنجازها في الأسبوع الأول إذا لزم الأمر.

المنتج (مطلوب):

- [ ] الميزة الأساسية تعمل كما هو موصوف في صفحة الهبوط
- [ ] لا أخطاء حرجة في تدفق الشراء → التسليم
- [ ] يعمل في Chrome وFirefox وSafari (لمنتجات الويب)
- [ ] صفحة هبوط متجاوبة مع الهاتف (50%+ من الحركة من الهاتف)
- [ ] رسائل الخطأ مفيدة، ليست آثار مكدس
- [ ] حالات تحميل لأي عمليات غير متزامنة

صفحة الهبوط (مطلوب):

- [ ] عنوان واضح: ماذا يفعل في 8 كلمات أو أقل
- [ ] بيان المشكلة: 3 نقاط ألم بلغة العميل
- [ ] قسم الحل: لقطات شاشة أو عروض توضيحية للمنتج
- [ ] التسعير: مرئي، واضح، مع زر شراء
- [ ] دعوة لاتخاذ إجراء: زر رئيسي واحد، مرئي فوق الطية
- [ ] سياسة الخصوصية مُرتبطة في التذييل
- [ ] شروط الخدمة مُرتبطة في التذييل

المدفوعات (مطلوب):

- [ ] تدفق الدفع مُختبر بالكامل في وضع الاختبار
- [ ] تدفق الدفع مُختبر بالكامل في الوضع الحي (شراء اختبار بـ $1)
- [ ] Webhook يستقبل تأكيد الدفع
- [ ] العميل يحصل على وصول المنتج بعد الدفع
- [ ] عملية الاسترداد موثقة (ستحصل على طلبات استرداد)
- [ ] الإيصال/الفاتورة تُرسل تلقائياً

البنية التحتية (مطلوب):

- [ ] نطاق مخصص يشير إلى الموقع المباشر
- [ ] HTTPS يعمل (قفل أخضر)
- [ ] مراقبة وقت التشغيل نشطة
- [ ] نص التحليلات مُثبّت ويستقبل بيانات
- [ ] بريد التواصل يعمل (you@yourdomain.com)

التوزيع (مطلوب):

- [ ] منشور Reddit مُسوّد وجاهز
- [ ] منشور Show HN مُسوّد وجاهز (إن وُجد)
- [ ] سلسلة إطلاق Twitter مُسوّدة
- [ ] 2-3 مجتمعات محددة للمشاركة

موصى به (الأسبوع الأول):

- [ ] وسوم OpenGraph meta لمعاينات المشاركة الاجتماعية
- [ ] صفحة 404 مخصصة
- [ ] صفحة أو قسم الأسئلة الشائعة
- [ ] تسلسل بريد إلكتروني لإعداد العملاء (ترحيب + بدء الاستخدام)
- [ ] صفحة سجل التغييرات (حتى لو فارغة — تُظهر الالتزام بالتحديثات)
- [ ] منشور مدونة: "I built [المنتج] in 48 hours"
- [ ] Google Search Console مُتحقق منه وخريطة الموقع مُقدّمة

عناصر عمل ما بعد الإطلاق

اليوم الأول (يوم الإطلاق):

الصباح:
- [ ] انشر على Reddit (r/SideProject + منتدى فرعي متخصص واحد)
- [ ] انشر Show HN (إن وُجد)
- [ ] انشر سلسلة إطلاق Twitter

طوال اليوم:
- [ ] رد على كل تعليق على Reddit وHN وTwitter
- [ ] راقب سجلات الأخطاء والتحليلات في الوقت الفعلي
- [ ] أصلح أي أخطاء يكتشفها المستخدمون فوراً
- [ ] أرسل بريد شكر شخصي لكل عميل

المساء:
- [ ] تحقق من المقاييس: الزوار، معدل التحويل، الإيرادات
- [ ] التقط لقطة شاشة للوحة التحليلات (ستحتاجها لاحقاً)
- [ ] اكتب أكثر 3 ملاحظات شيوعاً

الأسبوع الأول:

- [ ] رد على كل الملاحظات وطلبات الدعم خلال 24 ساعة
- [ ] أصلح أبرز 3 أخطاء/مشاكل حُددت أثناء الإطلاق
- [ ] اكتب وانشر أول منشور مدونة
- [ ] أرسل بريد متابعة لكل العملاء يطلب ملاحظات
- [ ] راجع التحليلات: أي الصفحات لديها أعلى معدلات ارتداد؟
- [ ] أعد طريقة بسيطة لجمع الملاحظات (بريد، Typeform، أو Canny)

المقاييس الأسبوعية المطلوب تسجيلها:
| المقياس              | الهدف     | الفعلي |
|---------------------|-----------|--------|
| الزوار الفريدون     | 500+      |        |
| معدل النقر على الدفع | 2-5%      |        |
| تحويل الشراء        | 1-3%      |        |
| الإيرادات           | $50+      |        |
| طلبات الدعم         | أقل من 10 |        |
| طلبات الاسترداد     | أقل من 2  |        |

الشهر الأول:

- [ ] أطلق 4 تحسينات أسبوعية بناءً على ملاحظات العملاء
- [ ] انشر 2+ منشورات مدونة (بناء SEO)
- [ ] اجمع 3+ شهادات من العملاء
- [ ] أضف الشهادات إلى صفحة الهبوط
- [ ] قيّم التسعير: مرتفع جداً؟ منخفض جداً؟ (راجع بيانات التحويل)
- [ ] خطط لـ "إطلاقك الكبير" على Product Hunt (إن وُجد)
- [ ] ابدأ ببناء قائمة بريد إلكتروني لإطلاقات المنتجات المستقبلية
- [ ] راجع واضبط استراتيجية قناة التوزيع

المراجعة المالية الشهرية:
| الفئة              | المبلغ     |
|--------------------|-----------|
| الإيرادات الإجمالية | $         |
| رسوم معالج الدفع   | $         |
| تكاليف الاستضافة/البنية التحتية | $  |
| تكاليف API         | $         |
| صافي الربح         | $         |
| الساعات المستثمرة  |           |
| المعدل الفعلي للساعة | $       |

لوحة المقاييس

أعد لوحة مقاييس بسيطة تفحصها يومياً. لا تحتاج أن تكون فاخرة — جدول بيانات يعمل.

=== المقاييس اليومية (تحقق كل صباح) ===

التاريخ: ___
الزوار أمس: ___
العملاء الجدد أمس: ___
إيرادات أمس: $___
طلبات الدعم: ___
وقت التشغيل: ___%

=== المقاييس الأسبوعية (تحقق كل اثنين) ===

أسبوع: ___
إجمالي الزوار: ___
إجمالي العملاء: ___
إجمالي الإيرادات: $___
معدل التحويل: ___% (العملاء / الزوار)
الصفحة الأكثر زيارة: ___
أعلى مصدر حركة: ___
أعلى موضوع ملاحظات: ___

=== المقاييس الشهرية (تحقق في أول يوم من الشهر) ===

الشهر: ___
إجمالي الإيرادات: $___
إجمالي النفقات: $___
صافي الربح: $___
إجمالي العملاء: ___
الاستردادات: ___
معدل الانسحاب (الاشتراكات): ___%
MRR (الإيرادات الشهرية المتكررة): $___
معدل النمو مقابل الشهر الماضي: ___%

إعداد تحليلات محترمة للخصوصية:

// إذا كنت تستخدم Plausible، تحصل على معظم هذا في لوحة التحكم.
// لتتبع الأحداث المخصصة:

// تتبع نقرات الدفع
document.querySelector('#buy-button').addEventListener('click', () => {
  plausible('Checkout Click', {
    props: { tier: 'pro', price: '59' }
  });
});

// تتبع عمليات الشراء الناجحة (استدعِ من معالج نجاح webhook)
plausible('Purchase', {
  props: { tier: 'pro', revenue: '59' }
});

متى تضاعف أو تُغيّر الاتجاه أو تُنهي

بعد 30 يوماً من البيانات، لديك إشارة كافية لاتخاذ قرار:

ضاعف (استمر، استثمر أكثر):

الإشارات:
- الإيرادات تنمو أسبوعاً بعد أسبوع (حتى لو ببطء)
- العملاء يقدمون طلبات ميزات محددة (يريدون المزيد)
- معدل التحويل مستقر أو يتحسن
- تحصل على حركة مرور عضوية (الناس يجدونك بدون منشوراتك)
- عميل واحد على الأقل قال "هذا وفّر لي [وقتاً/مالاً]"

الإجراءات:
- زد جهود التوزيع (أضف قناة)
- أطلق الميزة الأكثر طلباً
- ارفع الأسعار قليلاً
- ابدأ ببناء قائمة بريد إلكتروني لإطلاقات مستقبلية

غيّر الاتجاه (غيّر الزاوية، احتفظ بالجوهر):

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

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

أنهِ (توقف، تعلّم، ابنِ شيئاً آخر):

الإشارات:
- لا زوار رغم جهود التوزيع (مشكلة طلب)
- زوار لكن صفر نقرات على الدفع (مشكلة تموضع/تسعير
  تستمر بعد التعديلات)
- الإيرادات راكدة لـ 4+ أسابيع بدون اتجاه نمو
- تكره العمل عليه (الحافز مهم للمنتجات الفردية)
- السوق تغيّر (منافس أطلق، التكنولوجيا تغيّرت)

الإجراءات:
- اكتب تحليلاً بعدياً: ما نجح، ما لم ينجح، ما تعلمته
- احفظ الشيفرة — قطع منها قد تكون مفيدة في منتجك القادم
- خذ أسبوع إجازة من البناء
- ابدأ عملية التحقق لفكرة جديدة
- هذا ليس فشلاً. إنها بيانات. معظم المنتجات لا تنجح.
  المطورون الذين يجنون المال هم الذين يطلقون 5 منتجات،
  لا الذين يقضون سنة على واحد.

قالب مستند الإطلاق

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

# مستند الإطلاق: [اسم المنتج]

## ما قبل الإطلاق

### ملخص التحقق
- **حجم البحث:** [أرقام من Google Trends/Ahrefs]
- **أدلة السلاسل:** [روابط لـ 5+ سلاسل تُظهر الطلب]
- **تدقيق المنافسين:** [3+ منافسين مع نقاط القوة/الضعف]
- **دليل "10 أشخاص سيدفعون":** [كيف تحققت من هذا]

### المنتج
- **الرابط:** [رابط المنتج المباشر]
- **النطاق:** [النطاق المشترى]
- **الاستضافة:** [المنصة]
- **الميزات الأساسية (v0.1):**
  1. [الميزة 1]
  2. [الميزة 2]
  3. [الميزة 3]

### التسعير
- **السعر:** $[المبلغ]
- **هيكل المستويات:** [أساسي/احترافي/فريق أو مستوى واحد]
- **منصة الدفع:** [Lemon Squeezy/Stripe]
- **رابط الدفع:** [رابط]

### القانوني
- **سياسة الخصوصية:** [الرابط]
- **شروط الخدمة:** [الرابط]
- **الكيان التجاري:** [النوع أو "مالك فردي"]

## الإطلاق

### قنوات التوزيع
| القناة  | رابط المنشور | تاريخ النشر | النتائج |
|---------|-------------|------------|---------|
| Reddit  | [رابط]      | [التاريخ]   | [الزوار، التصويتات] |
| HN      | [رابط]      | [التاريخ]   | [الزوار، النقاط] |
| Twitter | [رابط]      | [التاريخ]   | [المشاهدات، النقرات] |

### مقاييس اليوم الأول
- الزوار: ___
- نقرات الدفع: ___
- المشتريات: ___
- الإيرادات: $___

### مقاييس الأسبوع الأول
- إجمالي الزوار: ___
- إجمالي المشتريات: ___
- إجمالي الإيرادات: $___
- معدل التحويل: ___%
- أبرز الملاحظات: ___

### مقاييس الشهر الأول
- إجمالي الإيرادات: $___
- إجمالي النفقات: $___
- صافي الربح: $___
- إجمالي العملاء: ___
- القرار: [ ] ضاعف [ ] غيّر الاتجاه [ ] أنهِ

## خارطة طريق ما بعد الإطلاق
- الأسبوع 2: [التحسين المخطط]
- الأسبوع 3: [التحسين المخطط]
- الأسبوع 4: [التحسين المخطط]
- الشهر 2: [الميزة/التوسع المخطط]

## الدروس المستفادة
- ما نجح: ___
- ما لم ينجح: ___
- ما كنت سأفعله بشكل مختلف: ___

تكامل 4DA

تكامل 4DA: تصنّف إشارات 4DA القابلة للتنفيذ المحتوى حسب العجالة. إشارة "حرجة" عن ثغرة في حزمة شائعة تعني: ابنِ أداة الإصلاح أو الترحيل الآن، قبل أي شخص آخر. إشارة "اتجاه صاعد" عن إطار عمل جديد تعني: ابنِ مجموعة البداية هذا الأسبوع بينما المنافسة قريبة من الصفر. سباق الـ 48 ساعة من الدرس 1 يعمل بشكل أفضل عندما تأتي فكرتك من إشارة حساسة للوقت. اربط خلاصة ذكاء 4DA بتقويم السباقات — عندما تظهر فرصة عالية العجالة، احجز عطلة نهاية الأسبوع التالية ونفّذ. الفرق بين المطورين الذين يلتقطون الفرص والذين يفوتونها ليس الموهبة. إنها السرعة. 4DA يمنحك الرادار. هذه الوحدة تمنحك تسلسل الإطلاق. معاً، يحوّلان الإشارات إلى إيرادات.

دورك الآن

أكمل قائمة مراجعة ما قبل الإطلاق. راجع كل عنصر. علّم على كل عنصر مُنجز أو حدد موعداً لإنجازه. لا تتجاوز عناصر "مطلوب".
أنشئ مستند الإطلاق. انسخ القالب أعلاه إلى أداة المستندات المفضلة لديك. املأ كل ما تعرفه الآن. اترك فراغات للمقاييس التي ستملأها أثناء وبعد الإطلاق.
حدد تاريخ إطلاقك. افتح تقويمك. اختر سبتاً محدداً خلال الأسبوعين القادمين. اكتبه. أخبر شخصاً — صديقاً، شريكاً، متابعاً على Twitter. المساءلة تجعله حقيقياً.
حدد معايير الإنهاء. قبل الإطلاق، قرّر: "إذا حققت أقل من [X] عملية بيع بعد 30 يوماً رغم [Y] جهد توزيع، سأ[أغيّر الاتجاه/أُنهي]." اكتب هذا في مستند الإطلاق. وجود معايير مُلتزم بها مسبقاً يمنعك من صب أشهر في منتج ميت بسبب مغالطة التكلفة الغارقة.
أطلقه. لديك الدليل. لديك الأدوات. لديك المعرفة. الشيء الوحيد المتبقي هو الفعل. الإنترنت ينتظر.

الوحدة E: مكتملة

ما بنيته في أسبوعين

انظر إلى ما لديك الآن ولم يكن لديك عندما بدأت هذه الوحدة:

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

الأخير هو الذي يهم. كل شيء آخر تحضير. المنتج هو الدليل.

ما يأتي بعد ذلك: الوحدة E2 — الحافة المتطورة

الوحدة E1 أوصلتك إلى الإطلاق. الوحدة E2 تُبقيك في المقدمة.

إليك ما تغطيه الوحدة E2:

أنظمة كشف الاتجاهات — كيف تكتشف الفرص قبل 2-4 أسابيع من أن تصبح واضحة
المراقبة التنافسية — تتبع ما يبنيه ويسعّره الآخرون في مجالك
ركوب موجات التكنولوجيا — متى تتبنى تقنية جديدة في منتجاتك ومتى تنتظر
تطوير العملاء — تحويل أول 10 عملاء إلى مجلس استشاري لمنتجك
قرار المنتج الثاني — متى تبني المنتج رقم 2 مقابل تحسين المنتج رقم 1

المطورون الذين يحققون دخلاً مستمراً ليسوا الذين يطلقون مرة واحدة. هم الذين يطلقون، ويكررون، ويبقون أمام السوق. الوحدة E2 تمنحك النظام للبقاء في المقدمة.

خارطة طريق STREETS الكاملة

الوحدة	العنوان	التركيز	المدة
S	الإعداد السيادي	البنية التحتية، القانوني، الميزانية	الأسبوعان 1-2
T	الخنادق التقنية	المزايا الدفاعية، الأصول المملوكة	الأسبوعان 3-4
R	محركات الإيرادات	أدلة تحقيق الدخل المحددة مع الشيفرة	الأسابيع 5-8
E	دليل التنفيذ	تسلسلات الإطلاق، التسعير، أول العملاء	الأسبوعان 9-10 (مكتمل)
E	الحافة المتطورة	البقاء في المقدمة، كشف الاتجاهات، التكيف	الأسبوعان 11-12
T	الأتمتة التكتيكية	أتمتة العمليات للدخل السلبي	الأسبوعان 13-14
S	تكديس المسارات	مصادر دخل متعددة، استراتيجية المحفظة	الأسبوعان 15-16

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

تقدم STREETS: 0 من 7 وحدات مكتملة.

الآن اجعله ينمو.

منتجك مباشر. صفحة دفعك تعمل. البشر يمكنهم أن يدفعوا لك المال.

كل شيء بعد هذا هو تحسين. والتحسين هو الجزء الممتع.

جهازك. قواعدك. إيراداتك.