Diet Market

Walnut üzerinden yapıldı

Diet Market, Katar’da sağlıklı yemek abonelikleri işletiyor. Kendi yazılım firmamız Walnut üzerinden üye uygulamasını ve arkasındaki yapılandırılabilir Odoo platformunu kurduk. Platform satışı, diyetisyenleri, mutfağı ve dağıtımı yönetiyor; böylece bir müşteri “hedefim ne?” sorusundan kapısındaki kutuya tek bir telefon görüşmesi yapmadan ulaşabiliyor.

Sorun

Diyet yemeği işi aslında aynı anda dört ayrı iş: satış (planlar ve abonelikler), beslenme (diyetisyenler ve hedefler), yarının malzemelerini tam olarak bilmesi gereken bir mutfak ve her kutuyu doğru kapıya ulaştırması gereken dağıtım.

Bunlar sohbetlerde ve tablolarda yaşadığında, müşteri birine yazmadan bir yemeği değiştiremiyor, mutfak miktarları tahmin ediyor ve bir planı kimin, ne zaman değiştirdiğini kimse söyleyemiyor. Brif: müşterinin kendi planını yönettiği ve her değişikliğin doğrudan mutfağa ve sürücüye aktığı tek bir sistem.

Planı kuran bir başlangıç

Kayıt bir form değil, kısa bir sihirbaz: doğum yılı, çark seçicilerde boy ve kilo, günlük su tüketimi, alerjiler ve sevilmeyenler, aktivite ve bir hedef (kilo vermek, kas yapmak, dayanıklılığı artırmak). Ardından önerilen bir plan.

Misafirler bunların hepsini atlayıp önce paketlere göz atabiliyor. Uygulama bağlılığı ancak bir değer gösterdikten sonra istiyor.

Menü ürünün kendisi

Bir sipariş listesi değil, kutulardan oluşan bir takvim. Günler yemek seçilecek, seçildi, hazırlanıyor ve teslim edildi durumları arasında ilerliyor ya da donduruluyor; hazırlanan ve teslim edilen günler kendiliğinden kilitleniyor. Her yemek kalori, protein, karbonhidrat ve yağı gösteriyor, bileşenleri çıkarılabiliyor. Ödeme adımı promosyon kodlarını ve KDV dahil toplamları alıyor; Sadad, Tabby ya da kartla, barındırılan güvenli bir ödeme sayfasında ödeniyor. Sonra kutu mutfaktan kapıya kadar takip ediliyor.

• Alerjiler telefonda kontrol ediliyor. Her malzeme alerji ve sevilmeyen kimlikleri taşıyor. Alerjen içeren yemekler soluk gösteriliyor ve seçilemiyor; daha hiçbir şey sunucuya ulaşmadan.
• İki API biçimi, tek menü. Backend günde tek kutudan birden fazla kutuya geçti. Uygulama ikisini de normalize ediyor; eski ve yeni planlar aynı takvimi çiziyor.
• Çeviriler sunucudan. İngilizce ve Arapça önbellek ve gömülü yedekle çalışma anında yükleniyor; arayüzün tamamı, çark seçicilerdeki Arap rakamlarına kadar, sağdan sola dönüyor.
• Güncellemeler backend’den yönetiliyor. Bir uygulama güncellemesinin zorunlu mu isteğe bağlı mı olduğuna backend karar veriyor; bakım sırasında anlaşılmaz hataların yerini bir hizmet dışı ekranı alıyor.

Arkasındaki platform

Uygulama görünen uç. Altında Odoo üzerinde, tek bir kuralı olan bir yemek aboneliği platformu var: iş davranışını yapılandırma belirler. Planlar, yemekler, makrolar, fiyatlar, teslimat günleri ve tercihler hepsi veri; böylece aynı kod tabanı, program mantığı değil ayarlar değiştirilerek başka bir işletmeye hizmet verebiliyor.

Planlar tek bir motordan üç biçimde geliyor: kaloriye dayalı, sabit paket ya da kendin oluştur. Bir teslimat günü, müşterinin sürümlenen yemek seçimlerinden operasyonun günü oluşturmasına, mutfağın malzeme bazında dökümüne (net ağırlık, verim, brüt ağırlık ve sapma) ve dağıtımın kutuları sürücüye, şehre ve bölgeye göre toplayıp paketleyip atamasına kadar ilerliyor.

• Satıştan dağıtıma 6 işlev alanı
• 14 abonelik işlemi, asla ham düzenleme değil
• 45 uygulama ekranı, artı 7 adımlı bir sihirbaz
• Odoo üzerindeki üye API’sinde yaklaşık 69 REST uç noktası

Uygulamada ayrıca

Canlı müsaitlikle diyetisyen randevusu, dondurma ve çözme, plan yenileme ve değiştirme, teslimat aralığı seçimi, anlık bildirimler, partner avantajları ve veri yüklenirken her yerleşimi tutan 20 iskelet yükleyici.

Gösterilen ekranlar uygulamanın kaynak kodundan ve varlıklarından yeniden oluşturuldu. Fiyatlar, makrolar ve isimler temsilîdir.