Endüstriyel Mutfak Web Sitesi

Ürün ağacını müşterinin aradığı işleve göre düzenleyin

Mevcut katalogdaki grupları olduğu gibi menüye taşımadan önce, ziyaretçinin ürünü nasıl bulacağını düşünün. Pişirme, hazırlık, yıkama veya soğutma gibi ayrımlar ancak sattığınız ürün yapısına uygunsa kullanılmalı. Markaya, seriye ya da kullanım alanına göre ek filtreler gerekiyorsa bunların aynı ürünü tekrar tekrar listelemesine izin vermeyin. Tek bir ürün kaydı, birden fazla ilgili kategoride gösterilebilir.

Kategorilerde kısa bir açıklama, hangi ürünlerin bulunduğunu ve seçimi hangi bilgilerin etkilediğini anlatabilir. Bütün kategori metinlerini aynı cümlenin farklı ürün adıyla yazılmış sürümlerine dönüştürmeyin. İlk planı gerçek bir ürün listesiyle hazırlayın. Site menüsü, ziyaretçinin hiçbir zaman kullanmayacağı yüzlerce boş bölümden değil, mevcut ürün ve hizmetlerden oluşmalıdır.

Ürün, model ve varyant arasındaki ilişkiyi belirleyin

Benzer ürünlerin kapasite, ölçü veya bağlantı seçenekleri farklı olabilir. Bu seçeneklerin ayrı ürün mü, aynı ürünün varyantı mı olacağını veri yapısı üzerinden belirleyin. Ürün kodu ile model adı arasındaki ilişki tutarlı olmalı. Teknik ekip tarafından onaylanan bilgiler aynı sırayla gösterildiğinde ziyaretçi modelleri daha rahat karşılaştırabilir; eksik bir değer de görünür hale gelir.

Her ürün için aynı özelliklerin geçerli olduğunu varsaymayın. Kategoriye uygun teknik alanlar hazırlamak, uzun bir serbest metinden daha yönetilebilir olabilir. Üretici veya tedarikçi verisinin hangi kaynaktan geleceği, görsellerin kullanım hakkı ve veri güncelleme sorumluluğu da planlanmalı. Teknik özellikleri web tasarım ekibi tahmin ederek doldurmamalıdır; ürün sahibinin doğruladığı içerik kullanılmalıdır.

Teknik föyü sayfadaki açıklamanın yerine koymayın

PDF kataloglar ve teknik belgeler ayrıntılı inceleme için yararlı olabilir. Buna rağmen ürünün adı, kısa kullanım açıklaması ve temel model bilgisi sayfada okunabilmeli. Telefonda birkaç ürünü karşılaştırmak isteyen kişinin her model için yeni dosya indirmesi zorunlu olmamalı. Belge bağlantısında dosyanın ne olduğu, hangi modele ait olduğu ve mümkünse güncellik bilgisi anlaşılmalıdır.

Bir belge değiştiğinde eski dosyanın ve ona verilen bağlantıların nasıl güncelleneceğini belirleyin. Modelden kaldırılmış bir ürün için de ziyaretçiyi boş sayfaya göndermek yerine açıklayıcı bir durum bilgisi planlayabilirsiniz. Mevcut site yenileniyorsa eski ürün adreslerinin yeni kayıtlara eşleştirilmesi, katalog içeriğinin taşınması kadar önemli bir iştir.

Teklif sepeti ile ödeme alan mağazayı ayrı değerlendirin

Bazı işletmelerde ziyaretçi birkaç ürünü seçip miktarlarıyla birlikte teklif ister. Bu akış, tutarı hesaplayıp ödeme alan e-ticaret sitesinden farklıdır. Teklif listesinde seçilen modelin ve miktarın korunması, müşterinin aynı bilgileri mesajda yeniden yazmasını önleyebilir. Talebin hangi ekibe iletileceği ve bir kayıt numarasına ihtiyaç olup olmadığı da iş sürecine göre belirlenir.

Anında satış hedefleniyorsa fiyat, vergi, stok kaynağı, teslimat ve ödeme akışları ayrıca tasarlanmalıdır. E-ticaret sitesi hizmeti bu kapsamı ele alır. Ancak ürünleri internette göstermek için mutlaka çevrim içi ödeme kurmak gerekmez. Önce müşterinizin nasıl satın aldığını ve satış ekibinin teklifi nasıl hazırladığını açıklayın; işlev listesini bu düzen yönlendirsin.

Proje hizmetini ürün kataloğunun içinde kaybetmeyin

Mutfak yerleşimi, ekipman seçimi, kurulum organizasyonu veya satış sonrası destek sunuyorsanız, bunların gerçek kapsamını ayrı anlatın. Bir restoran işletmecisi katalogdaki yüzlerce üründen hangisini seçeceğini bilmeyebilir; sizin proje hizmetiniz bu noktada devreye giriyorsa sayfa ona uygun bir başlangıç yolu göstermeli. Ürün talebi ile proje görüşmesi için aynı alanların sorulması gerekmeyebilir.

Proje talebinde işletme türü, alanın durumu ve görüşülmek istenen ihtiyaç gibi başlangıç bilgileri kullanılabilir. Teknik çizim veya detaylı keşif belgesi ilk görüşmeden sonra paylaşılacaksa bunu süreçte belirtin. Uygulanmış projeler yayınlanacaksa işletmenin rolü ve görsellerin izin durumu belli olmalı. Henüz paylaşılabilir referans bulunmuyorsa tamamlanmamış işleri yapılmış gibi gösteren bir portföy oluşturmayın.

Yönetim panelini katalogdaki gerçek iş yüküne göre seçin

Az sayıda ve nadiren değişen ürün ile çok sayıda modeli güncellenen bir katalog aynı yönetim yaklaşımını gerektirmez. Ürünleri tek tek girmek, tabloyla içe aktarmak veya mevcut bir sistemden almak seçenekleri gerçek veri üzerinde değerlendirilmelidir. Kayıtları birleştiren ürün kodları yoksa aktarım sırasında tekrarlar ve yanlış eşleşmeler oluşabilir. Bu hazırlık çoğu zaman ekran tasarımından önce çözülmelidir.

Bir bayi veya stok sistemiyle bağlantı isteniyorsa erişim olanakları ve veri alanları incelenir. Entegrasyon geliştirme yalnızca iki sistemin adının teklif belgesine yazılmasıyla tamamlanmış sayılmaz. Güncelleme sıklığı, başarısız aktarımda ne yapılacağı ve hangi sistemin ana kayıt olduğu belli olmalı. İlk sürüm için otomasyon gerekmiyorsa bu da açıkça kararlaştırılabilir.

Teklifi örnek ürün verisi üzerinden karşılaştırın

Web sitesi yaptırmadan önce farklı kategorilerden birkaç gerçek ürün seçin. Ad, kod, görseller, teknik alanlar, belge ve varyantlarıyla küçük bir örnek katalog hazırlayın. Bu dosya, veri şemasının ve ürün ekranının yeterli olup olmadığını görmeyi sağlar. Özellikle farklı kategorilerin aynı teknik tabloya sığmadığı noktalar başlangıçta anlaşılır.

Ürün ve operasyon hazırlık listesi ile teklif karşılaştırma rehberi bu görüşmeye destek olur. Bedeli değerlendirirken ürün girişi, kategori düzenleme, teknik belge aktarımı, teklif işlevi, dil ve devam eden giderleri ayrı sorun. Kapsam, yalnız “endüstriyel mutfak sitesi” ifadesiyle değil, teslim edilecek katalog ve çalışma akışıyla tanımlanmalıdır.

Teklif kalemlerini yan yana değerlendirin