هناك العديد من الموظفين المبدعين في LANIT-Integration. أفكار المنتجات والمشاريع الجديدة معلقة في الهواء حرفيًا. قد يكون من الصعب جدًا في بعض الأحيان تحديد أكثرها إثارة للاهتمام. لذلك، قمنا معًا بتطوير منهجيتنا الخاصة. اقرأ هذه المقالة حول كيفية اختيار أفضل المشاريع وتنفيذها.
في روسيا، وفي العالم ككل، هناك عدد من العمليات التي تؤدي إلى تحول سوق تكنولوجيا المعلومات. بفضل الزيادة في قوة الحوسبة وظهور الخوادم والشبكات وتقنيات المحاكاة الافتراضية الأخرى، لم يعد السوق بحاجة إلى كمية كبيرة من الأجهزة. يفضل البائعون بشكل متزايد العمل مع العملاء مباشرة. يشهد سوق تكنولوجيا المعلومات طفرة في الاستعانة بمصادر خارجية بجميع أشكالها، بدءًا من الاستعانة بمصادر خارجية كلاسيكية وحتى الموجة الجديدة من الاستعانة بمصادر خارجية - "موفري الخدمات السحابية". أصبحت أنظمة وعناصر البنية التحتية أسهل بكثير في الصيانة والتكوين. تتزايد جودة البرامج كل عام ويتم تحويل مهام المتكامل.
كيف نعمل مع الأفكار
اتجاه بدء تشغيل المنتج في لقد كان موجودًا منذ أكثر من عام. هدفنا الرئيسي هو خلق منتجات جديدة وتقديمها إلى السوق. أول شيء بدأنا به هو تنظيم عملية إنشاء المنتجات. لقد درسنا العديد من المنهجيات، من الكلاسيكية إلى الضجيج. ومع ذلك، لم يلبي أي منهم احتياجاتنا. ثم قررنا أن نأخذ منهجية Lean Startup كأساس ونكيفها مع مهامنا. The Lean Startup هي نظرية لريادة الأعمال أنشأها إريك ريس. وهو يعتمد على مبادئ وأساليب وممارسات مفاهيم مثل التصنيع الخالي من الهدر وتطوير العملاء ومنهجية التطوير المرنة.
أما بالنسبة للنهج المباشر لإدارة تطوير المنتج: فنحن لم نعيد اختراع العجلة، بل طبقنا منهجية تطوير موجودة بالفعل ، إضافة الإبداع، والآن يمكن أن يطلق عليه بأمان SCRUM-WATERFALL-BAN. يعتبر SCRUM، على الرغم من مرونته، نظامًا صارمًا للغاية ومناسبًا لإدارة فريق مسؤول عن منتج/مشروع واحد فقط. كما تفهم، فإن عمل "التكامل" الكلاسيكي لا يعني تعيين متخصصين تقنيين بدوام كامل للعمل في مشروع واحد (هناك استثناءات، ولكن نادرًا للغاية)، لأنه بالإضافة إلى العمل على المنتجات، فإن الجميع مشغولون بالمشاريع الحالية. من SCRUM أخذنا تقسيم العمل إلى سباقات السرعة والتقارير اليومية والأحداث الاسترجاعية والأدوار. لقد اخترنا Kanban لتدفق المهام لدينا وتم دمجه جيدًا في نظام تتبع المهام الحالي لدينا. لقد قمنا بتنظيم عملنا من خلال الاندماج بسلاسة في الترتيب الحالي للأشياء.
قبل دخول السوق، يمر المنتج بخمس مراحل: الفكرة، الاختيار، المفهوم، MVP (مزيد من التفاصيل أدناه) والإنتاج.
فكرة
في هذه المرحلة هناك شيء سريع الزوال - فكرة. ومن الناحية المثالية، فكرة لحل مشكلة قائمة أو مشكلة العميل. ليس لدينا نقص في الأفكار. وفقا للخطة الأولية، ينبغي أن يتم إنشاؤها من قبل موظفي المجالات الفنية. لكي يتم قبول الفكرة لمزيد من التطوير، يجب على المؤلف ملء "نموذج تصميم الفكرة". هناك أربعة أسئلة فقط: ماذا؟ لماذا؟ من يحتاج هذا؟ وإذا لم يكن منتجنا، فماذا إذن؟
اختيار
بمجرد وصول القالب المكتمل إلينا، تبدأ إجراءات المعالجة والاختيار. مرحلة الاختيار هي الأكثر كثافة في العمالة. في هذه المرحلة، يتم تشكيل فرضيات المشكلات (لم أذكر عبثًا في الفقرة السابقة أن الفكرة المثالية يجب أن تحل مشكلة العميل) وقيمة المنتج. يتم تشكيل فرضية النطاق، أي. كيف ستنمو أعمالنا وتزدهر. يتم إجراء مقابلات مع الخبراء والمشكلات مع العملاء المحتملين لتقديم تأكيد أولي بأننا سنقوم بإنتاج شيء مطلوب. يستغرق الأمر ما لا يقل عن 10 إلى 15 مقابلة للتوصل إلى نتيجة حول الحاجة إلى المنتج.
إذا تم تأكيد الفرضيات، يتم إجراء تحليل مالي أولي، ويتم تقييم الحجم التقريبي للاستثمار والأرباح المحتملة للمستثمر. ونتيجة لهذه المرحلة، تم إنشاء وثيقة تسمى Lean Canvas وتقديمها إلى الإدارة.
مفهوم
في هذه المرحلة يتم حذف حوالي 70% من الأفكار. إذا تمت الموافقة على المفهوم، تبدأ مرحلة تطوير الفكرة. يتم تشكيل وظيفة المنتج المستقبلي، وتحديد مسارات التنفيذ والحلول التقنية المثلى، وتحديث خطة العمل. نتيجة هذه المرحلة هي المواصفات الفنية للتطوير وحالة عمل مفصلة. إذا نجحنا، ننتقل إلى مرحلة MVP أو MVP.
أفضل لاعب أو أفضل لاعب
MVP هو الحد الأدنى من المنتجات القابلة للتطبيق. أولئك. منتج لم يتم تطويره بالكامل، ولكنه قادر بالفعل على تحقيق القيمة وتنفيذ وظائفه. في هذه المرحلة من التطوير، نقوم بالتأكيد بجمع التعليقات من المستخدمين الحقيقيين وإجراء التغييرات.
تصنيع
والمرحلة الأخيرة هي الإنتاج. ولا يصل أكثر من 5% من المنتجات إلى هذه المرحلة. تتضمن نسبة الـ 5% هذه فقط المنتجات الأكثر أهمية وضرورية وقابلة للتطبيق والوظيفية.
لدينا الكثير من الأفكار وقمنا بالفعل بتجميع محفظة ضخمة. نحن نحلل كل فكرة ونبذل قصارى جهدنا لضمان وصولها إلى المرحلة النهائية. إنه لمن دواعي سرورنا أن زملاءنا لم يبقوا غير مبالين باتجاه البحث والتطوير لدينا وقاموا بدور نشط في تطوير وتنفيذ المنتجات والحلول.
كيف صنعنا LANBIX
دعونا نلقي نظرة على إنشاء منتج باستخدام مثال حقيقي - منتج LANBIX. هذا عبارة عن نظام برمجي وأجهزة "معبأ" مصمم لمراقبة البنى التحتية الصغيرة لتكنولوجيا المعلومات وتنبيه صناع القرار ومستخدمي الأعمال على الفور بشأن الأعطال التي يتم التحكم فيها عبر برنامج الدردشة الآلي. بالإضافة إلى وظيفة المراقبة، يتضمن LANBIX وظيفة مكتب المساعدة. هذا المنتج حصري لقطاع السوق الذي نستهدفه. وهذا هو مصلحتنا وألمنا. ولكن أول الأشياء أولا. سأقول على الفور أن LANBIX منتج حي (أي أنه ليس نهائيًا في تطويره وهو في الجولة التالية من MVP).
إذن، المرحلة الأولى هي الفكرة. لكي تولد فكرة، تحتاج إلى مشاكل، وقد كانت لدينا هذه المشاكل، أو بالأحرى ليس نحن، بل أصدقاؤنا. أدناه سنلقي نظرة على العديد من المواقف الحقيقية التي حدثت في مجالات مختلفة من العمل.
تحتفظ شركة إدارة صغيرة بمنزلين في منطقة موسكو. يبلغ عدد الموظفين الذين لديهم أجهزة كمبيوتر حوالي 15 شخصًا. مسؤول النظام هو موظف مستقل زائر (الابن الذكي لأحد المقيمين المهتمين). يبدو أن أنشطة شركة الإدارة تعتمد بشكل ضعيف على تكنولوجيا المعلومات، ولكن خصوصية هذا العمل هي تقديم التقارير الشهرية إلى العديد من السلطات. نفدت المساحة الحرة على قرص النظام الخاص برئيس الشركة (الذي يجمع، كالعادة، بين العديد من الأدوار). وبطبيعة الحال، لم يحدث هذا فجأة، فقد ظل التحذير معلقا لمدة شهرين تقريبا وتم تجاهله باستمرار. ولكن وصل تحديث، وتم تحديث نظام التشغيل، ولحسن الحظ، تجمد في منتصف التحديث، واشتكى قبل "الموت" من وجود قرص مشغول. دخل الكمبيوتر في عملية إعادة تشغيل دورية. وبينما كنا نحل المشكلة ونحصل على التقارير، فاتنا الموعد النهائي لتقديم التقارير. يبدو أن عطلًا تافهًا قد تسبب في مشاكل مختلفة: من الخسائر إلى التقاضي والمسؤولية الإدارية.
ووقعت حادثة مماثلة في شركة قابضة كبيرة، تضم العديد من الشركات الصغيرة، مع خدمة دعم فني واحدة للمكتب بأكمله. في أحد الأقسام، تعطل جهاز الكمبيوتر الخاص بكبير المحاسبين. كان من المعروف منذ فترة طويلة أنه يمكن أن ينكسر (كان الكمبيوتر يتباطأ بشدة ويسخن)، لكن كبير المحاسبين لم يتمكن أبدًا من إرسال طلب إلى الدعم الفني. بطبيعة الحال، انهارت بالضبط في يوم الدفع، وكان موظفو القسم بدون أموال لعدة أيام.
كان لدى شركة صغيرة تعمل في مجال تجارة الجملة الصغيرة موقع ويب للمبيعات، والذي تم استضافته على منصة خارجية. لقد علمنا بعدم توفره عبر الهاتف من عميل عادي. وفي وقت المكالمة، كان الموقع معطلاً لمدة ثلاث ساعات تقريبًا. استغرق الأمر ساعتين أخريين للعثور على الشخص المسؤول عن الموقع، وساعتين أخريين لإصلاح المشكلة. وبناءً على ذلك، لم يكن الموقع متاحًا طوال يوم العمل تقريبًا. وفقًا للمدير التجاري للشركة، كلفهم هذا التوقف حوالي مليون روبل.
لقد واجهت موقفًا مشابهًا بنفسي عندما جئت للحصول على موعد في العيادة واضطررت للذهاب إلى تسجيل VHI. لم يتمكنوا من إرسالي إلى الطبيب لسبب تافه - كان هناك ارتفاع في الطاقة في الصباح، وبعد الحادث لم تعمل خدمة البريد الخاصة بهم وخدمة معينة للتواصل مع شركة التأمين. ردا على سؤالي أين المشرفين لديكم، قيل لي أن المشرف عليهم يأتي ويزورهم مرة واحدة في الأسبوع. والآن (في ذلك الوقت كانت الساعة 16:00 بالفعل) لم يرد على الهاتف. لمدة 7 ساعات على الأقل، انقطعت العيادة عن العالم الخارجي ولم تتمكن من تقديم الخدمات المدفوعة.
ما القاسم المشترك بين كل هذه الحالات؟ بالتأكيد كان من الممكن منع جميع المشاكل مسبقًا. مع الاستجابة في الوقت المناسب من موظفي تكنولوجيا المعلومات، كان من الممكن تقليل الضرر. سيكون هذا ممكنًا إذا تم تفسير الأعراض المبكرة بشكل صحيح من قبل المستخدمين.
لقد حددنا فرضيات المشكلة:
- خسائر مالية كبيرة وخسارة في السمعة بسبب انخفاض سرعة الاستجابة للأخطاء في البنية التحتية لتكنولوجيا المعلومات؛
- سوء تفسير الأعراض المبكرة للخلل من قبل المستخدمين.
ماذا يمكن أن يفعل العميل بها، وكيف يتجنب مواقف مماثلة في المستقبل؟ لا يوجد الكثير من الخيارات:
- توظيف مسؤول نظام مؤهل تأهيلا عاليا وجعله يعمل بضمير حي؛
- الاستعانة بمصادر خارجية لصيانة تكنولوجيا المعلومات لشركة خدمات متخصصة؛
- التنفيذ المستقل لنظام المراقبة والإبلاغ عن الأخطاء؛
- توفير التدريب للمستخدمين/العاملين في مجال الأعمال في أساسيات محو الأمية الحاسوبية.
دعونا نستقر على الخيار الثالث. دعونا نقدم نظام مراقبة لأولئك الذين لا يستخدمونه لأسباب مختلفة.
استطراد غنائي. لقد تم استخدام أنظمة مختلفة لمراقبة خدمات تكنولوجيا المعلومات في سوق المؤسسات لفترة طويلة، وفوائدها ليست محل نزاع. لقد تحدثت مع ممثلي الشركات الكبيرة، ونظرت في كيفية بناء العلاقة بين الأعمال وتكنولوجيا المعلومات. قام المدير الفني لإحدى شركات بناء الآلات الكبيرة بالاستعانة بمصادر خارجية لصيانة البنية التحتية لتكنولوجيا المعلومات إلى شركة خارجية، لكنه يظل هو نفسه على دراية بكل الأمور. وفي مكتبه توجد شاشة كبيرة لنظام المراقبة بها مؤشرات عن حالة خدمات تكنولوجيا المعلومات. يتم تضمين الأكثر أهمية في النظام. في أي لحظة، يمكن للمدير الفني معرفة حالة البنية التحتية، وما يحدث، وأين تكمن المشكلة، وما إذا كان قد تم إخطار الأشخاص المسؤولين، وما إذا كان يتم حل المشكلة.
القصص المذكورة أعلاه جعلت فريقنا يفكر في كيفية إنشاء نظام مراقبة مثالي للشركات الصغيرة. ونتيجة لذلك، وُلد LANBIX - وهو نظام مراقبة يمكن لأي شخص نشره دون أي معرفة بتكنولوجيا المعلومات. الهدف الرئيسي للنظام بسيط، مثل جميع الأنظمة التي تهدف إلى زيادة الاستمرارية والتوافر - تقليل الخسائر المالية وغيرها في حالة التوقف غير المخطط له. تم تصميم الجهاز لتقليل الوقت بين "هناك شيء مكسور" و"تم إصلاح المشكلة" إلى الحد الأدنى.
ولتأكيد الفرضيات، أجريت مقابلات مشكلة. لم أستطع أن أتخيل كم سيكون الناس على استعداد لإخبارهم دون محاولة البيع لهم. استمرت كل محادثة لمدة 1,5 ساعة على الأقل، وتلقينا الكثير من المعلومات المفيدة لمزيد من التطوير.
ولنلخص نتائج هذه المرحلة:
- هناك فهم للمشكلة،
- فهم القيمة - هناك،
- هناك فكرة للحل.
وكانت المرحلة الثانية أكثر تفصيلا. بناءً على نتائجها، كان علينا أن نقدم إلى الإدارة، التي تلعب دور المستثمر بشكل أساسي، حالة عمل (نفس Lean Canvas) لاتخاذ قرار بشأن مصير المنتج في المستقبل.
لقد بدأنا بأبحاث السوق والتحليل التنافسي لمعرفة من وماذا، والأهم من ذلك، كيف يفعلون في هذا السوق.
اتضح ما يلي.
- لا توجد أنظمة مراقبة جاهزة في السوق لقطاعنا (الشركات الصغيرة)، باستثناء اثنين أو ثلاثة، والتي لن أتحدث عنها لأسباب واضحة.
- ومن الغريب أن منافسينا الرئيسيين هم مسؤولي النظام الذين لديهم نصوص مكتوبة في المنزل و"إضافات" لأنظمة المراقبة مفتوحة المصدر.
- هناك مشكلة واضحة في استخدام أنظمة المراقبة مفتوحة المصدر. هناك نظام، هناك كم هائل من المعلومات حول كيفية العمل وتعديل النظام ليناسب احتياجاتك. ومن بين الإداريين الذين أجريت معهم مقابلات، اعترف العديد منهم بأنهم لا يملكون الكفاءات الكافية لتنفيذ أفكارهم بأنفسهم. لكنهم لا يستطيعون الاعتراف بذلك للإدارة خوفا من الفصل. اتضح أنها حلقة مفرغة.
ثم انتقلنا بعد ذلك إلى تحليل احتياجات عملائنا المحتملين. لقد حددنا لأنفسنا شريحة من المؤسسات الصغيرة التي ليس لديها خدمة تكنولوجيا المعلومات الخاصة بها لسبب ما، حيث يكون مسؤول النظام القادم أو الموظف المستقل أو شركة الخدمة مسؤولاً عن تكنولوجيا المعلومات. لم يكن جانب تكنولوجيا المعلومات هو الذي قرر الدخول، ولكن الجانب التجاري، الذي يقدم للمؤسسين وأصحاب الأعمال أداة لتحسين جودة خدمة البنية التحتية لتكنولوجيا المعلومات. منتج من المفترض أن يساعد المالكين على تأمين أعمالهم، ولكنه في الوقت نفسه سيضيف عملاً إلى الأشخاص المسؤولين عن تكنولوجيا المعلومات. منتج يوفر للشركات أداة لمراقبة جودة دعم تكنولوجيا المعلومات.
نتيجة لمعالجة البيانات المستلمة، ولدت القائمة الأولى من المتطلبات (نوع من التراكم التقريبي) للمنتج المستقبلي:
- ويجب أن يعتمد نظام المراقبة على حل مفتوح المصدر، وبالتالي يكون رخيصًا؛
- سهلة وسريعة التركيب.
- لا ينبغي أن يتطلب معرفة محددة في مجال تكنولوجيا المعلومات، حتى المحاسب (لم أرغب بأي حال من الأحوال في الإساءة إلى ممثلي هذه المهنة) يجب أن يكون قادرًا على نشر النظام وتكوينه؛
- يجب أن يكتشف الكائنات تلقائيًا للمراقبة على الشبكة؛
- يجب أن يقوم تلقائيًا (وبشكل مثالي تلقائيًا) بتثبيت عوامل المراقبة؛
- يجب أن يكون قادرًا على مراقبة الخدمات الخارجية، على الأقل نظام إدارة علاقات العملاء (CRM) وموقع البيع على الويب؛
- يجب إخطار كل من الشركة ومسؤول النظام بالمشكلات؛
- يجب أن تكون درجة عمق و"لغة" التنبيهات مختلفة بالنسبة للمسؤول والشركة؛
- يجب أن يتم توفير النظام على أجهزته الخاصة؛
- يجب أن يكون الحديد في متناول الجميع قدر الإمكان؛
- يجب أن يكون النظام مستقلاً قدر الإمكان عن العوامل الخارجية.
بعد ذلك، تم حساب الاستثمارات في تطوير المنتجات (بما في ذلك تكاليف العمالة لموظفي القسم الفني). تم إعداد رسم تخطيطي لنموذج العمل وحساب اقتصاديات وحدة المنتج.
نتيجة المرحلة:
- تراكم المنتجات عالية المستوى؛
- نموذج عمل مصاغ أو فرضية مقياس لم يتم اختبارها عمليًا بعد.
دعنا ننتقل إلى المرحلة التالية - المفهوم. نحن هنا، كمهندسين، نجد أنفسنا في عنصرنا الأصلي. هناك "قوائم الرغبات" التي تنقسم إلى مكونات/أنظمة فرعية/ميزات، ثم يتم تحويلها إلى مواصفات فنية/قصص مستخدمين، ثم إلى مشروع، وما إلى ذلك. ولن أتناول بالتفصيل عملية إعداد مجموعة من الخيارات البديلة، فلننتقل مباشرة إلى المتطلبات والطرق المختارة لتنفيذها.
يطلب
حل
- يجب أن يكون نظام مراقبة مفتوحًا؛
نحن نأخذ نظام مراقبة مفتوح المصدر.
- يجب أن يكون النظام بسيطًا وسريع التثبيت؛
- لا ينبغي أن تتطلب معرفة محددة في مجال تكنولوجيا المعلومات. حتى المحاسب يجب أن يكون قادرًا على نشر النظام وتكوينه.
نحن نقدم نظامًا مثبتًا بحيث لا يحتاج المستخدم إلا إلى تشغيل الجهاز وتكوينه قليلاً، على غرار جهاز التوجيه.
دعونا نغلق التفاعل مع الجهاز بشيء بسيط ومفهوم للجميع.
لنقم بكتابة برنامج الدردشة الآلي الخاص بنا لأحد برامج المراسلة الفورية المعروفة وننقل إليه جميع التفاعلات مع النظام.
ينبغي للنظام:
- الكشف تلقائيًا عن الكائنات المطلوبة للمراقبة على الشبكة؛
- تثبيت عوامل المراقبة تلقائيًا؛
- تكون قادرًا على مراقبة الخدمات الخارجية، على الأقل نظام إدارة علاقات العملاء (CRM) وموقع البيع على الويب.
نكتب إضافات لنظام المراقبة من أجل:
- الكشف التلقائي عن الأشياء؛
- التثبيت التلقائي للوكلاء.
- مراقبة مدى توفر الخدمات الخارجية.
ينبغي للنظام:
- إخطار كل من الشركة ومسؤول النظام بالمشكلات؛
- تكون قادرًا على مراقبة الخدمات الخارجية، على الأقل نظام إدارة علاقات العملاء (CRM) وموقع البيع على الويب. يجب أن تكون درجة عمق و"لغة" الإشعارات مختلفة بالنسبة للمسؤول والشركة.
- لا ينبغي أن يتطلب النظام معرفة محددة بتكنولوجيا المعلومات؛ فحتى المحاسب يجب أن يكون قادرًا على نشر النظام وتكوينه.
- دعونا نضيف أنواعًا مختلفة من الإشعارات لأنواع مختلفة من المستخدمين. أنها تختلف في الملعب والعمق. سيتلقى مستخدم الأعمال إشعارات مثل "كل شيء على ما يرام، لكن جهاز الكمبيوتر الخاص بإيفانوف سيتوقف قريبًا". سيتلقى المسؤول رسالة كاملة حول الخطأ ومن وكيف وماذا حدث أو يمكن أن يحدث.
- دعونا نضيف القدرة على استخدام بريد شخص مسؤول إضافي حتى يتلقى رسالة في حالة حدوث عطل.
- دعونا نضيف التفاعل مع مقدمي الخدمات الخارجيين بناءً على إرسال رسائل البريد الإلكتروني بنص مُعد مسبقًا، لأن إنه البريد الإلكتروني الذي أدى إلى وقوع الحادث.
- سيتم ربط جميع التفاعلات مع النظام بروبوت الدردشة، ويتم التواصل بأسلوب الحوار.
الملحق:
- دعونا نضيف وظيفة "الدردشة مع المسؤول" حتى يتمكن المستخدم من إرسال رسالة إلى المسؤول تصف المشكلة مباشرة.
- يجب أن يتم توفير النظام على الأجهزة الخاصة به.
- يجب أن يتوفر الحديد .
- يجب أن يكون النظام مستقلاً قدر الإمكان عن البيئة.
- لنأخذ كمبيوتر Raspberry PI الجاهز والرخيص.
- سنقوم بتصميم لوحة إمداد الطاقة غير المنقطعة.
- دعونا نضيف مودم ليكون مستقلاً عن حالة الشبكة المحلية.
- سنقوم بتصميم مبنى جميل.
لدينا الآن ثلاثة أنظمة فرعية لها متطلباتها الخاصة ورؤيتها الخاصة بتنفيذها:
- النظام الفرعي للأجهزة
- النظام الفرعي للرصد؛
- النظام الفرعي لتفاعل المستخدم
قمنا بتطوير تصميم أولي للنظام الفرعي للأجهزة. نعم نعم! بعد أن انتهكنا جميع قواعد Agile، قمنا بتطوير مستند، لأن مصانع التصنيع تعمل مع المستندات. بالنسبة للأنظمة الفرعية المتبقية، قمنا بتحديد المستخدمين (الأشخاص)، وقمنا بإعداد قصص المستخدمين، وكتبنا المهام للتطوير.
وبذلك تنتهي مرحلة المفهوم، وتكون النتيجة:
- مشروع لمنصة الأجهزة.
- صياغة رؤية في شكل قصص مستخدمين للنظامين الفرعيين المتبقيين؛
- نموذج أولي للبرنامج تم تنفيذه كجهاز افتراضي؛
- نموذج أولي للأجهزة، تم تنفيذه على شكل حامل، حيث تم بالفعل اختبار قوة حلول الأجهزة؛
- الاختبار الذي أجراه المشرفون لدينا.
وكانت المشاكل في هذه المرحلة في معظمها تنظيمية وتتعلق بنقص معرفة الكادر الهندسي بالجوانب القانونية والمحاسبية للمبيعات. أولئك. إن معرفة ما يجب بيعه وكيفية بيعه شيء، ومواجهة آلة قانونية لا تعرف الرحمة شيء آخر تمامًا: براءات الاختراع، ومهام التطوير، والتسجيل، واتفاقية ترخيص المستخدم النهائي، وغير ذلك الكثير، الذي لم نأخذه في الاعتبار في البداية، كأشخاص مبدعين.
ولم تكن هناك مشكلة بعد، بل هي صعوبة مرتبطة بتصميم العبوات. يتكون فريقنا من مهندسين فقط، لذلك تم "تصنيع" الإصدار الأول من العلبة من زجاج شبكي على يد متخصص في الإلكترونيات لدينا.
بدا الجسد، بعبارة ملطفة، مثيراً للجدل، خاصة بالنسبة للجمهور، أفسدته التكنولوجيا الحديثة. كان هناك بالطبع خبراء بين الجيل الأكبر سناً من "الكوليبين" - أثار المبنى مشاعر الحنين في نفوسهم. تقرر تصنيع وتصميم العلبة من جديد، نظرًا لأن القديم، بالإضافة إلى العيوب الجمالية، كان به أيضًا عيوب هيكلية - لم يتحمل زجاج شبكي تجميع وتفكيك الجهاز جيدًا ويميل إلى التشقق. سأخبرك عن إنتاج القضية بشكل أكبر.
والآن نحن قريبون من خط النهاية - أفضل لاعب. وبطبيعة الحال، هذا ليس منتج الإنتاج النهائي بعد، ولكنه مفيد وقيم بالفعل. الهدف الرئيسي من هذه المرحلة هو إطلاق دورة "الإنشاء والتقييم والتعلم". هذه هي بالضبط المرحلة التي وصل إليها LANBIX.
في مرحلة "الإنشاء"، قمنا بإنشاء جهاز يؤدي الوظيفة المذكورة. نعم، إنها ليست مثالية بعد، وواصلنا العمل عليها.
دعنا نعود إلى صناعة الجسم، أي. لمهمة تحويل أجهزتنا من الحنين إلى الحديث. في البداية، بحثت في السوق عن مصنعي الخزانات وخدمات التصميم الصناعي. أولا، لا يوجد الكثير من الشركات المنتجة للحالات في السوق الروسية، وثانيا، تكلفة التصميم الصناعي في هذه المرحلة مرتفعة للغاية، حوالي مليون روبل.
لقد اتصلوا بقسم التسويق لدينا من أجل التصميم، وكان المصمم الشاب جاهزًا للتجارب الإبداعية. لقد حددنا رؤيتنا للبدن (بعد أن درسنا سابقًا أفضل الأمثلة على بناء الهيكل)، وقام بدوره بتحويلها إلى عمل فني. كل ما تبقى هو إنتاجه. نحن، فخورون بتصميمنا، توجهنا إلى شركائنا. لقد سحق رئيسهم التنفيذي على الفور خيالاتنا من خلال الإشارة مجانًا تمامًا إلى الأشياء التي لا يمكن إنتاجها بالطريقة التي اخترناها. يمكن إنتاج العلبة، ولن تكون أسوأ من تلك التي تنتجها شركة آبل، لكن تكلفة العلبة ستكون أكثر تكلفة بثلاث إلى أربع مرات من جميع المكونات الإلكترونية. وبعد سلسلة من العمليات والموافقات، قمنا بتصميم مسكن يمكن تصنيعه. نعم، إنها ليست جميلة كما خططنا، ولكنها مثالية لتحقيق الأهداف الحالية.
نتيجة المرحلة: الدفعة الأولى من الأجهزة الجاهزة للقتال والاختبار.
والآن أصعب شيء هو مرحلة "التقييم"، ومع منتجنا نحن في هذه المرحلة بالضبط. لا يمكننا التقييم إلا بناءً على نتائج الاستخدام من قبل عملاء حقيقيين ولا توجد افتراضات تعمل هنا. نحن بحاجة إلى هؤلاء "المتبنين الأوائل" لتقديم الملاحظات وإجراء التغييرات المطلوبة بالفعل على المنتج. السؤال الذي يطرح نفسه: من أين يمكن الحصول على العملاء وكيفية إقناعهم بالمشاركة في التجربة؟
من بين جميع الخيارات الممكنة، اخترنا مجموعة كلاسيكية من الأدوات الرقمية: الصفحة المقصودة والحملة الإعلانية على الشبكات الاجتماعية.
لقد تم إطلاق العملية بالفعل، ولكن من السابق لأوانه الحديث عن النتائج، على الرغم من وجود ردود بالفعل وتلقينا تأكيدًا للعديد من فرضياتنا. وكانت المفاجأة السارة هي رد فعل ممثلي قطاعات الأعمال المختلفة تمامًا، وكان أكبر بكثير مما توقعناه. سيكون من الحماقة تجاهل المقدمات الجديدة، وبناءً على نتائج المقابلات، تقرر إطلاق خط LANBIX موازٍ يسمى LANBIX Enterprise. لقد أضفنا دعمًا للبنى التحتية الموزعة، ومراقبة شبكات Wi-Fi من خلال استكشاف الأخطاء وإصلاحها والتعريب، ومراقبة جودة قنوات الاتصال. وأعربت شركات الخدمات عن اهتمامها الأكبر بالحل. وفي الوقت نفسه، تلعب الأجهزة التي قمنا بتطويرها بالفعل دورًا مهمًا في تشغيل الحلول.
ماذا سيحدث بعد
ما سيحدث بعد ذلك مع LANBIX الأصلي سيصبح واضحًا بناءً على نتائج الحملة. إذا لم يتم التأكد من فرضياتنا، وفق منهجية اللين، فسنتخلص منها بلا رحمة أو سنتحول إلى شيء جديد، لأنه ليس هناك ما هو أسوأ من صنع منتج لا يحتاجه أحد. لكن الآن يمكننا القول أن العمل المنجز لم يذهب سدى وبفضله ظهر فرع كامل من المنتجات الموازية التي نعمل عليها بنشاط. في حالة نجاحها، ستنتقل LANBIX من مرحلة MVP إلى المرحلة النهائية وستتطور وفقًا للقوانين الكلاسيكية المفهومة لتسويق المنتجات.
أكرر، نريد الآن العثور على متبنين مبكرين، شركات يمكنها تثبيت منتجنا من أجل جمع التعليقات. إذا كنت مهتمًا باختبار LANBIX، فاكتب في التعليقات أو الرسائل الخاصة.
المصدر: www.habr.com