Başsız ticaretin kirli sırları: Bazı satıcıların kasıtlı olarak söylemedikleri

Başsız ticaret çözümlerinin kirli sırları: Bazı satıcıların (bilerek) size söylemediği şeyler size çok pahalıya mal olabilir.

Başsız ticaret - ya da basitçe "başsız" - şu anda B2C dünyasının gözdesi. Google Trends'e göre, başsız ticaret için arama talepleri 2020'nin başından beri katlanarak arttı. E-ticaret açısından, nedenini görmek kolay.

Tüketiciler pandemi sırasında sosyal medya akışlarına bağlı olarak eve kapandı. Doğrudan tüketiciye ulaşan markalar Instagram, TikTok veya Facebook gibi medyalardan faydalanabilir ve ürünlerini doğrudan hedef kitlelerine ulaştırabilir. Başsız ticaret çözümleri zahmetsizdir.

Başsız mimariler büyük esneklik sağlar. Ön ucun ve arka ucun ayrıştırılması (ve API'lerin kullanılabilirliği) nedeniyle, ticareti yeni kanallarda dağıtmak isteyen kuruluşların bunu başsız destekleyen bir platformla yapması çok daha kolay.

Başsız ticaret çözümleri, ön uç ve arka uç ayrı ayrı dağıtıldığından daha fazla çeviklik sağlar. Çeviklik muazzam bir iş farklılaştırıcısı haline geldiğinden, başsızlığa ilgi artıyor.

Başsız ticaret çözümleri: Aldatmanın üstesinden gelmek

Ama başsız ticaret tam olarak nedir? Teknoloji ve pazarlama dünyasında sıklıkla olduğu gibi, birkaç yıl önce büyük veriyi veya yapay zekayı/makine öğrenimini düşünün - en son parlak moda kelimeye tutunma ve bunu mümkün olduğunca çok konuşmaya dahil etme eğilimi var. .

Bununla birlikte, insanlar bir şeyin ne olduğunu tam olarak tanımlayamadıklarında, o şeyin etrafındaki sular oldukça bulanık olma eğilimindedir. Başsız ticarette olan da tam olarak budur.

Pazarlamacılara çok sert davranamayız; suları bulandıran sadece onlar değil. Çok sayıda satıcı, kasıtlı veya başka bir şekilde, başsız, bulut, API'ler ve mikro hizmetleri birleştirerek karışıma katkıda bulunuyor. Gündemleri var, bu yüzden bu şeyler arasındaki çizgileri bulanıklaştırmak onların yararına. Ve açık olmak gerekirse, hiçbiri aynı değil.

Basitçe söylemek gerekirse, başsız ticaret şu anlama gelir:

1. Ön uç/vitrin/cam, ticaret motorundan (yani arka uç) ayrılır.
2. Ayrıştığı için, API çağrıları aracılığıyla fiyatlandırma ve promosyonlar gibi arka uç yeteneklerini tüketir.
3. Bu nedenle, tanımı gereği, bir ticaret platformunun başsız dağıtımları destekleyebilmesi için, ticaret arka uç işlevselliğinin API kapsamına ihtiyacı vardır.

Hemen konuya girelim ve başsızlığın tam olarak ne olduğuna (ve ne olmadığına), nereden geldiğine ve kimin için olduğuna daha yakından bakalım.

Başsız ticaret yeni bir şey değil

Terimin kendisi sadece son birkaç yılda hız kazanmaya başlamış olsa da, başsız kavramı çok da yeni değil. Yukarıda bahsedildiği gibi, ön uç/sunum katmanı/camın çekirdekten ayrıldığı (API'ler kullanılarak) API öncelikli bir yaklaşımdır.

Örneğin, SAP'de (ve eski adıyla Hybris), on yılı aşkın süredir Restful API katmanımız (Omni-Commerce connect) aracılığıyla ticaret yeteneklerini etkinleştiriyoruz. SAP Commerce'i (şirket içi ve bulutta) çalıştıran 3500'den fazla müşterinin yaklaşık yarısı, bunu üçüncü taraf bir CMS veya ısmarlama ayrıştırılmış mağaza ile başsız bir şekilde yapıyor.

Mesele şu ki, vızıltılara aldanmayın; başsız sahneye yeni çıkmadı.

Saf başsız ticaret çözümleri herkes için değildir

Başsız, her şeyde olduğu gibi, herkes için değil. Yeni başlayanlar için karmaşık. Geliştiriciler, birden çok kod tabanında derinlemesine ve geniş beceriye sahip olmalıdır.

Ama hepsi bu değil. Ismarlama bir sunum katmanı/vitrin ön uç çerçeveler ve kitaplıklar (Angular/React/Vue gibi) kullanılarak tamamen sıfırdan veya en azından bir ortak çözümü aracılığıyla oluşturulduğundan, BT olgunluğu ve geliştirme kapasitesi gerektirirler. Bu özel ön uçlar genellikle satıcı tarafından desteklenmez.

Ayrıca, ısmarlama ön uçlar tipik olarak iş pratisyenlerinin BT yardımı olmadan ön ucu tasarlama ve güncelleme yeteneğini sınırlar. Bu, işiniz için önemli bir husussa, yalnızca başsız ticaret çözümleri sizin için uygun olmayabilir.

İyi haber: Satıcılar, %100 API kapsamı ve sıfırdan oluşturmaya gerek kalmadan ayrılmış bir vitrin ile "başsız ve doğrudan" yetenekler sunar. Bu yaklaşım, ön uç geliştirmeyi ve genel proje teslim zaman çizelgesini hızlandırır.

Başsız, mikro hizmetlere eşit değildir

Başta da belirttiğimiz gibi, bazı satıcılar, mikro hizmetleri başsız bir şekilde karıştırarak kasıtlı olarak suları bulandırıyorlar. Hadi rekoru düzeltelim.

Hayır, Mikro Hizmetler API'lere eşdeğer DEĞİLDİR. Ve hayır (burada “dış” sesimi kullanmak üzereyim), MİKROHİZMET TABANLI BİR MİMARİ BAŞLIKSIZ OLMANIN ÖN ŞART DEĞİLDİR (Öte yandan API'ler).

Martin Fowler'a göre, "mikro hizmet mimari stili, her biri kendi sürecinde çalışan ve genellikle bir HTTP kaynak API'si olan hafif mekanizmalarla iletişim kuran küçük hizmetler paketi olarak tek bir uygulama geliştirmeye yönelik bir yaklaşımdır."

Doğru okudunuz – mikro hizmetler yeteneklerini API'ler aracılığıyla ortaya çıkarır ve bu nedenle birbirinin yerine geçemez kavramlar değil tamamlayıcıdır. Mikro hizmet tabanlı bir mimariyi, tüm uygulamanın "tek parça" koddan oluştuğu monolitik bir mimariyle karşılaştırın. Gerçek dünyada, çok az uygulama ya tamamen mikro hizmetlere dayalıdır ya da tamamen monolitiktir; genellikle ortada bir yere düşerler.

Mikro hizmetler pek çok şey yapabilirken, aynı zamanda maliyetlidir (çok fazla ek yük) ve hiçbir şekilde çeviklik için gümüş bir kurşun değildir. Her mimari kalıbın artılarına ve eksilerine girmeden, mikro hizmet tabanlı bir mimarinin ana avantajının, büyük geliştirme kuruluşlarının yazılım oluşturabileceği hız ve çeviklik olduğunu belirtmekte fayda var. Genel gider, monolitik bir mimaride kod geliştirme süresine kıyasla küçüktür.

Bu nedenle, üzerinde çalışan yüzlerce geliştiriciye sahip Amazon gibi bir ticaret platformu satıcısı için oldukça değerlidir. Ancak, bu tür bir mimari herkes için iyi çalışmaz. BT becerilerine ve buna karşılık gelen ticari geliştirme kaynaklarına sahip olmayan kuruluşlar için özellikle uygun değildir.

Gartner'ın şekillendirilebilir iş mimarisi dediği şeyi düşünmek daha iyidir. Bu değiştirilebilir yapı taşları modeli, bir işletmenin müşteri değerlerindeki değişim veya tedarik zinciri veya malzemelerdeki ani değişiklik gibi faktörlere bağlı olarak gerektiğinde yeniden düzenleme yapmasını sağlar. Bu yapı taşları veya modüller mikro olabileceği gibi makro hizmetler de olabilir.

Gartner'a göre bu mimari şunları sağlar: keşif yoluyla hız, modülerlik yoluyla daha fazla çeviklik, orkestrasyon yoluyla daha iyi liderlik ve özerklik yoluyla esneklik. Bu, kuruluşların birkaç gün içinde iş modellerini tamamen yeniden düşünmek ve değiştirmek zorunda kaldığı veya iflas etme riskiyle karşı karşıya kaldığı pandemi döneminden daha önemli olamazdı.

Şimdi, bazı satıcıların neden başsız bir şekilde mikro hizmetleri karıştırdığını merak ediyorsanız, yanıt kurumsal yazılım pazarının kendisi kadar eskidir. Yeni bir parlak yeteneği vurgulayarak, gelişmekte olan satıcıların, platform gibi yetersiz kaldıkları ve sağlamlık özelliklerine sahip oldukları yeteneklerden odaklanmalarını sağlar.

Ve bir ticaret platformu seçerken modern bir mimari kesinlikle önemli bir husus olsa da, işlevsel zenginlik veya iş kullanıcılarını güçlendirme yeteneği pahasına olamaz.

Başsız kalmak için burada

Temas noktalarının sayısı artmaya devam ederken, başsız ticaret hiçbir yere gitmiyor. Bir platform seçerken, yalnızca bugün değil yarın da işiniz için geçerli olan tüm işlevsel ve işlevsel olmayan gereksinimleri göz önünde bulundurun.

Bugün işi yapabilecek, ancak ileride büyümenizi desteklemeyecek bir platform seçmek ( örneğin, uluslararası yerelleştirme ) dar görüşlüdür ve yalnızca atasözünü yoldan çıkarmakla sonuçlanacaktır.

Son olarak, bazı satıcıların parlak, parlak nesneye bakmanızı istemesi, diğer gereksinimlerin birdenbire önemli olmadığı anlamına gelmez. Ürün bilgi yönetimi, web içerik yönetimi, sipariş yönetimi, B2B yetenekleri, B2C yetenekleri ve kişiselleştirme esastır.

Bazı satıcıların söylediklerinin aksine, sağlamlığı işlevsel olarak eski mimariyle birleştirme tuzağına düşmeyin.