WITH BUILDERS
Product Camp · 2026

بناء المنتجات

Product Building

من الفكرة إلى المنتج الذي يحتاجه السوق — دورة عملية مبنية على
Venture Building، Lean Startup، وProduct Discovery.

"Don't build something because you CAN — build it because people NEED it."
١٢٣ شريحة تفاعلية
٣ مراحل رئيسية
٦ بوابات تقييم
→ أو المسافة للتالي · على الجوال: المس يمين الشاشة
خارطة الدورة

رحلة بناء الـ Venture

Venture Building Journey — التسلسل الكامل من الفرصة إلى التكرار

IDEATION
الأفكار
→
VALIDATION
التحقق
→
MVP
المنتج
→
GO-TO-MARKET
الإطلاق
→
MEASURE
القياس
→
LEARN
التعلم
↩

هذا ليس مساراً خطياً ينتهي عند الإطلاق — بل دورة مستمرة من التعلم والتحسين. الفريق يعود لأي مرحلة بناءً على ما تعلمه من السوق.

المرحلة ١
Ideation
المرحلة ٢
Validation
المرحلة ٣
MVP + Launch
Gate Outputs

ما تُسلّمه عند كل بوابة

Deliverable per gate — البوابة لا تُجتاز بالكلام بل بمخرج

1
بوابة ١ — Ideation
صياغة مشكلة مكتوبة + ٣ مقابلات موثّقة
2
بوابة ٢ — Validation
لوحة فرضيات مُختبرة + دليل من ٥ مقابلات
3
بوابة ٣ — MVP
نطاق MoSCoW + مسار مستخدم واحد يعمل
4
بوابة ٤ — Launch
قائمة أول ١٠ بالاسم + مسار موثّق إلى ١٠٠ + قناة واحدة مُختبرة
5
بوابة ٥ — Metrics
مقياس أساسي واحد + الرقم الذي يعني نجاحاً
6
بوابة ٦ — Iterate
قرار مكتوب: Persevere · Pivot · Stop
بلا مخرج مكتوب، البوابة تصير محادثة — اكتبه قبل الجلسة لا بعدها
Camp Formulas · 1 of 4

معادلات البوابة ١ — الفرصة والعميل والمشكلة

The formulas — الطرف بلا دليل يُلغي المعادلة

Opportunity — الفرصة بوابة ١ قاعدة المعسكر
Real problem + Specific user + Enough size + Right timing
مشكلة حقيقية لمستخدم محدد بحجم كافٍ وتوقيت مناسب — واحذف طرفاً تسقط الفرصة. وأفضل الفرص تضيف طرفاً خامساً: Ability to execute — القدرة على التنفيذ
Customer Profile — العميل بوابة ١ Customer Profile · Osterwalder
JTBD + 3 Pains in their words + 3 Gains
المهمة التي يوظّفك لإنجازها، وثلاثة آلام بكلماته هو لا بكلماتك، وثلاثة مكاسب يريدها فعلاً
ICP — العميل المثالي بوابة ١ Moore · Aulet
Specific segment + Recurring pain + Ability to pay + Reachable today
شريحة محددة، بألم متكرر، تقدر أن تدفع، ونصل إليها اليوم — وإسقاط أي طرف يحوّل القائمة إلى خيال
Problem — المشكلة بوابة ١ قاعدة المعسكر
Who + Pain + Context + Quantified impact
من هو، وما ألمه، وفي أي سياق يظهر، وكم يكلّفه رقمياً — والرقم هو ما يفصل المشكلة عن الشكوى
المصدر تحت كل معادلة: ما كان من إطار معروف مُسنَد لصاحبه، وقاعدة المعسكر ما صيغ هنا
Entrepreneurial Mindset

كيف يفكر رائد الأعمال؟

The Entrepreneurial Mindset — خمس عادات تفصل فريقاً عن فريق

يرى المشاكل كفرص
Problems = Opportunities
ينظر لكل إزعاج ويسأل: من يعاني؟ كم عددهم؟ كم يدفعون للتخلص منه؟
يبني لما يحتاجه السوق
Build for the Market
لا يبني ما يستطيع بناءه — يبني ما يحتاجه الناس ويدفعون مقابله.
يختبر قبل أن يبني
Test Before You Build
لا يبني منتجاً متكاملاً ليتعلم — يتعلم بأرخص طريقة وأسرعها.
يجعل خطأه رخيصاً وسريعاً
Fail Fast, Learn Faster
الفشل المبكر والرخيص أفضل من الفشل المتأخر والمكلف.
يقرر ويكتب قراره
Decide and Write It Down
القرار غير المكتوب يُعاد النقاش فيه ثلاث مرات — ويُنسى سببه.
اقرأها مع «لماذا تفشل الشركات»
كل عادة هنا تمنع سبباً من أسباب الفشل في شريحة «لماذا تفشل الشركات» — والعادة الغائبة تظهر لاحقاً كسبب.
Opportunity Evaluation

