من الشيت
للنظام: النقلة الحقيقية.

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

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

نظّف الشيت أول - النظام ما بينظفه عنك

الاستيراد نسخ، مو فلترة. الصفوف المكررة تدخل سجلات مكررة. العملاء الميتين يدخلون سجلات ميتة. والصفوف الفاضية تدخل جهات اتصال باسم وبس، وبتضل تمر عليها بالسكرول سنتين جاية.

ثلاث جولات، بهذا الترتيب، قبل ما تصدّر أي شي:

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

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

حدد وش يعني الصف الواحد فعلاً

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

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

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

وش ينتقل، ووش ما له مكان ينزل فيه

الأسماء والشركات والأرقام والإيميلات والملاحظات الحرة تنتقل بدون مشاكل. جواب ONE CRM نفسه إن جهات الاتصال تُستورد من إكسل أو CSV بدقائق، ولهذا الشكل من البيانات هذا كلام دقيق.

الأعمدة اللي تحتاج تفكير هي اللي تحمل معنى، مو معلومة:

• الحالة أو المرحلة. اكتب التحويل بشكل صريح، سطر لكل قيمة قديمة: "منتظر" تصير وش؟ وش عن الأربع صفوف المكتوب فيها "منتظر - راجع أحمد"؟ قرر قبل الاستيراد، مو وأنت فيه.
• المسؤول. أسماء المسؤولين لازم تطابق حسابات مستخدمين حقيقية، فأنشئ الفريق أول. أغلب الأنظمة تخليك تحدد صلاحيات لكل شخص، وسوّيها على نظام فاضي أسهل بكثير من نظام ممتلئ.
• التواريخ. صدّر بصيغة وحدة واضحة. خلية مكتوب فيها 03/04/2026 تعني يومين مختلفين حسب اللي كتبها، والاستيراد ما بيسألك.
• المبالغ. أرقام، مو نص. شيل رموز العملة وفواصل الآلاف وأنت في الشيت، وين تشوف وش تغيّر.

الأعمدة اللي ما راح تنتقل

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

تعامل معها بقصد. اكتب وش يعني كل لون، وبعدين حوّل كل معنى لحقل حقيقي أو مرحلة أو وسم - شي يقدر النظام يفلتر عليه. وإذا ما فيه أحد في الغرفة يقدر يقول وش يعني الأصفر، فهو ما كان معلومة أصلاً وتكون وفّرت على نفسك حقل. صدّر المعادلات كقيم، مو كمعادلات. والمستندات والعروض اللي عايشة في مجلدات ومحادثات تنتقل يدوي أو ما تنتقل، فقرر أي منها فعلاً لازم يكون مرفق بسجل واقبل إن الباقي يضل مكانه.

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

استورد بالترتيب الصح

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

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

وبعدين طابق الأعداد. الصفوف اللي صدّرتها مقابل السجلات اللي انبنت. إذا 2,140 صف صاروا 2,096 سجل، دوّر الـ44 قبل ما تكمل - غالباً مشكلة تنسيق في عمود واحد، ولقيتها في اليوم الأول أرخص بكثير من الشهر الثالث.

التحويل يوم واحد، مو مرحلة

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

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

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

وش تسوي بالشيت القديم

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

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

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

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