الـ AI في تطبيقك أو مشروعك: بيفيد في إيه بجد؟

ابدأ بمهمة بتاكل وقتك

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

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

لو مش قادر تكتب الجملة دي، وقّف هنا. الـ AI من غير مهمة واضحة بيضيف فاتورة شهرية وحاجة جديدة محتاجة صيانة، ومحدش هيقدر يقولك نفع ولا لأ.

وخد بالك إن الـ AI غالبًا ميزة جوه المنتج، مش المنتج نفسه. في 90Plus، تطبيق كورة بالعربي والإنجليزي اشتغلت عليه بـ Flutter، المساعد الذكي موجود جنب النتايج المباشرة والأسئلة اليومية والتوقعات. وده الشكل الصح لأغلب المشاريع: ميزة واحدة مفيدة مربوطة باحتياج حقيقي.

اختبار سريع: المهمة دي تنفع؟

قبل ما نبني أي حاجة، بعدّي المهمة على شوية أسئلة بسيطة. كل ما الإجابات بـ «أيوه» تزيد، كل ما المهمة تبقى أنسب:

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

الرد على أسئلة العملاء المتكررة

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

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

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

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

الرد بالعربي والإنجليزي

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

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

الملخصات وأول نسخة من أي نص

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

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

ماتنشرش مئات الصفحات المكتوبة بالـ AI من غير مراجعة. بتطلع كلها شبه بعض، وسياسات Google ضد السبام بتتكلم صراحة عن الصفحات اللي بتتعمل بالجملة ومن غير قيمة حقيقية للقارئ. ادّي النموذج معلومات حقيقية عن كل منتج، وعدّل اللي بيطلع.

استخراج البيانات من المستندات والفواتير

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

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

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

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

{
  "supplier_name": "Example Supplies Co.",
  "invoice_number": "INV-20417",
  "invoice_date": "2026-09-14",
  "currency": "EGP",
  "subtotal": 12500.00,
  "vat": 1750.00,
  "total": 14250.00
}

بحث وفرز بيفهموا المعنى

البحث العادي في الموقع أو التطبيق بيدوّر على نفس الكلمات. لو عميل كتب «حاجة لوجع الضهر» واسم المنتج «مخدة طبية لدعم أسفل الظهر»، البحث بالكلمات مش هيلاقي حاجة. البحث بالمعنى هيلاقيها، لأنه بيقارن معنى الكلام مش حروفه.

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

والفرز بداية كويسة لأن غلطه رخيص. تذكرة راحت للقسم الغلط حد بينقلها في ثواني، وتقدر تقيس الدقة بسهولة لو قارنت تصنيف النظام باللي كان فريقك هيختاره.

إمتى الـ AI مايبقاش هو الحل؟

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

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

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

ميزة الـ AI بتتبني إزاي؟

أغلب مزايا الـ AI اللي ببنيها لموقع أو لتطبيق Flutter ماشية بنفس الشكل. لو فهمته، هتعرف تسأل اللي هيبنيلك الأسئلة الصح:

• بياناتك. الأسئلة الشائعة والسياسات وكتالوج المنتجات ومقالات المساعدة والردود القديمة الكويسة، بعد ما تتنضّف وتبقى محدّثة. ده غالبًا أكبر جزء في الشغل، وأكتر حاجة بتأثر على الجودة.
• الاسترجاع (retrieval). المحتوى بيتقسّم لأجزاء صغيرة وبيتفهرس حسب المعنى. لما سؤال يوصل، النظام بيلاقي الأجزاء القليلة اللي غالبًا فيها الإجابة.
• API لنموذج لغوي. السيرفر بتاعك بيبعت السؤال والأجزاء دي ومجموعة قواعد للنموذج، وبيستلم الإجابة. الطلب بيعدّي على السيرفر بتاعك، مش من التطبيق مباشرة، عشان مفتاح الـ API يفضل سري وتتحكم في اللي بيتبعت.
• الضوابط (guardrails). قواعد مكتوبة زي المثال اللي تحت (مكتوبة بالإنجليزي، والنموذج بيرد بالعربي عادي)، وحدود للمواضيع، ومراجعة للإجابة قبل ما تظهر، وحد أقصى لعدد الطلبات من المستخدم الواحد.
• مراجعة بشرية وتحويل لإنسان. حد بيعتمد المسودات أو بيراجع عينة من الإجابات كل أسبوع، والعميل يقدر يوصل لإنسان في أي لحظة.
• سجلات ورأي المستخدم. الأسئلة والإجابات وزرار «الإجابة دي فادتك؟» بيتسجلوا من غير البيانات الشخصية، عشان تشوف الغلط فين وتصلّح المحتوى.

