بمَ تختلف خريطة العملية عن مخطّط الحارات أو أداة رسم المخططات الانسيابية؟

هي المحتوى الذي تُرسم منه تلك المخططات، منتَجًا بسرعة أكبر وبنص عادي — الخطوات المرتّبة، الأدوار، التسليمات، ونقاط الألم، مستخرَجة من مقابلات حقيقية لا مفترَضة من وثيقة سياسات. بمجرد أن يكون لديك process-map.md، يصبح تحويله إلى حارات مرئية في أداة الرسم التي تفضّلها خطوة سريعة وميكانيكية؛ تجاوز الاستخراج والرسم مباشرة من الذاكرة هو ما ينتهي بمخطّطات تصف عملية لا يتّبعها أحد فعليًا.

ماذا لو تعارضت المقابلة مع تصدير النظام الفعلي؟

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

هل يجب أن أقابل كل شخص في العملية؟

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

ما مستوى التفصيل المطلوب في تسلسل الخطوات؟

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

حوّل ملاحظات المقابلات إلى خريطة عملية حالية واضحة

متى تلجأ إلى هذا

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

جهّز هذا أولًا

ملاحظات مقابلاتك أو نصّ جولة استعراض للعملية — شخص يشرح 'إليك ما أفعله فعلًا' أفيد بكثير من وثيقة سياسات تصف ما يُفترض أن يحدث.
أي لقطات شاشة أو تسجيلات شاشة أو تقارير مُصدَّرة من الأنظمة المعنيّة، تضعها في المجلد الذي تفتحه في Claude Desktop — هذه ترسّخ الأوصاف الغامضة ('ثم أتحقّق من النظام') إلى شيء ملموس.
فكرة تقريبية عن أين تبدأ العملية وأين تنتهي، بحيث تكون للخريطة حدود واضحة — مثل 'من استلام الفاتورة إلى صرف الدفعة'، لا كل ما يمسّ المالية بلا حدّ.

الـ workflow

استخرج تسلسل الخطوات الخام — قبل تسمية نقاط الألم

افتح المجلد الذي يضم ملاحظاتك ولقطات الشاشة والنصوص في Claude Desktop واطرح سؤالك في المحادثة — لا حاجة لأي Terminal. احصل على التسلسل الحرفي لما يحدث أولًا، بالترتيب، قبل الحكم على أي منه. تسمية المشكلات مبكرًا جدًا تُغفل خطوات لم يفكّر أحد في ذكرها لأنها بدت بديهية.

أنت تطلب

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

ما تحصل عليه تسلسل مرقّم بسيط — "1. تصل الفاتورة بالبريد الإلكتروني إلى موظف الحسابات الدائنة. 2. يعيد الموظف إدخالها يدويًا في نظام المالية. 3. يوجّهها النظام إلى المدير للاعتماد إذا تجاوزت 1000 دولار..." — مع دور مرفق بكل خطوة.

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

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

أنت تطلب

راجع تسلسل الخطوات وحدّد كل تسليم — حيث ينتقل العمل من دور أو نظام إلى آخر. لكل تسليم، دوّن ما يُنقل فعليًا (مستند، إشعار، طلب شفهي) وكيف يعرف المستلم أن عليه التصرّف الآن. ضع علامة على أي تسليم يكون فيه هذا المحرّك غير واضح أو غير رسمي (مثل 'يعرفون ذلك فقط').

ما تحصل عليه التسلسل نفسه مع تمييز نقاط التسليم وشرحها — "تسليم: موظف الحسابات الدائنة ← المدير. المحرّك: إشعار بريد إلكتروني من نظام المالية. مميَّز: لا تذكير إذا لم يفتح المدير الإشعار لأيام."

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

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

أنت تطلب

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

ما تحصل عليه التسلسل مع علامات نقاط الألم مضمَّنة — "الخطوة 2 [نقطة ألم]: إعادة إدخال يدوية، يقدّر موظف الحسابات الدائنة خطأين أسبوعيًا؛ الخطوة 3 [نقطة ألم]: تنتظر الاعتمادات 3 أيام في المتوسط لعدم وجود تصعيد إذا كان المدير غائبًا" — مرتكزة على ما ذكره الناس فعليًا، لا مستنتَجة.
تحقّق من الخريطة في مقابل مصدر ثانٍ

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

أنت تطلب

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

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

لا تدع Claude يحسم تباينًا بصمت باختيار النسخة الأكثر ترجيحًا. هذا بالضبط نوع التفصيل المعقول-غير-المؤكَّد الذي يقوّض الخريطة كلها.
اجمع كل شيء في process-map.md

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

أنت تطلب

اجمع كل شيء في ملف process-map.md واحد: تسلسل الخطوات المرتّب مع الأدوار، نقاط التسليم مع محرّكاتها، ونقاط الألم مميَّزة في مكانها ضمن كل خطوة. أضف ملاحظة 'حدود العملية' قصيرة أعلى الملف (نقطة البداية، نقطة النهاية، ما هو خارج النطاق) وملخّص سطر واحد لأكبر نقطتي أو ثلاث نقاط ألم. اجعلها قابلة للمسح السريع — يجب أن يتمكّن شخص غير مطّلع على العملية من متابعتها من الأعلى إلى الأسفل.

