RestPOS و StockFlow
الوكالات تقدّر برمجيات لا تعيش معها
أن نتحمّل نتائج تقديراتنا
منتجان، نبنيهما ونشغّلهما
كلاهما قيد التشغيل
لوحة 01 — المحل والمطبخبرمجيات نعيش معها.
ليست عمل عميل. منتجان بنيناهما ونملكهما ونطلقهما وندعمهما.
أغلب الوكالات تقدّر برمجيات لن تضطر للعيش معها. ووضعنا لأنفسنا الشرط المعاكس: امتلاك منتجات من أوّلها إلى آخرها — البنية، وعبء الدعم، وعمليات الترحيل — لتأتي تقديراتنا من التجربة لا من التفاؤل.
تقديرات بلا تبعات
عبء الدعم مجهول
دَين البنية غير ظاهر
قبل
- تقديرات من التفاؤل
- برمجيات تُعرض في شرائح
- الدعم كفكرة لاحقة
بعد
- تقديرات من التجربة
- منتجات تعمل في بيئة إنتاج
- دعم له اسم
ما الذي أردنا إثباته.
تشغيل برمجياتنا في بيئة إنتاج، لا في عروض تقديمية.
أن نشعر بأنفسنا بكل قرار بنيوي وكل عبء دعم.
البناء على أساس الوحدات لتنمو الأنظمة بلا إعادة كتابة.
أن تُثري منتجاتنا طريقة تحديدنا لنطاق أنظمة العملاء.
من الشراء إلى التقرير، داخل StockFlow.
منتجان. وكل يد في المحل.
اليوم، مُقفَل بالأرقام.
طلبات تدخل وفواتير تخرج — RestPOS.
شاشة، لا قضيب أوراق.
مخزون يطابق الرفّ.
كشوف من السجلّ نفسه.
شاشات توضيحية، لمنتجات حقيقية.
واجهة توضيحية — ليست لقطات من المنتج.
المخزون والمشتريات والحركة على سجلّ واحد.
من الطلب إلى الفاتورة إلى إقفال اليوم.
تقارير محدّثة أصلاً.
تقديرات من التجربة.
كل قرار بنيوي وعبء دعم وصداع ترحيل في هذين المنتجين يُثري طريقة تحديدنا لنطاق نظامك. وهذا هو الفرق بين وكالة تقدّر البرمجيات وأخرى عاشت نتائج تقديراتها بنفسها.
لوحة 02 — منطقة التقديمهذان المنتجان.
كلا المنتجين قيد التشغيل، ندير ونشغّل ونداعم كليهما — وكل تقدير نطاق نقدّمه مبني عليهما.