أغلب ما يُكتب عن هذا الموضوع يعدّد أعراضاً غامضة ثم ينتهي بعرض لبناء نظام جديد، ونحن سنفعل عكس ذلك تماماً. سنحسب معك بالأرقام ما يكلفك ملف الجداول في كل أسبوع، ونضع حدود الحجم والسرعة التي يتوقف عندها الملف عن الكفاية فعلاً، ونعرض مقارنة ثلاث سنوات يمكنك مراجعتها بآلة حاسبة عادية، ثم نقول بصراحة متى ننصح العميل بالبقاء على جدوله وإنفاق ماله في مكان آخر أنفع له.
جداول البيانات ليست العدو: ما الذي تُجيده فعلاً
قبل الحديث عن استبدالها، من الإنصاف أن نعطي جداول البيانات حقها، فهي أداة ممتازة لأسباب وجيهة. تكلفتها شبه معدومة لأنها موجودة أصلاً ضمن الاشتراك المكتبي الذي تدفعه، وكل موظف عندك يعرف كيف يستعملها دون تدريب، وإضافة عمود جديد لا تحتاج أكثر من عشر ثوانٍ ولا تتطلب موافقة أحد ولا انتظار مبرمج. لهذا السبب تحديداً تبدأ كل الشركات تقريباً من هنا، ولهذا السبب نفسه ينبغي لعدد كبير منها أن يبقى هنا ولا يتحرك.
ولأن المقال كله يقوم على ثلاث كلمات، فلنعرّف كلاً منها بسطر واحد بسيط: جدول البيانات ملف من الخانات تكتب فيها بيدك ما تشاء، وقاعدة البيانات مخزن يحتفظ بكل معلومة مرة واحدة فقط ويرفض أي قيمة تخالف قواعده، والنظام هو تلك القاعدة مضافاً إليها الشاشات والقواعد التي يعمل فريقك داخلها كل يوم.
والسؤال الذي يجيب عنه بقية المقال ليس ما إذا كان ملفك يبدو فوضوياً، لأن الفوضى وحدها ليست مشكلة ما دامت لا تكلف شيئاً. السؤال الحقيقي هو ما إذا كان هذا الملف قد بدأ يتقاضى منك إيجاراً شهرياً من وقتك ومالك ومخاطرتك. وأنا أكتب هنا لمديرة عيادة أو لصاحب متجر لديه أربعة موظفين، لا لمدير تقنية معلومات، ولذلك لن أستعمل مصطلحاً واحداً دون أن أشرحه في اللحظة نفسها.
الفرق بين ملف ونظام، بكلمات بسيطة
الفرق العملي بينهما يتلخص في أربعة أمور فقط. الأول أن المعلومة الواحدة تعيش في نسخة واحدة بدل نسخ متفرقة، والثاني أن هناك قواعد ترفض البيانات الخاطئة بدل خانة تقبل أي شيء تكتبه فيها، والثالث أن هناك سجلاً دائماً يقول من غيّر ماذا ومتى بدل قيمة تتبدل في صمت، والرابع أن عدة أشخاص يعملون في اللحظة نفسها بدل شخص واحد يفتح الملف بينما ينتظر الباقون دورهم.
ولنجعل ذلك ملموساً بمثال يشعر به أي قارئ: في ملف الجداول يمكن أن يُكتب رقم هاتف العميل الواحد بأربع صيغ مختلفة في أربعة تبويبات، مرة بصفر في البداية ومرة بمفتاح الدولة ومرة بمسافات بين الأرقام، ولن يعترض الملف على شيء لأنه غير مصمم للاعتراض أصلاً. أما في النظام فالرقم موجود مرة واحدة، فإذا صحّحته ظهر مصححاً على كل شاشة في اللحظة ذاتها.
ولنكن صريحين، الانتقال ليس مسألة مواكبة للعصر ولا حداثة شكلية، بل مسألة أيٍّ من هذه الأربعة تحتاجه هذا العام بالذات. فإن كان جوابك لا شيء منها، فأغلق هذا المقال وعد إلى عملك، لأنك لا تحتاج إلى ما نبيعه. أما إن كانت دقة البيانات قد صارت موضوعاً يتكرر في اجتماعاتكم، فالعلامات التالية ستبدو مألوفة لك بدرجة مزعجة.
العلامة الأولى: المعلومة نفسها في ثلاثة ملفات ولا يتفق اثنان منها
العرَض واضح ولا يحتاج تشخيصاً: اجتماع يذكر فيه شخصان رقمين مختلفين لرصيد المخزون أو لإجمالي إيرادات الشهر، فيتحول النقاش من سؤال ماذا نفعل الآن إلى سؤال أي ملف هو الصحيح. وهذا أسوأ نوع من الاجتماعات لأنه يستهلك وقت أغلى الناس عندك في مسألة لا تُنتج شيئاً جديداً.
والآلية بسيطة بلا مصطلحات: كل تصدير للملف، وكل مرفق يُرسل بالبريد، وكل نسخة تحمل اسم «نهائي 3» تفتح مساراً جديداً للحقيقة. وعبء المراجعة يكبر أسرع مما يتخيل الناس، لأن نسختين تحتاجان مقارنة واحدة فقط، بينما أربع نسخ تحتاج ست مقارنات.
أما العلامة الفاصلة عملياً فهي أن تجد نفسك تحتفظ بجدول وظيفته الوحيدة مطابقة الجداول الأخرى ببعضها. عند تلك النقطة تكون قد بنيت قاعدة بيانات بيدك، لكنك تديرها بأصعب طريقة ممكنة وبلا أي من الضمانات التي تعطيها القاعدة الحقيقية مجاناً.
وتكلفة هذا يجب أن تُحسب بصراحة، لأن أعمال المطابقة لا تُنتج معلومة جديدة، وإنما تعيد إليك الثقة في أرقام دفعت ثمن جمعها مرة واحدة من قبل.
العلامة الثانية: شخص واحد صار هو النظام
اختبار الإجازة يحسم هذه المسألة في دقيقة واحدة: اسأل نفسك ماذا يتوقف لو غاب فلان أسبوعاً كاملاً. فإذا تعثرت الفوترة أو جرد المخزون أو جدول المناوبات، فالمعرفة ليست موجودة في شركتك، بل في رأس ذلك الموظف وداخل معادلاته.
والخطر هنا عادي جداً ولا يحتاج تهويلاً، لأن المعادلات والأعمدة المخفية وذلك الأمر الصغير الآلي الذي كتبه أحدهم ولا يفهمه سواه، كلها تغادر المبنى يوم يغادر صاحبها، وغالباً بإشعار مدته أسبوعان لا أكثر.
ثم تأتي أرقام التدريب لتوضح الفارق: تعليم موظف جديد ملفاً موروثاً يستغرق في تجربتنا من 3 إلى 6 أسابيع من الملازمة والأسئلة المتكررة، بينما شاشة مصممة لا تعرض عليه إلا الخطوة الصحيحة التالية تحتاج من يومين إلى 5 أيام فقط.
وهناك كلفة ثانية يغفل عنها كثيرون، وهي أن صاحب الملف نفسه يُقاطَع طوال اليوم بأسئلة عن الرقم الحالي، فيتحول أكفأ موظف عندك إلى محرك بحث بشري بدل أن يعمل في ما وظّفته من أجله.
العلامة الثالثة: أنت تدفع ثمن ساعات نسخ كل أسبوع
لنفكك الأسبوع بصدق لفريق إداري من 6 إلى 10 أشخاص، كما نراه في الشركات التي تصل إلينا: 4.5 ساعة لإعادة إدخال بيانات من ملف إلى آخر، و3 ساعات لتجميع تقرير الشهر، و2.5 ساعة للرد على أسئلة من نوع أين وصل هذا الطلب، وساعتان للبحث عن النسخة الحالية، و1.5 ساعة لإصلاح معادلات تعطلت. المجموع نحو 13.5 ساعة أسبوعياً تُدفع رواتبها كاملة.
وحوّل ذلك إلى مال يمكنك التحقق منه بنفسك: موظف واحد يقضي بين 45 و90 دقيقة يومياً في نقل البيانات بين الملفات يخسر من 4 إلى 7 ساعات أسبوعياً، أي ما بين 190 و340 ساعة في السنة. وبتكلفة محمّلة تتراوح بين 20 و25 للساعة، أي الراتب مضافاً إليه ما يدفعه صاحب العمل فوقه من تأمينات وأعباء، يكلفك ذلك المكتب الواحد وحده ما بين 3,800 و8,500 سنوياً، نسخاً ولصقاً لا أكثر.
وقبل أن تنفق مبلغاً واحداً على أي حل، قِس الأمر بنفسك أولاً: اطلب من الفريق أن يسجّل على ورقة طوال 5 أيام الدقائق التي تُنفق في تحريك البيانات لا في اتخاذ قرار بشأنها. الرقم الذي سيخرج أعلى مما يتوقعه الناس عادةً، وهو وحده كفيل بحسم النقاش دون أي عرض تجاري من أحد.
العلامة الرابعة: الخطأ الواحد صار يكلّف مالاً حقيقياً
هناك لحظة يتوقف فيها الملف عن كونه دفتر ملاحظات ويصبح دفتر الحسابات نفسه. تحدث تلك اللحظة حين يصير الملف هو ما يقرر كم يُحاسَب العميل وما الذي يُطلب من المورد، وعندها يتوقف خطأ الكتابة عن كونه إزعاجاً بسيطاً.
والعطل الصامت الكلاسيكي يعرفه كل من جرّبه مرة: ترتيب عمود واحد دون الأعمدة المجاورة له، فيقترن اسم عميل بمبلغ عميل آخر. ولا شيء يتحول إلى اللون الأحمر، ولا رسالة تحذير تظهر، فيكتشف الخطأ عميلٌ بعد أسابيع وهو يقرأ فاتورته.
ولن ننسب هذا إلى دراسة، بل نقوله من الملفات التي تصل إلى أيدينا فعلاً: الملفات التي حرّرها 3 أشخاص أو أكثر على مدى سنة تحتوي دائماً تقريباً على معادلة واحدة على الأقل استُبدلت برقم مكتوب باليد، ومن يومها توقفت عن التحديث ولم ينتبه أحد.
والجزء المكلف هنا ليس التصحيح، فالتصحيح دقيقتان. الجزء المكلف هو إشعار الخصم، والمبلغ المسترد، ومكالمة الاعتذار، وتلك الساعة من ثقة العميل التي تُنفق بسرعة ولا تعود بسهولة.
العلامة الخامسة: لا تعرف من غيّر ماذا، ولا تستطيع إثباته لاحقاً
يظن كثيرون أن سجل الإصدارات في التخزين السحابي يحل هذه المسألة، لكن ما يعطيك إياه فعلياً هو نحو 30 يوماً من لقطات على مستوى الملف كله، تخبرك أن الملف قد تغيّر، ولا تخبرك أي خانة تغيرت، ولا من غيّرها، ولا ما كانت قيمتها قبل التغيير.
أما النظام فيسجّل ذلك من تلقاء نفسه وبصفة دائمة: هذا الحقل تغيّر من هذه القيمة إلى تلك، بيد هذا الشخص، في هذه الدقيقة بالضبط. وهذا تحديداً ما تحتاج إليه يوم يقع خلاف ولا ينفع فيه حسن النية.
ومتى يقع الخلاف؟ حين يعترض عميل على سعر، أو مورد على كمية تسليم، أو حين يسأل المحاسب أو شركة التأمين عن حركة تعود إلى شهر مارس الماضي، أو حين يرسل لك عميل كبير استبيان الأمان الخاص به قبل أن يوقّع العقد معك.
وهنا تدخل مسألة الصلاحيات أيضاً، لأن السؤال عن من يستطيع الاطلاع على سجلاتك وتعديلها لا يقل أهمية عن السؤال عن دقة هذه السجلات نفسها.
العلامة السادسة: فريقك ينتظر دوره على الملف، أو يعمل في نسخ جانبية
الحدود العملية هنا واضحة وقابلة للقياس: الملف المشترك يظل مريحاً عند نحو 3 أشخاص يحررونه وبضعة آلاف من الصفوف. وبعد 5 إلى 8 محررين يومياً، يبدأ الناس بحفظ نسخ خاصة كي لا يزعج أحدهم الآخر، وهكذا تعود العلامة الأولى من الباب الخلفي وأنت تظن أنك عالجتها.
ثم يأتي جدار السرعة، لأن الملف المثقل بالمعادلات بعد 20,000 إلى 50,000 صف يحتاج من 20 إلى 60 ثانية في كل فتح ومثلها في كل حفظ، وعشر عمليات فتح وحفظ في اليوم تعني ما يصل إلى عشرين دقيقة يقضيها موظفك أمام شريط الانتظار. أما قاعدة البيانات المصممة فتجيب عن السؤال نفسه عبر مئات الآلاف من الصفوف في أقل من ثانية بكثير.
وأما الصلاحيات فهي في الجدول غالباً إما كل شيء أو لا شيء، فالموظف بدوام جزئي الذي يحتاج فقط إلى إضافة طلب جديد يرى أيضاً هوامش الربح والرواتب وقائمة عملائك كاملة، وهو وضع لا يقبله أي صاحب عمل لو رآه مكتوباً بهذا الوضوح.
ويبقى الهاتف، فالجدول العريض غير قابل للاستعمال على شاشة هاتف، وهذا بالضبط ما يعيد فرق المتجر والميدان إلى الورق ثم إلى إعادة الإدخال في المساء. أما شاشة مصممة ضمن تطبيق هاتف فتجعل التسجيل يحدث في مكانه ولحظته، وهو الفارق بين بيانات صحيحة وبيانات مكتوبة من الذاكرة.
كم يكلّف الانتقال فعلاً وكم يستغرق
لنضع الجدول الزمني بالأسابيع حتى لا يتخيل أحد سنة كاملة من الصمت: أسبوع إلى أسبوعين لرسم العملية كما تجري فعلاً لا كما هي مكتوبة في الورق، و5 إلى 8 أسابيع لبناء النسخة الأولى، وأسبوع إلى 3 أسابيع لتنظيف البيانات واستيرادها، وأسبوعان إلى 4 للتشغيل المتوازي، وأسبوع أخير لإطفاء الجدول القديم. والمحصلة 10 إلى 18 أسبوعاً لأغلب النسخ الأولى.
وشكل النسخة الأولى المعقولة معروف أيضاً: مسار عمل واحد من أوله إلى آخره، و4 إلى 8 شاشات، ونوعان أو ثلاثة من المستخدمين. لا كل الأقسام دفعة واحدة، لأن ذلك هو أقصر طريق إلى مشروع لا ينتهي وميزانية لا تتوقف.
والمقارنة على ثلاث سنوات نضعها بصراحة: نحو 23,000 من الوقت المستعاد، على أساس 8 ساعات أسبوعياً بعشرين للساعة على مدى 48 أسبوع عمل في السنة، يضاف إليها نحو 4,800 من الأخطاء وإعادة العمل التي تُتفادى، في مقابل 15,000 لبناء النظام ونحو 5,400 للاستضافة والدعم خلال المدة نفسها، أي 20,400 في المجموع. والوقت المستعاد وحده يعيد إليك 640 في الشهر، فيغطي هذا المجموع عند الشهر 32 تقريباً، فإذا وضعت إلى جانبه 4,800 من الأخطاء المتفاداة صار المبلغ نفسه مغطى عند الشهر 26 تقريباً.
ويستحق حساب الاشتراكات أن يوضع بجانب ذلك، لأنه الطريق الثالث الذي يفكر فيه كثيرون: 12 مستخدماً بثلاثين شهرياً يعني 360 في الشهر، و4,320 في السنة، و12,960 على ثلاث سنوات. والفارق الجوهري أن هذا الرقم يرتفع مع كل موظف جديد توظفه، بينما تطبيق ويب مبني لك لا يرتفع ثمنه لمجرد أن فريقك كبر.
متى ننصح العميل بالبقاء على جداول البيانات
هناك حدود يظل الجدول عندها هو الأداة الصحيحة بلا نقاش: أقل من 500 سجل حي تقريباً، أو أقل من 3 أشخاص يحررون الملف، أو مسار عمل واحد فقط، أو عملية ما زلت تغيّرها كل شهر. والشرط الأخير هو الأهم بينها، لأنك لا تستطيع أن تبني نظاماً حول عملية لم تستقر بعد، وكل تغيير في العملية سيصير تغييراً مدفوعاً في البرمجة.
ونحن ننصح أولاً بالخيارات الوسطى الرخيصة ونعنيها فعلاً: جدول سحابي مشترك مع تثبيت أعمدة المعادلات ومنع تعديلها، وقواعد تحقق على الحقول التي يخطئ الناس في كتابتها عادة، أو أداة جاهزة بين 20 و40 لكل مستخدم شهرياً. وهذا هو الجواب الأصح في حالات أكثر بكثير مما يوحي به سوق البرمجيات.
وهناك شرطان اثنان يقلبان القرار نحو البناء المخصص. الأول أن تكون طريقتك في العمل هي نفسها ما يدفع العملاء مقابله، والثاني أن تحتاج كل أداة جاهزة جربتها إلى ثلاث حيل جانبية وجدول إضافي كي تناسب طريقتك، وهو ما يعيد إنتاج المشكلة الأصلية بثوب جديد وباشتراك شهري فوقها.
وفي Linkysoft اعتذرنا أكثر من مرة عن مشاريع من هذا النوع، أو قلّصناها إلى تحسين صغير على الجدول القائم، لأن العميل لم يكن يحتاج إلى أكثر من ذلك في تلك المرحلة، ولأن مشروعاً يُبنى قبل أوانه يفشل مهما أُتقن بناؤه. وإن أردت أمثلة أوسع فابحث في مقالاتنا عن برمجيات تناسب حجم عملك قبل أن تناسب طموحك.
كيف تنتقل دون أن توقف العمل
القاعدة الأولى ألا تعيد بناء كل شيء دفعة واحدة، فاختر مسار العمل الأكثر إيلاماً وحده، وأطلقه، وأبقِ الجدول لكل ما عداه حتى تثبت الشاشة الجديدة أنها تستحق مكانها. هذا التدرج وحده يفرّق بين انتقال يمر بهدوء وانتقال يشلّ شهراً من العمل.
وقواعد التشغيل المتوازي ينبغي أن تكون مكتوبة لا مزاجية: شغّل الاثنين معاً من أسبوعين إلى 4 أسابيع، وقارن الإجماليات أسبوعياً لا يومياً حتى لا ترهق الفريق، ولا تطفئ الجدول إلا حين تنزل الفروق تحت 1% ويكون لكل فرق منها تفسير معروف ومكتوب.
وكن مستعداً لمرحلة الاستيراد، لأن ما بين 5% و15% من الصفوف القديمة يحتاج قراراً بشرياً بسبب التكرار أو التواريخ الناقصة أو السجلات نصف المكتملة. وهذا عمل يستغرق أسبوعاً إلى 3 أسابيع من انتباه شخص يعرف طبيعة العمل، وليس زراً يُضغط ثم ينتهي كل شيء، ومن يعدك بغير ذلك لم ير بياناتك بعد.
وأخيراً اشترط زر تصدير في النظام النهائي حتى لا تُحتجز بياناتك عند أحد، بمن فينا نحن. يمكنك الاطلاع على دراسات الحالة لترى أمثلة على هذا التدرج في شركات بحجمك، وإن أردت رأياً صريحاً في حالتك أنت، فحديث قصير مع فريق Linkysoft عبر صفحة التواصل قد يوفر عليك شهوراً من التردد، وربما ينتهي بنصيحة أن تبقى على جدولك سنة أخرى.