هل هذه فرصة حقيقية؟

Opportunity Evaluation Checklist — سبعة أسئلة تحدد إن كانت تستحق

أساسي
هل المشكلة حقيقية؟
Is the problem real? وهل أثبتها شخص غيرك؟
أساسي
من يعاني منها؟
Who has the problem? شريحة محددة أم عامة؟
مهم
كم مرة تحدث؟
How often? يومياً أم مرة كل سنة؟
مهم
كم مدى الألم؟
How painful? هل يدفع المستخدم للتخلص منها؟
تنافسي
كيف يحلها الناس اليوم؟
Current solutions? وما القصور فيها؟
تنافسي
أين الفجوة؟
What's the gap? ما الذي لا يقدمه أحد بشكل جيد؟
حرج
هل حجم السوق كافٍ؟
Is there a market? — SOM يستحق بناء شركة حوله؟
إذا كانت إجاباتك ضعيفة على معظم هذه الأسئلة → أعد البحث عن الفرصة قبل المضي قدماً
Customer Layers

من هو العميل؟ — أربع طبقات لا واحدة

Target Audience · Segment · ICP · Buyer Persona — من الأوسع إلى الأضيق

Target Audience — الجمهور المستهدف من قد يهتم أصلاً
أوسع دائرة: كل من قد يستفيد من الفئة، بلا معايير دخول
· لا يُبنى عليه قرار — يُضيَّق
· حجم كبير ورسالة عامة
· «أصحاب المطاعم» — هكذا فقط
متى: في وصف السوق لا في اختيار البداية
Segment — الشريحة أي مجموعة نبدأ بها
مجموعة تتشارك الحاجة والسلوك وقناة الوصول
· المجموعة كلها بمعاييرها الستة
· تجانس الحاجة وقناة الوصول
· حجم كافٍ ويمكن الوصول اليوم
متى: عند اختيار رأس الجسر — البوابة ١
ICP — العميل المثالي أي جهة داخلها
مواصفات الجهة التي تشتري وتبقى وتدفع اليوم
· القطاع والحجم وعدد الموظفين
· الميزانية والنضج التقني
· الألم المتكرر ومن يملك حلّه
· هل نصلها هذا الأسبوع؟
متى: عند بناء قائمة من نتواصل معهم
Buyer Persona — البيرسونا من نكلّم بالضبط
الشخص داخل الجهة: دوره ولحظته والمقياس الذي يُحاسب عليه
· الدور ويومه المعتاد
· اللحظة التي يظهر فيها الألم
· ما يُحاسَب عليه ومن يحاسبه
· أين يبحث عن حل اليوم
متى: عند كتابة الرسالة وسكربت المقابلة
في B2C تنطبق الطبقتان الأخيرتان على شخص واحد — وفي B2B هما شخصان مختلفان
GATE 1 — IDEATION
WITH BUILDERS
FROM BUILDERS, FOR BUILDERS

هل أنتم جاهزون للمرحلة التالية؟

Are you ready to VALIDATE? — أجيبوا على هذه الأسئلة قبل المضي قدماً

✓
من هو العميل المستهدف؟
Who is the target customer?
✓
ما المشكلة بالضبط؟
What is the exact problem?
✓
لماذا تهم هذه المشكلة؟
Why does it matter?
✓
كيف يحلها الناس اليوم؟
How is it solved today?
✓
من هم المنافسون؟
Who are the competitors?
✓
ما الفجوة في السوق؟
What is the market gap?
✓
ما الفرصة التي اكتشفناها؟
What is our opportunity?
✓
ما الافتراضات التي نصنعها؟
What assumptions are we making?
مخرج البوابة صياغة مشكلة مكتوبة + ٣ مقابلات موثّقة
عبور: صياغة + ٣ مقابلات · عبور مشروط: الصياغة فقط، والمقابلات تُسلَّم قبل البوابة ٢ · إعادة المرحلة: لا صياغة يوافق عليها الفريق
٨٠/٢٠ الشيء الوحيد المطلوب: صياغة مشكلة واحدة يوافق عليها الفريق كله
المعادلة
Problem = Who + Pain + Context + Quantified impact من يعانيها · ما الألم · في أي سياق · وبأي أثر مقيس
30 / 123 · GATE 1
Validation Methods · 4 of 4

