لديك مستند متطلبات معتمد وأصحاب مصلحة يريدون تمويل المبادرة — لكن «ستكون مفيدة» ليست حالة عمل. قرار التمويل يحتاج أرقامًا: ما التكلفة، وما العائد، ومتى يسترد المبلغ، وما الذي قد يُخلّ بهذا الحساب. هذا النظام يبني هذه الحالة انطلاقًا مما لديك فعلًا، مع الإبقاء على كل فائدة موسومة كمقاسة أو مقدَّرة، ودون الانزلاق إلى الأرقام الواثقة الشكل التي يمنحها أي prompt عام إذا تُرك يخمّن بصمت.
- مستند المتطلبات المعتمد (من اكتب مستند المتطلبات) — يجب أن تُبنى الحالة على ما هو فعلًا ضمن النطاق، لا على قائمة أمنيات.
- تحليل الخيارات (options analysis)، إن وُجد — الخيار المُختار يغيّر ما الذي تحسب تكلفته وفوائده أصلًا.
- أي أرقام حقيقية لديك: تكلفة العملية الحالية، وقت الموظفين، معدلات الأخطاء/إعادة العمل، عروض أسعار الموردين، أرقام فعلية من مشاريع سابقة. حتى الأرقام التقريبية أفضل من لا شيء، طالما موسومة بوضوح.
- اسم من يوافق على التمويل وما الذي سيسأل عنه فعلًا — الحالة الموجهة لمدير مالي (CFO) تُكتب بشكل مختلف عن تلك الموجهة لرئيس قسم.
-
اربط الحالة بالمتطلبات، لا بصفحة فارغة
افتح مستند المتطلبات وتحليل الخيارات إن وُجد في Claude Desktop واطلب قراءة موجزة للنطاق قبل بناء أي أرقام. حالة عمل مبنية على نطاق خاطئ أسوأ من عدم وجود حالة أصلًا.
أنت تطلباقرأ requirements-doc.md و options-analysis.md إن وُجد. لخّص في 5 نقاط: ما الذي يقع فعلًا ضمن النطاق، وما المُستبعد صراحة، وأي خيار (إن اختير) يجب أن تُبنى عليه هذه الحالة، وما حاجة صاحب المصلحة التي تعود إليها هذه المبادرة. لا تُقدّر التكاليف أو الفوائد بعد.ما تحصل عليه قراءة موجزة للنطاق تُسمّي العمل المشمول وحاجة صاحب المصلحة المحددة الدافعة له — مثل «تعود إلى حاجة قسم العمليات لتقليص وقت معالجة الفواتير، وفق المتطلب R4» — بحيث لا تنحرف الحالة عمّا اتُّفق عليه فعلًا.
إذا كشفت القراءة الموجزة عن نطاق لا يغطيه مستند المتطلبات، توقّف واطلب إضافته هناك أولًا — يجب ألا تتجاوز الحالة أبدًا ما هو معتمد فعلًا.
-
ابنِ جانب التكاليف موسومًا بمستوى الثقة
أدخل أي أرقام حقيقية لديك واطلب تفصيلًا منظمًا للتكاليف يوضّح بصراحة ما هو معروف مقابل ما هو مفترض.
أنت تطلبانطلاقًا من النطاق أعلاه وهذه الأرقام التي لديّ [ألصق أي تكاليف معروفة — عروض أسعار موردين، ساعات عمل، إنفاق حالي]، ابنِ تفصيلًا للتكاليف: تكاليف البناء/التنفيذ لمرة واحدة، تكاليف مستمرة، وتكلفة وقت الموظفين الداخلي. لكل بند، ضع وسمًا: MEASURED (أعطيتك رقمًا حقيقيًا)، أو ESTIMATED (معيار مرجعي معقول من الصناعة أو داخلي)، أو ASSUMED (رقم مؤقت يحتاج رقمًا حقيقيًا قبل اعتماد الحالة). اذكر البنود المُفترَضة (ASSUMED) منفصلة في النهاية كـ«أرقام ما زلت أحتاجها».ما تحصل عليه جدول تكاليف بثلاثة مستويات، مع قائمة موجزة بالأرقام المفترَضة التي ما زالت تحتاج مصدرًا حقيقيًا — بحيث لا يمرّ تخمين بصمت باعتباره حقيقة.
-
ابنِ جانب الفوائد بالطريقة نفسها
الفوائد هي حيث تتضخّم حالات العمل عادةً. طبّق الانضباط نفسه (MEASURED/ESTIMATED/ASSUMED)، واطلب من Claude إظهار حسابه، لا رقمًا نهائيًا فقط.
أنت تطلبالآن ابنِ جانب الفوائد مقابل حاجة صاحب المصلحة نفسها: الوقت الموفَّر، التكلفة المُتجنَّبة، الإيرادات المحمية أو المُمكَّنة، والمخاطر المُخفَّضة. لكل فائدة، أظهر طريقة الحساب (مثل «X ساعة/أسبوع × Y موظف × Z سعر الساعة»)، وضع وسم MEASURED/ESTIMATED/ASSUMED بالطريقة نفسها، وضع علامة على أي فائدة تعتمد على تبنّي المستخدمين أو تغيّر سلوكهم بدل الأداة وحدها.ما تحصل عليه جدول فوائد بحساب ظاهر لكل بند، مع علامة صريحة على الفوائد «الناعمة» المعتمدة على تغيّر فعلي في طريقة عمل الناس — بحيث لا يختبئ رقم متفائل خلف مجموع أنيق.
الفائدة بلا حساب ظاهر هي تخمين يرتدي ثوب حالة عمل. اعترض إذا سلّمك Claude رقمًا دون الحساب الحسابي وراءه.
-
احسب فترة الاسترداد وشغّل السيناريو السلبي
حوّل الجانبين إلى الأرقام التي يسألها متخذ القرار فعلًا، ثم اختبر الحالة تحت الضغط — ماذا لو جاءت البنود المُقدَّرة والمُفترَضة أسوأ مما هو مأمول.
أنت تطلباحسب فترة الاسترداد البسيطة وصافي الفائدة للسنة الأولى من جدولَي التكاليف والفوائد. ثم شغّل سيناريو سلبيًا: إذا جاءت كل فائدة مُقدَّرة (ESTIMATED) بنصف قيمتها، وكل تكلفة مُفترَضة (ASSUMED) أعلى بنسبة 30%، فما فترة الاسترداد حينها؟ اعرض السيناريوين جنبًا إلى جنب.ما تحصل عليه مقارنة بين فترة استرداد السيناريو الأساسي والسيناريو السلبي — مثل «السيناريو الأساسي: استرداد خلال 7 أشهر؛ السيناريو السلبي: استرداد خلال 13 شهرًا، ما زال إيجابيًا صافيًا في السنة الأولى» — بحيث يرى قرار الاعتماد المدى الكامل، لا رقمًا واحدًا مُجمّلًا.
-
اكتب المخاطر التي قد تُفسد الحساب
اطلب تحديدًا ما قد يُبطل حالة العمل — لا مخاطر مشروع عامة، بل الأمور التي تُغيّر حساب التكلفة والفائدة نفسه.
أنت تطلباذكر أهم المخاطر التي قد تُفسد تحديدًا حساب التكلفة والفائدة هذا — مخاطرة التبنّي، اعتماد على جدول زمني لفريق آخر، تكلفة قد تتضخّم عن التقدير، أو فائدة تفترض تغييرًا في عملية لم يُطبّقه أحد بعد. لكل مخاطرة، اذكر أثرها المرجّح على فترة الاسترداد إذا وقعت.ما تحصل عليه قائمة مخاطر مختصرة ومحددة بالحساب، كل واحدة مرتبطة بما تفعله برقم الاسترداد إذا تحققت — لا سجل مخاطر عام جاهز.
-
اجمع الحالة لمتخذ القرار المُسمّى
اجمعها في المستند الذي سيقرأه فعلًا الشخص المسؤول عن الاعتماد، وبالسجل الذي يتوقعه.
أنت تطلباجمع حالة عمل من صفحة واحدة لـ [اسم/منصب متخذ القرار]: المشكلة وحاجة صاحب المصلحة، الخيار المُوصى به، ملخص التكلفة والفائدة مع الحفاظ على وسوم MEASURED/ESTIMATED/ASSUMED، فترة الاسترداد (السيناريو الأساسي والسلبي)، أهم المخاطر، وطلب واضح. اجعلها بالسجل الذي يتوقعه [مدير مالي/رئيس قسم] — مباشر، يقوده الأرقام، بلا تحفّظات لغوية.ما تحصل عليه مستند حالة عمل جاهز للتمويل، موسوم بصدق من البداية للنهاية، موجّه فعلًا للشخص المعتمِد — جاهز لإرفاقه بمستند المتطلبات لأجل الاعتماد.
- لا يوجد تحليل خيارات بعد: شغّل هذا النظام على منهج واحد مقترح بدل خيار مختار — فقط اذكر ذلك صراحة في الحالة ليعرف متخذ القرار أن مسارًا واحدًا فقط جرى حساب تكلفته.
- طبقات تمويل متعددة: اطلب من Claude بناء جدول التكلفة/الفائدة نفسه بحجمين للنطاق (نسخة مصغّرة والنطاق الكامل لمستند المتطلبات) بحيث يمكن لمتخذ القرار الموافقة على رهان أصغر أولًا.
- مبادرة متكررة: لبرنامج بدل مشروع لمرة واحدة، اطلب رؤية على مدى 3 سنوات بدل صافي فائدة السنة الأولى — يتغيّر شكل حساب الاسترداد حين تتكرر التكاليف والفوائد سنويًا.
- تُغذّي الاعتماد النهائي: بمجرد الموافقة، تصبح هذه الحالة الدليل المرفَق في المتطلبات إلى الاعتماد — سلسلة التتبّع تمتد من الحاجة → المتطلب → الخيار → الحالة المحسوبة → الاعتماد.
- الرقم الواثق ليس بالضرورة رقمًا حقيقيًا. لا تدع أبدًا بندًا مُقدَّرًا (ESTIMATED) أو مُفترَضًا (ASSUMED) يظهر في الحالة النهائية دون وسمه — موافقة متخذ القرار على ميزانية بناءً على تخمين مموَّه هي فشل ضمانة التتبّع في آخر خطوة.
- يمكن لـ Claude أن يحسب فترة الاسترداد بشكل صحيح من مدخلات خاطئة ويسلّمك إجابة نظيفة وخاطئة. تحقّق من كل رقم مقاس (MEASURED) مقابل مصدره، وراجع كل رقم مُقدَّر (ESTIMATED) مع شخص يعرف الرقم الحقيقي قبل أن تذهب الحالة للاعتماد.
- حالة عمل بلا سيناريو سلبي هي عرض بيع، لا حالة عمل. اطلب دائمًا النسخة المُختبَرة تحت الضغط — المدى هو ما يجعلها قابلة للدفاع عنها، لا العنوان الأفضل حالًا.
- لا تدع الحالة تتجاوز ما حدده مستند المتطلبات فعلًا. إذا كانت فائدة ما لا تصح إلا مع نطاق أكبر مما اتُّفق عليه، فتلك إشارة إلى أن مستند المتطلبات يحتاج مراجعة أولًا، لا اختصارًا نحو رقم أكبر.
ستحصل في النهاية على حالة عمل جاهزة للتمويل، موسومة بصدق حسب مستوى الثقة، مع حساب استرداد للسيناريو الأساسي والسلبي والمخاطر التي قد تُفسده — مرتبطة بمستند المتطلبات وموجّهة للشخص الذي يعتمدها فعلًا.
أسئلة يطرحها الناس
- ما الفرق بين MEASURED وESTIMATED وASSUMED؟
- MEASURED تعني أنك أعطيت Claude رقمًا حقيقيًا من بياناتك. ESTIMATED تعني أنه معيار مرجعي معقول يقوم مقام رقم لا تملكه بعد. ASSUMED تعني أنه رقم مؤقت يجب استبداله برقم حقيقي قبل أن تذهب الحالة للاعتماد. الحفاظ على هذه الوسوم ظاهرة في المستند النهائي هو ما يمنع التخمين المتفائل من أن يُقرأ كحقيقة.
- هل أحتاج تحليل الخيارات قبل بناء حالة العمل؟
- يساعد لكنه ليس شرطًا. إذا لم يوجد تحليل خيارات، احسب تكلفة المنهج المقترح الوحيد واذكر ذلك صراحة في الحالة — يجب أن يعرف متخذ القرار أن مسارًا واحدًا فقط جرى تقييمه، لا أن يفترض استبعاد البدائل.
- لماذا أبني سيناريو سلبيًا إذا كان سيجعل الأرقام تبدو أسوأ؟
- لأن حالة العمل التي تحمل رقمًا مثاليًا فقط لا تختلف عن عرض بيع. إظهار فترة الاسترداد تحت سيناريو سلبي مُختبَر تحت الضغط هو ما يجعل الحالة قابلة للدفاع عنها حين يعترض أحد في جهة الاعتماد على الافتراضات.
- كيف يرتبط هذا بمرحلة المتطلبات إلى الاعتماد؟
- حالة العمل هي الدليل المحسوب الذي يُرفق مع مستند المتطلبات عند تقديمه للاعتماد الرسمي — حلقة إضافية في سلسلة التتبّع من حاجة صاحب المصلحة إلى مبادرة معتمدة وممولة.