تاريخ منتج مملوك لـ Amidship

بناء البرمجيات لم يكن سوى جزء من امتلاك المنتج.

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

بُني · شُغّل · أُوقف عن قصد

المشكلة

عمل الخدمات عملية واحدة، حتى عندما تكون برمجياته موزعة على أدوات مختلفة.

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

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

القرار المحوري

ابنِ حول الرحلة التشغيلية، لا حول مجموعة من الخصائص المنفصلة.

  1. الموقع / الاكتشاف
  2. الخدمة + الحجز
  3. سجل العميل
  4. الدفع / الفاتورة
  5. تشغيل النشاط
ابنِ حول الرحلة التشغيلية، لا حول مجموعة من الخصائص المنفصلة.

المنتج

نظام واحد لرحلة العميل وعمل المشغّل.

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

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

داخل المنتج

المنتج في 2017 كما كان بالفعل.

  1. التسجيل العام · 2017
    شاشة تسجيل تاريخية لـ ⁦Amidship⁩ تعرض إعداد حساب نشاط تجاري في يوليو 2017.

    مسار تسجيل الأنشطة التي كانت تنضم إلى المنصة.

  2. إدارة النشاط · 2017
    واجهة إدارة تاريخية لـ ⁦Amidship⁩ على سطح المكتب تعرض أقسام الحجوزات والمبيعات والعملاء والنشاط والإعدادات.

    كانت الحجوزات والمبيعات إلى جانب العملاء وإعداد النشاط والضبط.

  3. الجدولة على الهاتف · 2017
    تقويم تاريخي لإدارة الحجوزات في ⁦Amidship⁩ على الهاتف مع أقسام الحجوزات والمبيعات والعملاء والنشاط والإعدادات.

    امتد عمل المشغّل إلى الهاتف بدل أن يقتصر على لوحة إدارة مكتبية.

دورة حياة المنتج

معرفة متى تتوقف جزء من امتلاك البرمجيات أيضًا.

  1. 2015 · البناء يتشكل المنتج الأفقي لأعمال الخدمات.
  2. 2017 · التشغيل تسجيل عام، عملاء يدفعون، ودعم يومي للمنتج.
  3. 2024 · الإيقاف إيقاف الإنتاج عن قصد مع الحفاظ على حالة يمكن استعادتها.
  4. 2026 · إعادة الاستخدام إعادة تنشيط قاعدة التطبيق نفسها لقطاع أضيق تحت علامة LashDesk وملف قانوني منفصلين.

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

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

يجب أن يستمر الحكم على المنتج طوال دورة حياته.

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

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