استخدام RapidStart داخلياً
إذا لم تكن مألوفًا مع مصطلح "dogfooding"، فهو تعبير عامي يعني استخدام منتجاتك الخاصة في بيئة الإنتاج. تستخدم Forceworks، مطورة RapidStart، RapidStart في كل شيء. لماذا؟ لنفس الأسباب التي يستخدمها عملاؤنا.

من Dynamics 365 إلى RapidStart
لم نكن دائماً نستخدم RapidStart. بفضل وضعنا كشريك، توفر لنا Microsoft تراخيص Dynamics 365 Enterprise مجانًا — نفس التراخيص التي يتوجب عليك دفع 95 دولارًا لكل مستخدم شهريًا للحصول عليها. كنا نستخدم Dynamics 365 منذ عام 2011، أي قبل أربعة أعوام من إنشاء RapidStart في 2015. واستمررنا في استخدامه بعد إطلاق تطبيقنا.
كانت نسخنا الأولى من RapidStart، قبل وجود Dataverse، تعمل فوق Dynamics 365، ساعيةً إلى تبسيط منتج Microsoft. وبوصفنا مطورين "متقدمين"، لم نعتقد أننا بحاجة إلى طبقة "التبسيط" لأنفسنا.
قبل عدة سنوات، فصلت Microsoft تطبيقاتها عن أسسها وأعادت تسمية الأساس "Dataverse". لم تعد تطبيقات Dynamics 365 تعمل فقط على Dataverse، بل كذلك جميع Power Apps. رأينا في ذلك فرصة لتحويل RapidStart من كونه فوق Dynamics 365 إلى موقع مجاور له كبديل في Power Apps. ومع ذلك، استمررنا باستخدام Dynamics 365 داخليًا. لماذا لا؟ إذ كان مجانيًا بالنسبة لنا.
لحظة الحقيقة
كنت أعرض توضيحًا لتطبيق RapidStart على عميل في يوم من الأيام، فسألني: "هل هذا ما تستخدمونه؟" أجبت بأننا كمنظمة "متقدمة"، نستخدم Dynamics 365. قالت: "نحن كذلك ’متقدمون‘. أعتقد أنه إذا لم يكن RapidStart يلبي احتياجاتكم، يجب أن نستكشف Dynamics 365 بدلًا منه."
فكرت في ذلك، مع علمي أن RapidStart مثالي لمنظمته ولكنني أيضًا رأيت وجهة نظرها. قلت: "ماذا لو قمتُ بنقل منظمتنا إلى RapidStart، هل ستتقدم معنا؟" قالت: "بالتأكيد!"
لا أعلم لماذا لم يخطر ببالي هذا من قبل. لقد طرحت سؤالًا واضحًا جدًا، ولم أكن قد طُرحت علي هذه المسألة من قبل. تحدثت مع فريقنا عن إجراء النقلة، وأبدى بعضهم مخاوف. "لدينا بعض العمليات المتقدمة تعمل هناك..."
قلت: "حسنًا، لقد استهدفنا هذا في الأصل للشركات الصغيرة، لكن الجميع يستخدمه الآن، بما في ذلك المؤسسات الكبرى. كيف نتوقع منهم استخدامه إذا لم نفعل نحن؟" وهكذا فعلنا.
الإضافة أم الهجرة؟
كان أمامنا خياران: إضافة RapidStart إلى بيئة Dynamics 365 الحالية، أو نقل بياناتنا إلى بيئة RapidStart جديدة فقط. لو اخترنا الخيار الأول، فلن نثبت أن RapidStart يمكن أن يكون حلاً مستقلًا قويًا، لذا اخترنا الخيار الثاني.
للاستخدام الداخلي الكامل، أنشأنا بيئة Dataverse جديدة فارغة، وانتقلنا إلى AppSource، وثبّتنا RapidStart بنفس الطريقة التي يفعلها أي عميل. تلقيت حتى إشعار البريد الإلكتروني من AppSource بأن لدينا عميلًا جديدًا!
عند الانتقال من Dynamics 365 إلى RapidStart، كان علينا ترحيل بياناتنا، مثل أي عميل في هذا السيناريو. كنا نستخدم Dynamics 365 منذ 2011، وقد حدثت تغييرات كثيرة في نموذج عملنا على طول الطريق. كانت نسخة Dynamics 365 لدينا مليئة بالفوضى، متضخمة ببيانات لم تعد ذات صلة. بالإضافة إلى ذلك، كانت مليئة بعمليات وآثار مهجورة لم نعد نستخدمها.
يا لها من فرصة مثالية لـ’تنظيف البيت‘! استغرق الأمر بضعة أسابيع، حيث كنا ننقل الأمور في أوقات فراغنا عندما لا نعمل مع العملاء. وعندما انتهينا، أدركت أن ما كنت أقوله للعملاء كان صحيحًا 100%. لقد أنشأنا تطبيقًا رائعًا!
الخلاصة
تشغل منظمتنا الكاملة "المتقدمة" الآن على RapidStart مع العديد من التخصيصات الخاصة باحتياجاتنا. بالإضافة إلى ذلك، نستخدم العديد من إضافات RapidStart في بيئة الإنتاج ونخصصها لتلبية احتياجاتنا الخاصة.
بين بيئة Dynamics 365 القديمة، وبيئة الإنتاج لـ RapidStart، وبيئات التطوير والتجربة، كان لدينا 33 بيئة نشطة. نظرت لإحصاءاتنا منذ فترة ولاحظت أن نسخة Dynamics 365 القديمة كانت تستهلك حوالي نصف إجمالي سعته. ضغطت على кнопку ‘حذف‘ ولم أنظر إلى الوراء.
رغم أننا نحصل على تراخيص Dynamics 365 مجانًا، ندفع مقابل Power Apps كما يفعل عملاؤنا. نأسف لأن الأمر استغرق وقتًا طويلًا حتى نُظهر ثقتنا في تطبيقنا بأكثر الطرق معنوية ممكنة. قمنا بالنقلة ولم نفتقد شيئًا. زاد استخدامنا كثيرًا، فالبساطة هي بالفعل الأفضل!
شاهد ما نستخدمه كل يوم
جرّب RapidStart برحلة تجريبية موجهة بالذكاء الاصطناعي — نفس التطبيق الذي يستخدمه فريقنا لإدارة كامل عمليات المبيعات والخدمات لدينا.


