H

Vaka Analizi / Yazılım Geliştirme

Büyüyen bir platforma, düzenli bir destek sistemi.

Uretti'nin üretici destek sistemini (destek.uretti.com) Laravel ile sıfırdan geliştirip, üç ay içinde operasyonel verimliliği nasıl artırdığımı anlatıyorum. Bu sayfada ne yaptığımı ve neden bu şekilde kurguladığımı anlatıyorum.

Müşteri

Uretti — Destek Sistemi

Sektör

E-Ticaret Operasyon Yönetimi — Üretici Destek Platformu

Verilen Hizmet

Laravel ile Sıfırdan Yazılım Geliştirme, Veritabanı Yönetimi

Sonuç Dönemi

İlk 3 ay

Hedef

Üretici sayısı büyüdükçe, destek de büyümeliydi.

Uretti, şirketi olmayan bireysel üreticileri Hepsiburada ve Trendyol gibi pazaryerlerine bağlayan bir platform — üreticinin tek işi üretmek, geri kalan her şeyi (mağaza kurulumu, fiyatlandırma, sevkiyat, müşteri hizmetleri) platform üstleniyor. Üretici sayısı arttıkça, onlara gelen soru ve talep sayısı da doğal olarak büyüyordu.

Hedef, bu artan talebi karşılayacak; hem üreticinin hızlıca cevap bulabildiği hem de ekibin talepleri kaybetmeden yönetebildiği, sıfırdan bir destek sistemi kurmaktı.

Bunun bir de uzun vadeli tarafı vardı: platform büyümeye devam edecekti, kurulacak sistemin de bu büyümeyle birlikte zorlanmadan genişleyebilmesi gerekiyordu.

Sorunlar

Talepler büyüyordu, sistem büyümüyordu.

Üretici sayısı arttıkça gelen talepler de çeşitleniyordu — fiyatlandırma sorusu, sevkiyat durumu, ürün onayı, ödeme takibi. Bu taleplerin standart, hazır bir sistemle değil, dağınık ve büyüdükçe zorlaşan bir düzenle karşılanması, cevap süresini uzatıyor ve bazı taleplerin gözden kaçmasına yol açıyordu.

Aynı sorular da sürekli tekrar ediyordu — her üretici aynı temel bilgiyi (nasıl mağaza açılır, fiyat nasıl belirlenir gibi) ayrı ayrı sormak zorunda kalıyordu, çünkü kategorize edilmiş, kendi kendine bakılabilecek bir bilgi kaynağı yoktu.

Sık karşılaştığım bir durum bu: bir platform büyürken, o büyümeyi destekleyecek iç sistemler aynı hızda büyümüyor. Sonuç, hem ekip hem kullanıcı için yorucu, yavaşlayan bir deneyim.

Çözüm

Hazır bir eklenti değil, ihtiyaca özel bir sistem.

Destek sistemini Laravel ile sıfırdan geliştirdim — hazır bir destek eklentisi yerine, Uretti'nin gerçek ihtiyaçlarına (üretici tipi, talep kategorileri, önceliklendirme) göre kurulan özel bir yapı. Bu, ileride platform büyüdükçe sistemin de esnekçe büyüyebilmesini sağladı.

Talepleri ve kullanıcı bilgilerini düzenli tutan bir veritabanı yapısı kurdum; her talep kategorisine ayrıldı, önceliklendirildi ve takip edilebilir hale geldi. Sık sorulan konular için de kategori bazlı bir yardım/bilgi bölümü oluşturdum — üretici, cevabı çoğu zaman bir talep açmadan, kendi başına bulabiliyor.

Amaç, ekibin zamanını tekrar eden basit sorulara değil, gerçekten müdahale gerektiren taleplere ayırabilmesiydi.

Süreç

Veritabanından başlayıp arayüze doğru ilerledim.

Üç aylık çalışmayı üç adımda özetleyebilirim; sıralama bilinçliydi.

01

İhtiyaç & Veritabanı Tasarımı

Talep türleri ve kullanıcı verisi analiz edilip düzenli bir veritabanı yapısı kuruldu.

02

Laravel ile Sistem Geliştirme

Talep takibi, kategorilendirme ve önceliklendirme özellikleri sıfırdan yazıldı.

03

Yardım İçeriği Yapılandırması

Sık sorulan konular kategori bazlı bir yardım bölümünde toplandı.

Sıralama tesadüf değil: veritabanı düzgün tasarlanmadan yazılan bir arayüz, platform büyüdükçe yeniden yazılmak zorunda kalırdı. Önce sağlam bir temel kurdum, üzerine arayüzü ve içeriği bu temele göre inşa ettim.

Hazır bir eklenti seçseydim daha hızlı başlardım ama Uretti'nin kendine özgü talep türlerine (üretici onayı, sevkiyat takibi gibi) uyması için er ya da geç özelleştirmeye ihtiyaç duyardım. Sıfırdan yazmak, bu ihtiyaçları baştan karşılayan bir sistem verdi.

Teknolojiler

Esnek büyümesi için özel yazılmış bir temel.