ما يدفعه — Pay · تسع طرق تطلب مالاً أو توقيعاً

Pay methods — أقوى دليل على الإطلاق، لأن الدفع وحده لا يُجامل

Pre-order / LOI — طلب مسبق
دفعة رمزية أو خطاب نية موقّع — أقوى دليل على الدفع
دليل أقوى Pay Viability
أيام · بلا تكلفة تقنية
Pre-sales — بيع مسبق
بيع بالسعر الكامل قبل أن يوجد المنتج
دليل أقوى Pay Viability
أيام · بلا تكلفة تقنية
Sell Before You Own — بِع قبل أن تملك
تبيع ما لا تملكه بعد، ثم توفّره يدوياً
دليل أقوى Pay Viability
أيام · منخفضة
A/B Price Test — اختبار سعر
سعران على صفحتين — أيهما يُشترى فعلاً؟
دليل قوي Pay Viability
أيام · منخفضة
Crowdfunding — تمويل جماعي
هل يدفع جمهور كامل قبل البناء؟
دليل أقوى Pay Viability
أسابيع · متوسطة
Bootcamp — معسكر مصغّر
تبيع النتيجة كخدمة مدفوعة قبل أي أتمتة
دليل قوي Pay Viability
أسبوع · متوسطة
Full Manual Service — خدمة يدوية كاملة
هل النموذج مربح قبل البناء؟ تُنفَّذ كلها يدوياً
دليل أقوى Pay Viability
أسابيع · وقت يدوي
Test Market Launch — سوق تجريبي
حي واحد أو مدينة واحدة قبل التوسّع
دليل قوي Pay Viability
أسابيع · متوسطة
Broad Launch — إطلاق واسع
الإطلاق الكامل — أغلى اختبار وأصدقه
دليل أقوى Pay Viability
أسابيع · مرتفعة
اختر الطريقة التي تجيب على سؤالك بأقل تكلفة — لا التي تجيد تنفيذها
Pricing

السعر — أول رقم يُعرض، لا آخر ما يُقرَّر

Pricing — ثلاثة مراسٍ · ومن لم يسمع السعر لم يقل «نعم» بعد

Cost-plus — التكلفة زائد هامش قاعدة المعسكر
تحسب كلفتك وتضيف هامشاً. الأسهل والأضعف — لأنه لا يعرف كم يساوي الحل عند العميل، ويجعل سعرك انعكاساً لكفاءتك لا لقيمتك.
Competitive — سعر المنافس قاعدة المعسكر
تسعّر قرب البديل الذي يستخدمه اليوم. مرجع مفيد وسقف خطير: يجعل سعرك رهينة قرار غيرك، ويدفعك لحرب خصومات لا تكسبها.
Value-based — القيمة Monetizing Innovation
كم يوفّر أو يكسب بسببك؟ سعّر جزءاً منه. الأصعب والأعلى عائداً — ويحتاج رقماً من مقابلة حقيقية، لا تخميناً على طاولتكم.
كيف تسأل عن السعر ماذا تدفع اليوم للبديل؟ ثم بكم يصير غالياً بحيث لا تشتريه؟ ثم بكم يصير رخيصاً بحيث تشك في جودته؟ — ثلاثة أسئلة تُعطيك نطاقاً لا رقماً واحداً
اذكر السعر في المقابلة السادسة لا الأخيرة، واختبره على خمسة قبل أن تنشره
Key Concepts

Prototype vs POC vs MVP

ما الفرق؟ ومتى نستخدم كل واحد؟

Prototype
النموذج الأولي
هل يفهم المستخدم الحل ويريده؟
الهدف: اختبار التجربة والتصميم
المستخدم: فريق المنتج + مستخدمون مختارون
المخرج: Figma / Wireframe / Demo
التوقيت: في Validation قبل البناء
POC
Proof of Concept
هل يمكننا بناء هذا تقنياً؟
الهدف: إثبات الجدوى التقنية
المستخدم: فريق التطوير فقط
المخرج: كود تجريبي لا يُطلق للسوق
التوقيت: لاختبار تقنية جديدة أو مخاطرة
MVP
Minimum Viable Product
هل يستخدم/يدفع الناس الفعليون؟
الهدف: اختبار السوق الحقيقي
المستخدم: مستخدمون حقيقيون في السوق
المخرج: منتج حقيقي للسوق
التوقيت: بعد التحقق من المشكلة والحل
الترتيب: Prototype → اختبر التجربة → POC → أثبِت التقنية → MVP → ادخل السوق
إلا إن كانت المخاطرة تقنية — فالـ POC أولاً
Product Thinking

