Activity
Mon
Wed
Fri
Sun
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
What is this?
Less
More

Owned by Mamoun

‫Entrepreneur Oasis MENA | واحة الرياديين العرب‬ أتقن ← ابنِ ← تحقّق ← أطلق ووزّع Master → Build → Verify → Launch & Distribute

Skoolers
149.1k
Free
96 contributions to Entrepreneur Oasis MENA
‫كلود للبنّائين: الليلة الثالثة · دوام الموظف
‫السبت ٧ نوفمبر · ٧:٠٠ لـ ١٠:٠٠ مساءً بتوقيت السعودية (٨:٠٠ لـ ١١:٠٠ الإمارات) ‬ ‫الأسئلة على الليلتين الأولى والثانية من ٦:٣٠ ‬ ‫الليلة الأولى بنينا عقله. الثانية أعطيناه عيون وإيدين وعادات. السبت بيداوم: يشتغل وإنت مو موجود.‬ ‫ثلاث ساعات عملية بالكامل. ‬ ‫الوعد: ‫بتطلع ومعك موظف إلك، علّمته عادة وثبّتها، وحطيته على دوام: مهمة بتشتغل لحالها بموعد، مسودات بس وبحدودك. ‬ ‫شو بنسوي: ‫١. تشوف موظف كامل يشتغل قدامك‬ ‫ياخذ ملف خربان، يفحصه، يحلّله، يبني لوحة، ويكتب لك قرار بصفحة. بلغة Claude هذا اسمه Plugin: مهارات وأوامر وأدوات بصندوق واحد، تشتغل بالترتيب.‬ ‫٢. تفهم شو جوّا الصندوق‬ ‫المهارات إيدينه، التوصيلات عيونه جوّا أدواتك، والأوامر المرقمة أزرار تشغّله. بكلام بسيط، بدون برمجة.‬ ‫٣. تنزّل موظفك وتخلّيه إلك‬ ‫صوتك، طريقة شغلك، ممنوعاتك، والخبير اللي يحكم على شغله. Claude يقرأ مجلدك ويعدّل الموظف بنفسه، وإنت توافق على كل تغيير.‬ ‫٤. تعلّمه عادة، وتثبّتها‬ ‫تصحّح مرة وحدة، ويسويها صح كل مرة بدون ما تذكّره. مثل موظف جديد بأول أسبوع.‬ ‫٥. تحطه على دوام‬ ‫مهمة بموعد تشتغل لحالها كل يوم، حتى والجهاز مسكّر. مسودات بس: ما يرسل ولا يحذف شي بدونك. وبنشوف وحدة تشتغل لايف قدامنا.‬ ‫٦. من هون‬ ‫كيف يكبر موظفك بثلاث شهور من مبتدئ لخبير: تعديل واحد كل أسبوع، مهارة جديدة لما تتكرر شغلة، وصلاحيات أوسع لما يثبت. ‬ ‫جهّز قبل السبت: ‬ ‫١. Claude Desktop آخر نسخة، وحساب Pro أو أعلى‬ ‫٢. مجلد موظفك من الليلة الأولى (الموجز والسياق)‬ ‫٣. ملف بياناتك‬ ‫٤. مهارتك من الليلة الثانية، إذا سوّيتها‬ ‫الحزمة كاملة (الدليلين والبرومتات) بقسم night3 قبل السبت ١٠:٠٠ الصبح، وبنبعثلكم على الواتساب لما تنزل.‬ ‫عندك سؤال؟ منشور هون يبدأ بـ «كلود للبنّائين:»، وأكثر الأسئلة تكرارًا بنجاوبها على الشاشة ٦:٣٠. ‬ ‫نراكم السبت‬
5
0
‫كلود للبنّائين: الليلة الثالثة · دوام الموظف
Transferring from Claude account to another
Dear Team, i am wondering if there is a possibility to transfer projects and chats/ summeries of chats from a claude account to another. appreciate your inputs always.
0 likes • 11d
Salam Firas, The cleanest way is to migrate to a Claude Team or Enterprise plan. For most SMEs, Team is sufficient. this will allow you share and manage projects and chat across multiple accounts and will add another level of org identity. The alternative is a manual migration: 1. Go to Claude Settings → Privacy → Export Data. 2. Download your data, this will include conversation history and project-related content. 3. In the new account, recreate your Projects, upload the knowledge files, and add relevant chat summaries. This preserves the context, but not the original interactive chat history.
0 likes • 11d
‫أفضل وأنظف طريقة هي الانتقال إلى خطة Claude Team أو Enterprise. بالنسبة لمعظم الشركات الصغيرة والمتوسطة، خطة Team كافية.‬ ‫‬ ‫هيك بتقدر تشارك وتدير المشاريع بين عدة حسابات ضمن نفس المؤسسة، وبتضيف مستوى تنظيمي أفضل لإدارة الفريق والهوية المؤسسية.‬ ‫‬ ‫الخيار الثاني هو النقل اليدوي:‬ ‫‬ ‫ادخل على Claude Settings → Privacy → Export Data.‬ ‫‬ ‫نزّل بياناتك، واللي بتشمل سجل المحادثات والمحتوى المرتبط بالمشاريع.‬ ‫‬ ‫بالحساب الجديد، أعد إنشاء الـ Projects، وارفع ملفات المعرفة (Knowledge Files)، وأضف ملخصات المحادثات المهمة.‬ ‫‬ ‫بهالطريقة بتحافظ على السياق والمعرفة السابقة، لكن مش على سجل المحادثات التفاعلي الأصلي.‬
هل تبني مشروعك حتى يصعب على العميل تركك، أم حتى لا يرغب بتركك؟
‫**هل تبني مشروعك حتى يصعب على العميل تركك، أم حتى لا يرغب بتركك؟**‬ ‫‬ ‫هاد البوست مستوحى من طرح جميل شاركه @Adil Benmohamed عادل عن أهمية الـ Switching Cost في بناء مشاريع MicroSaaS.‬ ‫‬ ‫خليني أشارككم تجربة غيّرت طريقة تفكيري، وخلّتني أغيّر نموذج عمل وكالتي SMOrchestra بالكامل.‬ ‫‬ ‫**أولاً، شو المشكلة بالـ Switching Cost؟**‬ ‫‬ ‫ولا إشي بحد ذاته. بالعكس، كل ما اندمج منتجك بعمليات العميل، وتراكمت فيه البيانات، صار استبداله أصعب.‬ ‫‬ ‫لكن في سؤال أهم:‬ ‫‬ ‫**هل العميل مستمر معك لأنه بده، ولا لأنه مضطر؟**‬ ‫‬ ‫خليني أعطيكم مثال حقيقي.‬ ‫‬ ‫في وكالتي، كنا نشتغل بنموذج الـ Monthly Retainer التقليدي.‬ ‫‬ ‫نقدم خدمات مبيعات وتسويق، نبني الأنظمة، ونشغّلها للعميل مقابل اشتراك شهري.‬ ‫‬ ‫إحنا نملك الأنظمة والأصول التشغيلية. وكل ما تحسنت النتائج وزاد اعتماد العميل عليها، صار أصعب عليه يتركنا.‬ ‫‬ ‫من ناحية الـ Switching Cost، النموذج ممتاز!‬ ‫‬ ‫**لكن من ناحية العلاقة مع العميل، اكتشفت مشكلة كبيرة.**‬ ‫‬ ‫خصوصاً بعصر الـ AI.‬ ‫‬ ‫تخيّل بعد 6 أشهر بنينا نظام AI قادر ينفّذ 80-90% من العمل اللي كان يتم يدوياً.‬ ‫‬ ‫تكلفة التشغيل علينا انخفضت بشكل كبير، لكن العميل لسه بدفع نفس المبلغ الشهري.‬ ‫‬ ‫مين استفاد من التحول؟‬ ‫‬ ‫إحنا أكثر منه.‬ ‫‬ ‫مع الوقت، العميل بصير يتمنى يقدر يستغني عنا. مش لأن النتائج سيئة، بل لأنه حاسس إنه عم يستأجر نظام المفروض صار بإمكانه يمتلكه.‬ ‫‬ ‫**هون قررنا نغيّر النموذج بالكامل.**‬ ‫‬ ‫انتقلنا إلى **Build, Operate, Transfer (BOT)**.‬ ‫‬ ‫بدل ما نبيع خدمات شهرية، صرنا نبني للعميل AI-Native Revenue Engine.‬ ‫‬ ‫الفكرة بسيطة:‬ ‫‬ ‫**إحنا بنبني لك سيارة، بنشغّلها معك، وبنعلمك كيف تقودها. لكن السيارة ملكك من أول يوم، مش مستأجرها منا للأبد.**‬ ‫‬ ‫العميل يمتلك الأنظمة والأصول، ويستفيد مباشرة من الكفاءة اللي بيحققها الذكاء الاصطناعي.‬ ‫‬ ‫والأهم، بيقدر يكمل بدوننا.‬ ‫‬ ‫**طيب شو اللي صار؟**‬ ‫‬ ‫الغالبية العظمى من عملائنا، رغم إنهم صاروا قادرين يستغنوا عنا، طلبوا منا نستمر بقيادة السيارة ومساعدتهم ببناء أنظمة وأصول جديدة.‬ ‫‬ ‫ليش؟‬ ‫‬ ‫لأن العلاقة تغيّرت.‬ ‫‬ ‫انتقلنا من وكالة بتقدم خدمات شهرية، والعميل بشوفها تكلفة لازم يخفضها، إلى **Transformation Partner** بيساعده يبني أصول تزيد قيمة شركته.‬
لماذا سيتركك عملاؤك بمجرد أن يظهر منافس أرخص؟
‫أثناء دراستي اليوم لمفاهيم بناء مشاريع MicroSass. ‬توقفت عند نقطة جوهرية جداً. أدركت أنها السبب الأول لفشل أغلبيتنا كمطورين مستقلين. وتحديداً عند إطلاق أول مشروع. عندما نفكر في بناء مشروع سريع. نميل بطبيعتنا إلى تطوير أدوات بسيطة. مثل ضاغط للصور، أو محول للملفات، أو أداة لتوليد النصوص. الفكرة تبدو منطقية للوهلة الأولى. العميل يدخل بياناته. الأداة تعالجها. ثم يأخذ النتيجة ويغادر. لكن المشكلة الكبرى تكمن هنا. تكلفة انتقال هذا العميل إلى منافسك تساوي صفراً. بمجرد أن يظهر شخص ينسخ فكرتك. أو يقدمها بسعر أقل. ستفقد مشتركيك فوراً. لأنك لم تبنِ أي عائق يمنعهم من الرحيل. البديل الذي يجعل المشاريع تستمر. وتضمن إيرادات مستقرة باذن الله تعالى. هو أن تصبح أداتك جزءاً أساسياً من روتين العميل اليومي. بدلاً من أن تكون مجرد خدمة سريعة ينتهي دورها بثوانٍ. كيف يتحقق ذلك؟ أولاً، من خلال دمج أداتك مع العمليات الأخرى. فلا تعمل بمعزل عن النظام الذي يستخدمه العميل. بل تستقبل حدثاً تجارياً وتوجهه للمرحلة التالية تلقائياً. ثانياً، من خلال تراكم البيانات. عندما تخزن أداتك سجلات تاريخية. أو معلومات يحتاجها العميل للاستمرار في عمله. يصبح قرار تركك والانتقال لمنافس آخر قراراً شاقاً ومكلفاً. حتى لو وجد عرضاً أرخص. الخلاصة التي خرجت بها اليوم. وقبل أن تكتب سطراً برمجياً واحداً لمشروعك القادم. اسأل نفسك بصدق. هل أداتك مجرد حاسبة يفتحها العميل عند الحاجة ويغلقها؟ أم أنها المحرك الذي تتدفق عبره أعماله اليومية؟ الفرق بين الإجابتين واضح جداً. هو الفرق بين مشروع سينهار مع أول منافس. ومشروع سيبني لك استقراراً مالياً حقيقياً بعد توفيق الله سبحانه وتعالى. أتمنى أن تستفيدوا من هذا الدرس كما استفدت منه.
2 likes • 24d
‫عادل، طرح ممتاز، وفي نقطة جوهرية بحب أضيفها من تجربتي ببناء حلول B2B.‬ ‫‬ ‫**في فرق كبير بين إنك تبني منتج يصعّب على العميل يتركك، وبين إنك تبني قيمة تخليه ما بده يتركك أصلاً.**‬ ‫‬ ‫مرّينا بهاي التجربة بوكالتي، وغيّرنا نموذج عملنا بالكامل بسببها. الموضوع بستحق بوست منفصل، ورح أشارككم التجربة والدروس اللي تعلمناها منها.‬
‫أهم خطوة قبل بناء أي MicroSaas ليست البرمجة‬
‫من خلال تجربتي في بناء الأنظمة، بدأت أرى أن أصعب جزء في بناء أي منتج ليس كتابة الكود، بل اتخاذ القرار الصحيح قبل أن تبدأ.‬ ‫يمكنك اليوم استخدام الذكاء الاصطناعي لبناء تطبيق في وقت قصير، لكن هذا لا يعني بالضرورة أنك تبني مشروعًا يمكن أن ينجح تجاريًا.‬ ‫قبل أن أبدأ في بناء أي فكرة جديدة، أرى أن هناك أسئلة تستحق الإجابة عنها:‬ ‫من يعاني من هذه المشكلة فعلًا؟ وهل هي مشكلة تستحق أن يدفع أحد مقابل حلها؟‬ ‫كيف يحل هؤلاء الأشخاص المشكلة اليوم؟ وما الذي يمكن أن أقدمه بطريقة أفضل أو أبسط؟‬ ‫كيف أستطيع التأكد من وجود طلب حقيقي قبل أن أقضي أسابيع في البناء؟‬ ‫وإذا وجدت أن الفكرة تستحق التجربة، ما أبسط نسخة يمكنني إطلاقها للحصول على ملاحظات من عملاء حقيقيين؟‬ ‫بالنسبة لي، البرمجة وسيلة لبناء الحل، والذكاء الاصطناعي أصبح وسيلة تساعد على تسريع التنفيذ. لكن فهم السوق واختيار المشكلة الصحيحة يظلان مسؤولية رائد الأعمال.‬ ‫لهذا أريد أن أتعلم أكثر من تجارب أعضاء هذا المجتمع، خصوصًا أولئك الذين انتقلوا من مجرد فكرة إلى منتج يستخدمه العملاء ويدفعون مقابله.‬ ‫سؤالي لكم: ما أول خطوة تقومون بها للتحقق من فكرة MicroSaaS قبل البدء في بنائها؟ وهل تعتمدون على مقابلات العملاء، أم تحليل المنافسين، أم طريقة أخرى؟‬ ‫‬
3 likes • 24d
@Adil Benmohamed ‫كلامك في مكانه تماماً، وبوافقك الرأي 💯‬ ‫‬ ‫في الـ MicroSaaS OS اللي بنشتغل عليه، بنينا نظام اسمه **ScoreFast**، وظيفته تقييم الأفكار قبل ما نبدأ ببنائها، باستخدام عدة مدارس فكرية، منها Alex Hormozi وRussell Brunson وخبراء في الـ MicroSaaS والمبيعات.‬ ‫‬ ‫النظام بقييم الفكرة من بُعدين أساسيين:‬ ‫1. **Market Attractiveness:** قديش السوق جذاب والمشكلة تستحق الحل؟‬ ‫2. **GTM Readiness:** قديش إحنا جاهزين نوصل للعملاء ونبيع الحل؟‬ ‫‬ ‫وبناءً على التقييم، عنا 4 سيناريوهات:‬ ‫‬ ‫- **جاذبية منخفضة + جاهزية منخفضة:** اركن الفكرة وانتقل لغيرها.‬ ‫- **جاذبية عالية + جاهزية عالية:** ابدأ بالبيع والبناء بالتوازي.‬ ‫- **جاذبية عالية + جاهزية منخفضة:** اختبر قدرتك على الوصول للعملاء والبيع قبل ما تبني.‬ ‫- **جاذبية منخفضة + جاهزية عالية:** اختبر استعداد العملاء للدفع قبل ما تستثمر بالبناء.‬ ‫‬ ‫**طيب كيف تبيع منتج لسه ما بنيته؟**‬ ‫‬ ‫برأيي، أقوى طريقة خصوصاً بالبداية هي البيع الفردي 1:1. بيع المنتج قبل ما تبنيه، احكي مع العملاء المحتملين واعرض عليهم المشكلة و الحل قبل ما تكتبه بسطر كود واحد. وممكن تستخدم أسلوب الـ Advisory Close لتحوّلهم لشركاء أوائل في تشكيل المنتج.‬ ‫‬ ‫طبعاً في طرق ثانية مثل الـ Waiting Lists باستخدام SEO او organic content أو Outbound أو Paid Ads، وكلها بتعتمد على طبيعة المنتج والسوق.‬ ‫‬ ‫لكن من تجربتي، ما في إشي بتفوق على البيع المباشر 1:1 للتحقق من استعداد العميل للدفع.‬ ‫‬ ‫وإنت حكيتلي قبل عن خبرتك ببناء الـ Irresistible Offers. هون بالضبط دورها. ابنِ عرض جذاب، واضح، وقليل المخاطرة على العميل، بحيث تخلي قرار الشراء سهل جداً.‬ ‫‬ ‫**وإذا بعد كل هاد العميل مش مستعد يدفع، فهاي إشارة لازم نفهمها قبل ما نبني.** ممكن المشكلة مش مؤلمة كفاية، أو العميل مش الشخص المناسب، أو العرض نفسه مش مقنع. المهم ما نفسّر الرفض مباشرة على إنه لازم نبني مزايا أكثر.‬ ‫‬ ‫هاي النسخة المختصرة من المنهجية. بالنهاية، هدفنا مش نثبت إننا قادرين نبني المنتج، هدفنا نثبت إن في حدا مستعد يدفع مقابله.‬
1-10 of 96
Mamoun Alamouri
5
116 points to level up
@mamoun-alamouri-9332
‫واحة الرياديين العرب ← مجتمع مجاني لبناء MicroSaaS بدون كود | Free community for MENA founders building MicroSaaS with no code‬

Active 56m ago
Joined Apr 16, 2026
Powered by