الدروس · الدرس 2 من 5
قائمة على شكل يوم عمل
لماذا رُتّب الشريط الجانبي بحسب وقت حدوث العمل لا بحسب نوع السجلّ، وكيف يتيح لك ذلك إيجاد شاشة لم تفتحها قطّ.
الدرس 2 من 5 · 16 د
طريقتان لتجميع قائمة
على كل تطبيق أن يقرّر كيف يجمّع شاشاته. الطريقة البديهية هي التجميع بحسب نوع السجلّ الذي تحمله كل شاشة. والطريقة الأخرى هي بحسب وقت حدوث العمل. ويبدو الاختيار شكلياً وليس كذلك. فهو يقرّر ما على القادم الجديد أن يعرفه قبل أن يجد أي شيء.
وكان سؤال Nesrine الثاني في صباحها الأول، بعد «ما الحريق»، هو «أين أضع استفسار المشتري». وهو السؤال الذي يسأله كل ملتحق جديد، وشكل القائمة هو جوابه.
ماذا يكلّفك التجميع بحسب نوع السجلّ
القائمة المجمَّعة بحسب نوع السجلّ تُقرأ كخزانة ملفّات: طلبيات، وموديلات، ومواد، ومورّدون، وأوامر شراء، وفحوص. وهي مرتّبة، وسهلة البناء، وغير قابلة للاستعمال ممّن مضى على وجوده في المبنى أربع ساعات.
والسبب أنها تطلب من القادم الجديد شيئاً لا يملكه. فلإيجاد شاشة في خزانة ملفّات عليك أن تعرف سلفاً أي نوع من السجلّات ينتجه عملك. وNesrine تعرف العمل: مشترٍ طلب سعراً لقميص خارجي. لكنها لا تعرف بعد أن العمل ينتج شيئاً اسمه طلب عرض سعر. ولا أنه يسكن مع أوراق التكلفة، التي ليست هي الأسعار.
والشريط الجانبي هنا مجمَّع بالطريقة الأخرى، بحسب الوقت. وله عشرة عناوين، سبعة منها مراحل من عمل واحد بالترتيب الذي يجري به ذلك العمل.
المراحل السبع
| العنوان | الشاشات | اللحظة |
|---|---|---|
| Quote | Quotations · Cost sheets | سأل مشترٍ كم يكلّف |
| Develop | Tech pack intake · Styles · Sampling · Materials | يجري تحديد مواصفات الثوب وإثباته |
| Plan | Orders · Plan production · Planning | صارت الطلبية حقيقية وتحتاج شكلاً وموضعاً |
| Source | Sourcing · Purchase Requests · Purchase Orders · Receiving (GRN) · Material Issue | يجري شراء المواد واستلامها وصرفها |
| Produce | Production orders · Floor capture · Machine output · Production followup | المصنع يصنعها |
| Quality | Quality / CAPA · Inspections | أحدهم يفحصها |
| Ship | Packing | إنها خارجة من الباب |
اقرأ عمود «العنوان» نزولاً تكن قد قرأت حياة طلبية. وذلك أنفع ما يمكن معرفته عن هذا التطبيق في اليوم الأول، لأنه يحوّل سؤالاً بلا جواب إلى سؤال له جواب. «أين أعمل كذا» تصير «متى يحدث كذا». واستفسار Nesrine يحدث قبل صناعة أي شيء، فهو في الأعلى، تحت Quote.
طلبية واحدة، من الأعلى إلى الأسفل
ORD-1042 تستحقّ المشي عليها، لأنها تستعمل القائمة بالترتيب المطبوع تقريباً.
يصل استفسار Larkspur فيصير طلب عرض سعر تحت Quotations. ويُبنى سعره على Cost sheet. وتهبط الحقيبة الفنية من Larkspur في Tech pack intake فتصير سجلّاً تحت Styles، يُختار قماشه ولوازمه من Materials. وتجري عيّنات النموذج والقَصّة تحت Sampling. وحين تلتزم Larkspur، تُنشأ طلبية المشتري تحت Orders، وتُقسم إلى عمل مصنعي تحت Plan production، وتُعطى موضعاً على خطّ تحت Planning. ويُحسب ما يجب شراؤه تحت Sourcing، ويُطلب تحت Purchase Requests، ويُوضع تحت Purchase Orders، ويُقيَّد دخوله تحت Receiving (GRN)، ويُسلَّم إلى الأرضية تحت Material Issue. وتسكن وثائق العمل تحت Production orders، ويُلتقط الإنتاج تحت Floor capture ويُتابع تحت Production followup. وتُسجَّل العيوب تحت Quality / CAPA ويجري فحص الـ AQL تحت Inspections. والـ AQL هي قاعدة المعاينة التي تقرّر كم قطعة يسحب الفاحص وكم عيباً مسموحاً به. ثم تُخطَّط الكراتين تحت Packing.
وذلك عشرون مدخلاً من الواحد والعشرين التي تحملها المراحل السبع، كلّ واحد مرّة واحدة، قراءةً نزولاً ودون رجوع. والمدخل الذي تتخطّاه هو Machine output، وهو لا يحمل شيئاً إلّا في مصنع يغذّي التطبيق بإنتاج ملتقَط من الماكينات.
العناوين الثلاثة التي ليست مراحل
المداخل الثمانية الأخرى تسكن في ثلاثة عناوين موضوعة عمداً خارج التسلسل. والخلط بينها وبين المراحل أشيع طرق الضياع.
- Home يحمل أربعة: My Work / Exceptions وMy Tasks وMessages وBlocker inbox. وهو ليس مرحلة. بل هو حيث يأتي العمل ليجدك، وذلك هو الدرس الأول.
- Insights يحمل ثلاثة: Order Cockpit وDashboard وReports. وهو ليس مرحلة أيضاً. بل يقرأ المراحل السبع كلّها ويعرض النتيجة.
- Settings يحمل مدخلاً واحداً، يفتح على صفحة بطاقات. وهو ما يقرّره المصنع مرّة واحدة فتطيعه كل مرحلة بعد ذلك، وهو الدرس الخامس.
أربعة زائد ثلاثة زائد واحد يساوي ثمانية. وشريط مدير عام يحمل تسعة وعشرين مدخلاً في المجموع، فالمراحل السبع تحمل واحداً وعشرين بينها. ويستحقّ إجراء الحساب مرّة، لأنه يجعل الادّعاء قابلاً للتحقّق لا زينة: افتح شريطك أنت وعُدّ.
الشاشة التي لم تفتحها قطّ
الشاشة غير المألوفة التي لا سجلّات عليها أصعب شيء في أي تطبيق، لأن القائمة الفارغة تبدو مطابقة للقائمة المعطوبة. وكل مدخل في هذه القائمة يحمل جملتين لتلك اللحظة بالضبط: ماذا تحمل الشاشة، وكيف يصل إليها أول سجلّ.
وهما تستحقّان القراءة لا التخطّي. فـPurchase Requests تقول إن أول سجلّ فيها يصل هكذا: «افتح طلبية ← تبويب المواد ← ”اطلب ما تحتاجه هذه الطلبية“. ونحن نملأ المواد واللوازم من الموديل مسبقاً.» وPlanning تقول: «أضف خطّ إنتاج (Planning ← Manage lines) أو علّم مورّداً بأنه مقاول من الباطن، ثم وزّع الطلبيات من تبويب Planning في كل طلبية.»
وكلتاهما تجيبان عن السؤال الذي تتركه الشاشة الفارغة معلَّقاً عادةً، وهو ليس «ما هذا» بل «ماذا أفعل حتى يظهر هنا شيء».
طريقتان لتخطّي القائمة كلّها
متى عرفت الشكل ستكفّ عن استعمالها غالباً.
لوحة الأوامر تُفتح بـ Ctrl+K، أو ⌘K على الماك. اكتب، فتعرض شاشات وسجلّات مطابقة وقائمة قصيرة من إجراءات الإنشاء. تحرّك الأسهم، ويفتح Enter، ويغلق Escape. وتستحقّ التعلّم في اليوم الأول لأنها أسرع من الشريط الجانبي في كل شيء إلّا في تعلّم الشريط الجانبي.
زرّ New يجلس في الشريط العلوي ويعرض إجراءات الإنشاء التي يستطيع دورك الوصول إليها.
وكلاهما ينقل فقط. ولا ينشئ أيّهما شيئاً: فاختيار «New order» يأخذك إلى مسار الإنشاء الخاص بشاشة الطلبيات، وله لوحة تأكيد خاصة به قبل كتابة أي شيء. وذلك تمييز مهمّ والدرس الرابع عنه.
اختبر فهمكيسألك زميل أين يسجّل أن لفّة قماش وصلت فعلاً من مصنع النسيج هذا الصباح. أجب مستعملاً قاعدة هذا الدرس وحدها، ثم قل تحت أي عنوان ستبحث لو أردت أن ترى ما فعله ذلك الوصول بتكلفة الطلبية.أظهر الإجابة
اسأل متى يحدث. وصول البضاعة من مصنع نسيج يحدث أثناء شراء المواد وإدخالها، وهي مرحلة Source، والشاشة هناك هي Receiving (GRN)، أي إشعارات استلام البضاعة. والشطر الثاني يكسر القاعدة عمداً، وذلك هو المقصود: «ماذا فعل بالتكلفة» ليس لحظة في العمل البتّة، بل هو نظرة عبر اللحظات. فهو ليس تحت Source. بل تحت Insights، التي تقرأ المراحل السبع كلّها — Order Cockpit لتلك الطلبية وحدها، أو Reports للنمط عبر طلبيات كثيرة. وإن كان سؤال لا «متى» له، فهو سؤال Insights في الغالب الأعمّ.
اختبر فهمكيجادل أحدهم بأن القائمة ينبغي أن تكون أبجدية، لأن الجميع يعرف الأبجدية ولا يحتاج أحد إلى تعليمها. أعطِ أقوى صيغة لتلك الحجّة، والردّ عليها.أظهر الإجابة
أقوى صيغة قوية فعلاً. فالقائمة الأبجدية لا تحتاج تدريباً، ولا ترتيب فيها قابل للجدال، ولا تبلى حين يتغيّر إجراء، وهي أسرع بحث ممكن لمن يعرف سلفاً اسم الشاشة التي يريدها. والردّ أن العبارة الأخيرة هي المشكلة كلّها. فالترتيب الأبجدي أفضل ما يكون لاسترجاع اسم تملكه سلفاً، وعديم القيمة لاكتشاف اسم لا تملكه، وأسبوعا الميرشانديزر الجديدة الأولان هما الحالة الثانية بالكامل. فهي لا تعرف أن استفسارها يصير «عرض سعر»، فلا تستطيع إيجاد حرف الـ Q. أمّا ما تعرفه فهو أن التسعير يسبق الصنع. ولاحظ أيضاً أن التطبيق يعطيها الحالة الأبجدية أصلاً: فلوحة الأوامر تطابق الاسم في اللحظة التي تعرفه فيها، وذلك يترك الشريط الجانبي حرّاً ليؤدّي العمل الذي لا تستطيعه اللوحة.
موجّه · أين يسكن هذا العمل، وماذا لن يسمح لي به
كلما عرفت العمل ولم تعرف الشاشة، خصوصاً في أسبوعيك الأولين.
سأصف بكلمات عاهذهة عملاً عليّ إنجازه في MerchandiserOS. استخرج أين يسكن وما الذي سيوقفني. لا تبدأ بتسمية شاشة. بل ابدأ بسؤالي متى يحدث العمل في حياة الطلبية: قبل تسعير، أم أثناء تحهذهد مواصفات الثوب، أم بعد أن تصير الطلبية حقيقية، أم أثناء شراءء المواد، أم أثناء الصنع، أم أثناء الفحص، أم عند الخروج. قل أيّها هو ولماذا، وإن كان وصفي محتملاً لاثنين منها فقل ذلك واسألني سؤالاً واحداً يحسمه. ثم سمِّ عنوان الشريط الجانبي الذي تقابله تلك المرحلة، وعنهذاا فقط سمِّ الشاشة. وإن لم يكن العمل مرحلة البتّة — إن كان نظرة عبر المراحل، أو شيئاً يُضبط مرّة واحدة للمصنع كلّه — فقل ذلك بدلاً من هذا. فتلك تسكن في أماكن أخرى تماماً، والبحث عنها بين المراحل أشيع طريقة لإضاعة عشر دقائق. ثم افعل الجزء الذي لن يخطر لي طلبه. قل لي ما يجب أن يكون موجوداً قبل أن تسمح لي تلك الشاشة بأي شيء: على أي سجلّ يتعلّق العمل، وفي أي حال يجب أن يكون ذلك السجلّ. وقل لي ماذا ستريني الشاشة على الأرجح إن لم يوجد شيء من ذلك بعد، وما ستكون الخطوة الأولى. وثلاث قواعد. إن لم تكن واثقاً من وجود شاشة بذلك الاسم في نسختي، فقل ذلك وقل لي كيف أتحقّق بدل تخمين مسمّى معقول. ولا تخترع زرّاً. وحيث يمكن أداء العمل في موضعين، قل أيّهما يترك سجلّاً يستطيع غيرك إيجاهذا.
قد يخطئ الذكاء الاصطناعي — تحقّق من أي شيء ستتصرّف بناءً عليه.