سر صناعة البرمجيات

وبائعإنه وقت ممتع أن تكون في صناعة البرمجيات. مع ازدهار وكساد الإنترنت ، والآن أصبح "الويب 2.0" والشبكات الاجتماعية في الاتجاه السائد ، ما زلنا في مهدنا ولكننا نكبر.

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

أصبح المستهلكون أخيرًا جادين مع برنامجنا. أخيرًا ، يحصل مديرو المنتجات على بعض الذوق الرفيع - تكملًا لمنتج رائع بتصميم جيد يستحق البيع والتسويق.

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

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

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

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

المنظر من شركة البرمجيات

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

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

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

3 تعليقات

  1. 1

    أحد أصعب الأسئلة التي يجب أن أجيب عنها هو ، "إذا كنت تسميها هندسة البرمجيات ، فلماذا لا يكون لديك نتائج حتمية لمشاريعك."

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

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

  2. 2

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

  3. 3

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

ما رأيك؟

يستخدم هذا الموقع نظام Akismet لتقليل الرسائل الضارة. تعرف كيف تتم معالجة بيانات تعليقك.