تحديد الـ MVP — ماذا نبني؟

MoSCoW Method — Feature Prioritization · Dai Clegg · DSDM

Must Have
يجب أن يكون
Core feature لا يعمل المنتج بدونه. الـUser Journey الأساسية فقط.

في المعسكر: ركّز على هذا فقط!
Should Have
يفضل أن يكون
يضيف قيمة لكن ليس حرجاً للـMVP. يمكن تأجيله للـIteration التالية بلا ضرر.
Could Have
يمكن أن يكون
Nice to have فقط. لا يؤثر على Core Value إذا غاب. أجّله بلا تردد.
Won't Have
لن يكون الآن
خارج نطاق الـMVP تماماً. تأجيل حتى يثبت المنتج ويكون له مستخدمون.
قاعدة MVP: إذا شككت — احذف. ابنِ أقل شيء يثبت أن فكرتك تعمل مع مستخدمين حقيقيين
MVP Development Process

رحلة بناء الـ MVP — تسع خطوات

From a validated problem to a working product — كل خطوة تُغلق سؤالاً قبل التالية

INPUTS Product Discovery جاء من المراحل ١–٣ · MVP Type اخترتموه من كتالوج الطرق — الرحلة تبدأ بعدهما لا منهما
١ Product Vision — رؤية المنتج
جملة واحدة: ماذا يفعل المنتج ولمن — من المشكلة المُتحقَّقة لا من الخيال. · بوابة ٢
٢ Core Features — MoSCoW
الخصائص الأساسية: ما يجب أن يعمل، وما استُبعد عمداً ومكتوب بجانبه. · شريحة ٤٦
٣ User Roles — أدوار المستخدمين
بائع · مشتري · مستخدم نهائي · أدمن — الدور المنسيّ يظهر لاحقاً كعطل.
٤ User Flows — سير العمل
لكل دور رحلته من الدخول حتى إنجاز مهمته — تُكتب قبل أي شاشة.
٥ Critical Path — المسار الحرج
المسار الواحد الذي يجب أن يعمل كاملاً — وهو نصّ مخرج البوابة. · بوابة ٣
٦ Screen Design — تصميم الشاشات
ترتيب شاشات المسار الحرج بأداة تصميم — Claude Design مثلاً.
٧ Test the Design — اختبر التصميم
قبل أي سطر كود: هل يُكمل المستخدم المسار بلا مساعدة؟ الإصلاح هنا بدقائق. · الاختبار الأول
٨ Build & Instrument — ابنِ وقِس
باك إند وقاعدة بيانات بأداة بناء — ومعها المقياس ومصدر بياناته. · بوابة ٥
٩ Launch & Test — أطلق واختبر
الإطلاق اختبار لا خط نهاية: أول عشرة بالاسم، ثم اقرأ الرقم، ثم قرّر. · الاختبار الثاني
الاختبار مرتان: على التصميم قبل الكود، ومع المستخدمين بعد الإطلاق — ومن يختبر مرة واحدة يختبر متأخراً
Unit Economics

هل تربح من العميل الواحد؟

Unit Economics — النمو يضاعف الربح أو الخسارة، ولا يصنع أحدهما

CAC — تكلفة الاكتساب
Marketing + Sales spend ÷ New customers
كل ما أنفقته للوصول والبيع، مقسوماً على من اشترى فعلاً — لا على من سجّل.
مثال: ٢٠٠٠ ريال ÷ ١٠ مطاعم = ٢٠٠ ريال
ARPU — متوسط الإيراد
Monthly revenue ÷ Active customers
متوسط ما يدفعه العميل الواحد شهرياً — والمتوسط يخفي التفاوت فانظر فيه.
مثال: ١٥٠ ريالاً شهرياً لكل مطعم
LTV — القيمة الكلية
ARPU × Gross margin × Months retained
ما يدفعه طوال بقائه، بعد خصم كلفة خدمته — والهامش ليس تفصيلاً.
مثال: ١٥٠ × ٠٫٧ × ١٨ شهراً = ١٨٩٠ ريالاً
Payback — فترة الاسترداد
CAC ÷ (ARPU × Gross margin)
كم شهراً حتى يعيد العميل ما دفعته لاكتسابه — وقبلها أنت تموّله.
مثال: ٢٠٠ ÷ ١٠٥ = شهران
قاعدة المعسكر LTV ÷ CAC أقل من ٣ يعني أن كل عميل جديد يقرّبك من الخسارة لا من الربح · واسترداد فوق ١٢ شهراً يعني أنك تموّل عميلك من جيبك
شريحة ١٤ قالت إن اقتصاديات الوحدة تقتل ١٩٪ من الشركات — وهذه الأرقام الأربعة هي ما يمنعها
Framework