You are the assistant for [Business name].
Answer only from the documents provided below.
If the answer is not in the documents, say you are not sure
and offer to connect the customer with our team.
Never state a price, stock level or delivery date unless it
appears in the order or product data provided.
Do not give legal, medical or financial advice.
Reply in the language the customer used. For Arabic, use
simple, clear Arabic that readers in Egypt and the Gulf
both understand.
Keep answers short: three sentences at most.

اللهجات العربية محتاجة اختبار حقيقي

عملائك مش بيكتبوا فصحى زي الكتب. واحد في القاهرة وواحد في الرياض وواحد في دبي هيسألوا نفس السؤال بكلام مختلف، وكتير منهم هيخلط إنجليزي، أو يكتب عربي بحروف إنجليزي وأرقام، زي «3ayez a3raf el se3r».

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

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

البحث كمان محتاج اهتمام. نفس الكلمة العربية بتتكتب بهمزة أو من غير، وبـ «ة» أو «ه» في الآخر، وبـ «ى» أو «ي». وحّد الأشكال دي قبل البحث، عشان «اسعار» و«أسعار» يجيبوا نفس النتايج.

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

الخصوصية وبيانات عملائك

• ابعت اللي المهمة محتاجاه بس. سؤال عن الاسترجاع مش محتاج رقم تليفون العميل ولا تاريخ طلباته.
• شيل أو اخفي الأسامي والتليفونات والعناوين وأرقام الهوية قبل ما النص يتبعت أو يتسجل، طول ما المهمة تسمح بكده.
• اقرا شروط البيانات عند مزوّد الـ API: هل بياناتك ممكن تتستخدم في تدريب نماذجهم، بتتحفظ قد إيه، وبتتعالج فين. شروط الـ API للشركات غالبًا مختلفة عن التطبيقات المجانية للأفراد.
• عمرك ما تحط بيانات عملاء في أداة شات مجانية عشان «تجرّب بسرعة».
• حدّد هتحتفظ بسجلات المحادثات قد إيه، ومين في فريقك يقدر يقراها.
• حدّث سياسة الخصوصية وقول فيها إن خدمة ذكاء اصطناعي بتعالج أنواع معينة من الرسايل، وليه.

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

وقول للعميل إنه بيكلّم مساعد آلي. ده الصح، وبيخلّيه يطلب إنسان بسهولة لما يحتاج.

تكلفة التشغيل بتعتمد على إيه؟

• حجم الاستخدام. أغلب الـ APIs بتحاسب حسب كمية النص اللي داخل وطالع، فعملاء أكتر وأسئلة أكتر يعني تكلفة أكتر.
• اللي بتبعته مع كل طلب. السؤال نفسه صغير، لكن القواعد والمحتوى المسترجع وتاريخ المحادثة اللي معاه غالبًا أكبر منه بكتير.
• طول الإجابات. الإجابة القصيرة أرخص، وغالبًا أحسن للعميل أصلًا.
• أنهي نموذج. النماذج الأكبر أغلى في الطلب الواحد. الفرز واستخراج حقول الفواتير كتير بيشتغلوا كويس بنموذج أصغر وأرخص، فجرّب قبل ما تفترض إنك محتاج الأكبر.
• المستندات والصور. ملفات PDF الطويلة وصور المستندات بتستهلك أكتر من رسالة قصيرة.
• كل اللي حوالين النموذج: السيرفر، وفهرس البحث، والمتابعة، ووقت حد بيراجع الإجابات ويحدّث المحتوى.

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

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

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