Bu projede kullandığım araçların ortak noktası: platform büyüdükçe sistemin de zorlanmadan büyüyebilmesi.

Laravel. Özel iş mantığına göre esnekçe geliştirilebilen, güvenilir bir PHP altyapısı — hazır kalıplara sıkışmadan Uretti'nin kendine özgü ihtiyaçlarına göre yazıldı.

Veritabanı yönetimi. Talep, kullanıcı ve kategori verisinin düzenli, hızlı sorgulanabilir ve büyüdükçe performans kaybetmeyecek şekilde tasarlanmış yapısı.

Kategori bazlı yardım bölümü. Sık sorulan konuların üreticinin kendi başına ulaşabildiği, düzenli bir bilgi kaynağına dönüştürülmesi.

Öncesi

Dağınık talepler, yavaşlayan yanıt

Standart bir sistem yoktu; talepler büyüdükçe cevap süresi uzuyor, tekrar eden sorular ekibin zamanını alıyordu.

Sonrası

Düzenli sistem, hızlı çözüm

Talepler kategorize ve önceliklendirilmiş durumda; sık sorulan konular üreticinin kendi başına ulaşabildiği bir yardım bölümünde.

Sonuçlar

3 ayda operasyonel verimlilikte %380 artış.

İlk üç aylık dönemde, destek sisteminin kendi verilerine (talep hacmi ve çözüm süresi) göre operasyonel verimlilikte %380'lik bir artış ölçüldü. Bu, diğer vaka analizlerimdeki gibi bir site trafiği ölçümü değil — burada ölçülen, ekibin aynı sürede kaç talebi, ne hızda çözebildiği.

Burada da abartılı bir vaat yapmıyorum: her platformun başlangıç noktası farklı. Ama düzenli bir veritabanı ve doğru kategorilendirmenin, operasyonel yükü gerçekten azalttığını bu proje gösterdi.

Bu artış aynı zamanda dolaylı bir fayda da getirdi: ekip zamanının önemli bir kısmı tekrar eden sorulardan kurtulunca, gerçekten dikkat gerektiren taleplere ayrılan zaman da arttı.

Benzer İşiniz Varsa

İşiniz büyüdükçe iç sistemleriniz zorlanıyor mu?

Bir üretici platformu olmanız gerekmiyor. Müşteri veya kullanıcı sayısı büyüdükçe standart yöntemlerin yetmediği her işte aynı çözüm işe yarar: ihtiyaca özel, düzenli bir sistem kurmak.

Sık Sorulan Sorular

Bu çalışmayla ilgili merak edilenler.

Hazır bir destek/yardım eklentisi kullanmak neden yeterli olmadı?

+

Hazır eklentiler genel amaçlı çalışır; Uretti'nin kendine özgü talep türleri (üretici onayı, sevkiyat takibi gibi) için er ya da geç özelleştirme gerekirdi. Sıfırdan yazmak, bu ihtiyaçları baştan karşılayan bir sistem verdi.

"Operasyonel verimlilik" burada tam olarak neyi ölçüyor?

+

Ekibin aynı sürede kaç talebi çözebildiğini ve ortalama çözüm süresini. Site trafiği değil, iç operasyonun hızı ve düzeni ölçülüyor — bu yüzden kaynak olarak destek sisteminin kendi verilerine bakıyorum.

Laravel küçük bir ekip için gereğinden karmaşık değil mi?

+

Değil — asıl karmaşıklık, ihtiyaca uymayan bir sistemi zorla kullanmaktan gelir. Laravel, doğru kurulduğunda küçük bir ekibin de rahatça yönetebileceği, esnek bir altyapı sunuyor.

Kategori bazlı yardım bölümü talep sayısını gerçekten azaltıyor mu?

+

Azaltıyor. Sık sorulan, tekrar eden konular kendi başına cevaplanabildiğinde, ekip yalnızca gerçekten özel ilgi gerektiren taleplere odaklanabiliyor.

Bu sistemi kurmak ne kadar sürdü?

+

İlk üç ayda veritabanı tasarımından yardım içeriğine kadar tüm katmanlar kuruldu. Sonrasında da platformun büyümesine göre sistem küçük eklemelerle gelişmeye devam ediyor.

Benim işim e-ticaret değil ama destek talebim de büyüyor, işe yarar mı?

+

Yarar. Kullanıcı ya da müşteri sayısı büyüdükçe standart yöntemlerin yetmediği her işte aynı mantık geçerli: ihtiyaca özel, veritabanı temelli bir sistem kurmak — detaylar sizin işinize göre şekillenir.

Sistem kurulduktan sonra bakımı kim yapıyor?

+

Ben sürdürüyorum. Kurulum tek seferlik bir teslimatla bitmiyor; platform büyüdükçe ortaya çıkan yeni ihtiyaçlara göre sistem de düzenli olarak güncelleniyor.

İletişim

Sisteminiz ihtiyacınıza uysun ister misiniz?

Ücretsiz bir görüşmeyle başlayalım; mevcut sisteminize bakıp gerçekçi bir plan çıkaralım.