Lean Startup Framework

Build → Measure → Learn — الحلقة المستمرة

BUILD ابنِ MEASURE قِس LEARN تعلّم ITERATE كرّر
① BUILD — ابنِ
أبنِ أقل ميزة تختبر أهم افتراض لديك — MVP أو تجربة Concierge
② MEASURE — قِس
اجمع بيانات حقيقية من مستخدمين حقيقيين — Analytics + Interviews
③ LEARN — تعلّم
ماذا تقول البيانات؟ هل نستمر؟ نتغير؟ نُوقف؟
كل دورة = فرصة للتحسين
الهدف: دورات أقصر وأذكى مع كل تكرار
Camp Template

قالب المعسكر العملي

One Page Venture Canvas — ١٧ حقلاً تبني عليها مشروعك

١ · Opportunity
الفرصة
ما الفرصة التي اكتشفناها؟
إلزامي
٢ · Customer
العميل المستهدف
من هو العميل المثالي؟
إلزامي
٣ · Problem
المشكلة
ما المشكلة التي نحلها؟
إلزامي
٤ · Alternatives
الحلول الحالية
كيف يحلها الناس اليوم؟
٥ · Market
السوق
TAM / SAM / SOM
٦ · Competitors
المنافسون
من هم؟ ما نقاط ضعفهم؟
٧ · Market Gap
فجوة السوق
ما الذي لا يقدمه أحد؟
٨ · Value Prop
القيمة المقدمة
لماذا يختارنا العميل؟
٩ · Hypotheses
الفرضيات الرئيسية
ما يجب أن يكون صحيحاً؟
إلزامي
١٠ · Validation Plan
خطة التحقق
كيف نختبر الافتراضات؟
١١ · Evidence
ما تعلمناه
ماذا أخبرنا السوق؟
١٢ · MVP
الـ MVP
أقل منتج نبني الآن؟
إلزامي
١٣ · Go-To-Market
استراتيجية الإطلاق
أول عميل + القناة؟
١٤ · Metrics
ما سنقيسه
North Star Metric؟
١٥ · Next Iteration
التحسين القادم
ماذا سنغير في الدورة التالية؟
١٦ · Team
الفريق والأدوار
من يفعل ماذا حتى التسليم؟
١٧ · Risks
المخاطر
ما قد يوقفنا؟ وكيف نخفّفه؟
الإطار الأحمر = إلزامي قبل البناء
التعبئة على القالب ٢٤ المطبوع، لا على الشاشة
After the Camp

ما بعد المعسكر — ثلاث بوابات قادمة

The next three gates — البوابات تستمر بالأوراق نفسها

٣٠ يوماً
أكمل المقابلات إلى عشرين · أطلق للعشرة الأوائل بالاسم · اقرأ من عاد في الأسبوع الثاني
٦٠ يوماً
دورة تكرار كاملة مكتوبة · سعر مُختبر على خمسة · ثلاثون مستخدماً فعلياً
٩٠ يوماً
قرار مكتوب بالدليل: Persevere · Pivot · Stop — وتاريخ المراجعة التالية
ما تأخذه الجهة: القوالب الممتلئة · سجل القرارات · تقرير الجاهزية — لا الشرائح
بند واحد لكل ثلاثين يوماً — وله مالك بالاسم
إلزامي قالب ٢٦ · JUDGING

ورقة تحكيم اللجنة — أوزان ودرجات