ما تحصل عليه ملف process-map.md واحد جاهز للاستخدام — العملية الحالية كتسلسل واضح، مع الأدوار والتسليمات ونقاط الألم كلها في مكان واحد — جاهز لتسليمه لمن سيجري تحليل الفجوات أو يصمّم العملية المستقبلية.

احفظ هذا الملف بجانب requirements.md. نقاط الألم المميَّزة هنا غالبًا ما تكون بالضبط المتطلبات غير الوظيفية أو بنود النطاق التي أُغفلت في المقابلات.

اجعله ملكك

تغذّي تحليل الفجوات: سلّم process-map.md مباشرة إلى تحليل الفجوات في المرحلة 2 — فهو يقيس تصميم العملية المستقبلية في مقابل هذه الخطوات ونقاط الألم بالذات، بحيث تكون الفجوات مرتكزة على عملية حالية موثّقة، لا على الذاكرة.
اربطها بوثيقة المتطلبات: نقطة ألم مميَّزة هنا ("تنتظر الاعتمادات 3 أيام دون تصعيد") غالبًا ما تصبح متطلبًا غير وظيفي أو سؤالًا مفتوحًا في requirements.md — وفّق بينهما بدل تركهما يتباعدان.
أعِد رسم الخريطة بعد إعادة هيكلة أو تغيير نظام: خريطة العملية لقطة زمنية — أعِد تشغيل هذا عندما تتغيّر الأدوار أو الأنظمة أو الخطوات نفسها فعليًا، بدل الثقة بخريطة قديمة لم تعد تطابق الواقع بصمت.
حوّلها إلى skill قابلة لإعادة الاستخدام (Power Track): حمّل تسلسل أسئلة رسم العملية كـ skill أو أمر /asis بحيث تحصل كل عملية جديدة على معاملة الاستخراج-ثم-التمييز المنضبطة نفسها (انظر تبويب Features).

انتبه إلى

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

ستحصل في النهاية على ملف `process-map.md` واحد — العملية الحالية كتسلسل خطوات مرتّب مع الأدوار والتسليمات ونقاط الألم مضمَّنة، مُحقَّق منه في مقابل مصدر ثانٍ — يبني عليه تحليل الفجوات أو إعادة التصميم أو وثيقة المتطلبات بدل الاعتماد على الذاكرة أو وصف سياسة مثالي.

أسئلة يطرحها الناس

بمَ تختلف خريطة العملية عن مخطّط الحارات أو أداة رسم المخططات الانسيابية؟: هي المحتوى الذي تُرسم منه تلك المخططات، منتَجًا بسرعة أكبر وبنص عادي — الخطوات المرتّبة، الأدوار، التسليمات، ونقاط الألم، مستخرَجة من مقابلات حقيقية لا مفترَضة من وثيقة سياسات. بمجرد أن يكون لديك `process-map.md`، يصبح تحويله إلى حارات مرئية في أداة الرسم التي تفضّلها خطوة سريعة وميكانيكية؛ تجاوز الاستخراج والرسم مباشرة من الذاكرة هو ما ينتهي بمخطّطات تصف عملية لا يتّبعها أحد فعليًا.
ماذا لو تعارضت المقابلة مع تصدير النظام الفعلي؟: هذا بالضبط ما صُمّمت خطوة التحقّق من أجله — ميّز التباين صراحةً واحسمه مع الأشخاص المعنيّين بدل ترك Claude يتوسّط بين النسختين أو يفترض النسخة الأحدث ظاهريًا. خريطة عملية حسمت تباينًا بصمت أسوأ من واحدة تعترف بصدق بأننا 'لا نعرف بعد أيّهما الحالي.'
هل يجب أن أقابل كل شخص في العملية؟: لا، لكنك تحتاج مصدرًا واحدًا على الأقل لكل دور يمسّ العملية، إضافة إلى مصدر ثانٍ عام للتحقّق من التسلسل — رواية شخص واحد هي رؤية مقعد واحد. الحدّ الأدنى من مصدرين أو ثلاثة هو ما يحوّل 'كيف تعتقد سارة أنها تعمل' إلى خريطة حالية يثق بها بقية الفريق.
ما مستوى التفصيل المطلوب في تسلسل الخطوات؟: مفصّل بما يكفي ليتمكّن شخص غير مطّلع على العملية من متابعتها من البداية إلى النهاية ومعرفة من يفعل ماذا بعد ذلك — لكن ليس مفصّلًا لدرجة تضمين كل نقرة. اختبار جيّد: إذا تعذّر ربط نقطة ألم بخطوة محدّدة، فالخريطة إما خشنة جدًا (تخفي الخطوات خطوات فرعية) أو تحتاج نقطة الألم مصدرًا أوضح.