تعرف إزاي إنه فاد فعلًا؟

حدّد النجاح يعني إيه قبل الإطلاق، وقيس نفس الحاجة قبل وبعد. على حسب المهمة، دي مقاييس مفيدة:

• الوقت لكل مهمة: الفريق بياخد قد إيه عشان يرد على رسالة أو يدخّل فاتورة أو يكتب وصف.
• كام سؤال اتجاوب بالكامل من غير إنسان، وكام اتحوّل لحد من الفريق.
• قد إيه حد بيضطر يصلّح اللي الـ AI طلّعه، والتصليحات دي كبيرة ولا صغيرة.
• الإجابات الغلط اللي بتلاقيها في المراجعة الأسبوعية، وخصوصًا أي حاجة عن أسعار أو سياسات أو وعود.
• رأي العملاء: زراير «فادتك ولا لأ»، والشكاوى، وهل الناس بتطلب إنسان من أول رسالة.
• تكلفة التشغيل الشهرية قصاد الوقت اللي اتوفّر.

خطة تجربة صغيرة

دي الخطة اللي بقترحها عادةً لأول ميزة AI. بتخلّي المخاطرة صغيرة وبتديك أرقام حقيقية تاخد بيها القرار:

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

أخطاء شائعة تتجنّبها

• تبدأ بـ «لازم يبقى عندنا AI» بدل مهمة بتاكل وقت.
• تطلقه لكل العملاء من أول يوم، ومن غير طريقة يوصلوا بيها لإنسان.
• تسيب المساعد يقول الأسعار أو المخزون أو حالة الطلب من دماغه بدل ما يجيبها من السيستم.
• تدّيله محتوى قديم أو متناقض، وبعدين تلوم النموذج على الإجابات الغلط.
• تختبره بالإنجليزي أو بالفصحى بس، وتطلقه لعملاء بيكتبوا بالعامية.
• تحط مفتاح الـ API جوه تطبيق الجوال، وده ممكن يتسحب منه.
• مفيش حد أقصى للصرف، ولا حد أقصى لطلبات المستخدم الواحد، ولا حد بيقرا السجلات.

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

تعمل إيه دلوقتي؟

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

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

ولو عايز رأي تاني، ابعتلي المهمة وكام مثال من غير بيانات شخصية. أنا ببني تطبيقات Flutter ومواقع لمشاريع في مصر والخليج وأوروبا، وهقولك بصراحة الـ AI هو الأداة الصح ولا فيه ميزة أبسط تعمل الشغل أحسن.

أسئلة شائعة

الذكاء الاصطناعي ممكن يفيد مشروعي الصغير في إيه؟

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

ينفع أعمل شات بوت بالعربي لموقعي أو تطبيقي؟

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

إضافة الذكاء الاصطناعي لتطبيق بتتكلف كام؟

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

هل آمن أبعت بيانات عملائي لخدمة ذكاء اصطناعي؟

ممكن يبقى آمن لو بعت اللي المهمة محتاجاه بس، وشلت البيانات الشخصية على قد ما تقدر، واستخدمت API للشركات وقريت شروط البيانات بتاعته. شوف هل بياناتك ممكن تتستخدم في التدريب، وبتتحفظ قد إيه، وبتتعالج فين. وقوانين حماية البيانات في مصر والخليج وأوروبا بتنطبق برضه، فخد استشارة قانونية لو البيانات حساسة.

هل الـ AI هيستغنى عن فريق خدمة العملاء؟

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

محتاج أدرّب نموذج ذكاء اصطناعي خاص بيّا؟

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

أعرف إزاي إن ميزة الـ AI شغّالة كويس؟

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