Judging Sheet — Weights & Scores
للجنة التحكيم الفريق: ____ المحكّم: ____
المعيار
الوزن
الدرجة
الوزن × الدرجة
الملاحظة
١
دليل التحقق من السوق — مقابلات وأرقام
٤٠٪
١ – ٥
سبب الدرجة في سطر
٢
جودة الـ MVP والـ demo — مسار يعمل
٢٥٪
١ – ٥
سبب الدرجة في سطر
٣
وضوح نموذج العمل والتسعير
٢٠٪
١ – ٥
سبب الدرجة في سطر
٤
قابلية التنفيذ والفريق
١٥٪
١ – ٥
سبب الدرجة في سطر
المجموع
١٠٠٪
الدرجة النهائية للفريق
القاعدة: أعلى وزن للدليل لا للعرض — وكل درجة تحت ٣ تحتاج سبباً مكتوباً.
WITH BUILDERS
هاكاثون · ثلاثة أيام

بناء المنتجات

From idea to a working product

ست مراحل وست بوابات — تُشرح كلها في اليوم الأول. كل مرحلة لها شرحها ومقولاتها وأدواتها، وبعدها سؤال واحد: فكرتي وين الآن؟

من لا يخجل من نسخته الأولى فقد أطلق متأخراً — والهاكاثون كله عن ذلك.
64شريحة
6بوابات
3أيام · الشرح في الأول
WITH BUILDERS
FROM BUILDERS, FOR BUILDERS
المرحلة ٥ · GO-TO-MARKET · اليوم الأول

الإطلاق وأول المستخدمين

Launch is a test, not a finish line — الإطلاق اختبار وليس خط نهاية

01
اختر شريحة واحدة
من هم أول عشرة بالاسم؟ لا «الشباب» ولا «الشركات»
02
اختر قناة واحدة
حيث يجتمعون فعلاً — مجموعة · مجتمع · إحالة
03
اكتب الرسالة
سطران: المشكلة التي نحلها وطلب واحد واضح
04
اقرأ النتيجة
كم وصل · كم فتح · كم استخدم · كم عاد
مخرج البوابة ٥ قائمة أول مستخدمين بالاسم + قناة واحدة مُختبرة برقم
خطأ شائع ننشر على كل منصة وننتظر من يأتي
الصواب قناة واحدة وشريحة واحدة وطلب واحد، وأول عشرة بالاسم
Final Pitch · دقيقتان

العرض النهائي والتحكيم

Timed structure · weighted criteria · judging on day three — بنية زمنية · معايير بأوزانها · التحكيم في اليوم الثالث

٠:٠٠ — ٠:٢٠ المشكلة ومن يعانيها
٠:٢٠ — ٠:٤٠ الدليل من السوق
٠:٤٠ — ١:٣٠ الـ demo — مسار واحد يعمل
١:٣٠ — ١:٤٥ نموذج العمل والمقياس
١:٤٥ — ٢:٠٠ الطلب والخطوة التالية
معايير التحكيم وأوزانها
دليل التحقق من السوق ٤٠٪
جودة الـ MVP والـ demo — مسار يعمل ٢٥٪
وضوح نموذج العمل والتسعير ٢٠٪
قابلية التنفيذ والفريق ١٥٪
القاعدة: أعلى وزن للدليل لا للعرض — والفريق الذي يعرض دليلاً ضعيفاً بإقناع قوي يخسر هنا.
TEMPLATES · المرجع الكامل

مرجع قوالب بناء المنتجات

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

37قالباً
6بوابات
15إلزامي
مفيد قالب ١٧ · UNIT ECONOMICS

اقتصاديات الوحدة — أربعة أرقام

Unit Economics — Four Numbers
قبل بوابة ٤ الدورة: ____ الزمن: ٢٠ دقيقة
البند
الرقم
كيف حسبناه؟
السعر للوحدة — أو الاشتراك الشهري (ARPU)
ريال
تكلفة تقديم الوحدة
ريال
استضافة · تشغيل · دعم
الهامش = السعر − التكلفة
ريال
ونسبته من السعر
تكلفة اكتساب عميل — CAC
ريال
المصروف ÷ عدد من اشترى
تكرار الشراء سنوياً
مرة
قيمة العميل — LTV
ريال
الهامش الشهري × أشهر البقاء — أو الهامش × التكرار × سنوات البقاء للشراء المتقطع
فترة الاسترداد = CAC ÷ الهامش الشهري
شهر
قبلها أنتم تموّلون العميل — وبعدها يموّلكم
النسبة LTV ÷ CAC
×
أقل من ٣ = لا تحتمل النمو المدفوع
القاعدة: تقدير مكتوب بمنطقه أفضل من رقم دقيق بلا مصدر — والأرقام تُراجع بعد أول عشرة عملاء.