متى يجب على شركتك تطوير برامجها الخاصة؟

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

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

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

تمتلك معظم الشركات متوسطة الحجم "مستخدمًا متميزًا" يجيد مساعدة الجميع بالقدرات المضمنة بالفعل في برامجهم (مثل مؤلفي التقارير ولوحات المعلومات وما إلى ذلك). وتحتوي معظم برامج تخطيط موارد المؤسسات الحديثة (ERP) على طبقات تسمح بالتخصيص - غالبًا ما تكون طبقة حيث يمكن للبائعين ذوي القيمة المضافة (VARs) إجراء تغييرات وطبقة عميل لتخصيصات العملاء. إذا تمكنت شركة متوسطة الحجم من الحصول على ما تحتاجه من ذلك ، فهذا أمر رائع. لكن ماذا لو لم تستطع؟

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

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

متى تقوم بلف الكود الخاص بك

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

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

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

نظر كارلوس فرنانديز ، الرئيس التنفيذي لشركة BF&S ، حوله ولكنه لم يتمكن من إيجاد حل للشراء. بدلاً من ذلك ، كما يقول ، "شرعنا في برنامج برمجي يوفر بيانات في الوقت الفعلي على مدار الساعة طوال أيام الأسبوع" حول عمليات إنشاء منتجات الشركة. بدأ الأمر بـ "رجل الكمبيوتر" ، كما يسميه فرنانديز ، بعد تخرجه من الكلية للتو ، ببناء أداة لتتبع المواد الخام ، والعمل الجاري ، ومخزونات السلع الجاهزة وتوفير الرؤية داخليًا وخارجيًا.

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

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

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

الرحلة والتكاليف

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

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

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

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

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

Corefact (عميل Mastering متوسط الحجم) هو مزود خدمات تسويق كاملة الخدمات لقطاعات العقارات والرهن العقاري. في عام 2005 ، جاءت الشركة بفكرة جديدة. إذا كان بإمكان سمسار عقارات أن يرسل بطاقة بريدية إلى عميل محتمل بعنوان URL فريد من شأنه أن يأخذ العميل إلى موقع ويب يكون منزله في مركزه ، فقد يكون ذلك جذابًا للغاية ويمكن أن يغير قواعد اللعبة. كان عملاء Corefact ، أصحاب العقارات ، متحمسين ، ليس فقط بسبب الجاذبية المحتملة لعملائهم ، ولكن أيضًا بكل البيانات التي سيوفرها لهم هذا النوع من المشاركة.

Corefact couldn’t buy software to do this — it was new. Corefact’s founder and CEO Chris Burnley had always been a technologist. Prior to Corefact, he started several technology-driven companies. Thanks to this technological competency, the company found a way to print variable data — unique URLs — on postcards and then move them on to web servers that would wait for a homeowner to type in the URL, after which a new, unique website would be created instantly. By 2006, the software was launched with a single engineer.

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

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

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

الكفاءات الثلاث التي تحتاجها لتتدحرج بنفسك

تتطلب الأمثلة التي ناقشتها كميات مختلفة من الكفاءات الثلاث التالية ، اعتمادًا على مدى تعقيد متطلبات التعليمات البرمجية المخصصة الخاصة بك:

ترجمة احتياجات العمل إلى مشاريع برمجية.

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

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

تطوير الكود.

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

عمليات البرمجيات.

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

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