Rahasia kotor perdagangan tanpa kepala: Apa yang sengaja tidak dikatakan oleh beberapa vendor

Rahasia kotor solusi perdagangan tanpa kepala: Apa yang beberapa vendor (sengaja) tidak katakan kepada Anda dapat merugikan Anda, banyak waktu.

Perdagangan tanpa kepala—atau, sederhananya, “tanpa kepala”—adalah kesayangan dunia B2C saat ini. Menurut Google Trends, permintaan pencarian untuk perdagangan tanpa kepala telah tumbuh secara eksponensial sejak awal 2020. Dari sudut pandang e-niaga, mudah untuk mengetahui alasannya.

Konsumen telah tinggal di rumah, ditambatkan ke umpan media sosial mereka selama pandemi. Merek langsung ke konsumen dapat memanfaatkan media seperti Instagram, TikTok, atau Facebook dan membawa barang dagangannya langsung ke audiens yang dituju. Solusi perdagangan tanpa kepala adalah hal yang mudah.

Arsitektur tanpa kepala memberikan fleksibilitas yang besar. Karena pemisahan frontend dan backend (dan ketersediaan API), jauh lebih mudah bagi organisasi yang ingin menerapkan perdagangan di saluran baru untuk melakukannya dengan platform yang mendukung headless.

Solusi perdagangan tanpa kepala juga memberikan kelincahan yang lebih besar karena frontend dan backend digunakan secara terpisah. Karena kelincahan telah menjadi pembeda bisnis yang luar biasa, minat pada headless melonjak.

Solusi perdagangan tanpa kepala: Memotong hype

Tapi apa sebenarnya perdagangan tanpa kepala itu? Seperti yang sering terjadi di dunia teknologi dan pemasaran, ada kecenderungan untuk mengikuti kata kunci terbaru — pikirkan kembali tentang data besar atau kecerdasan buatan/pembelajaran mesin beberapa tahun yang lalu — dan masukkan ke dalam percakapan sebanyak mungkin. .

Namun, ketika orang tidak dapat benar-benar menentukan apa itu sesuatu, perairan di sekitar benda itu cenderung menjadi sangat keruh. Itulah tepatnya yang terjadi dengan perdagangan tanpa kepala.

Kami tidak bisa terlalu keras pada pemasar; mereka bukan satu-satunya yang memperkeruh air. Banyak vendor menambahkan, sengaja atau tidak, dengan menggabungkan headless, cloud, API, dan layanan mikro. Mereka memiliki agenda mereka sendiri, jadi itu untuk keuntungan mereka untuk mengaburkan batas antara hal-hal ini. Dan untuk menjadi jelas, tidak satupun dari mereka adalah sama.

Sederhananya, perdagangan tanpa kepala berarti:

1. Frontend/etalase/kaca dipisahkan dari mesin perdagangan (yaitu, backend).
2. Karena dipisahkan, ia menggunakan kemampuan backend seperti harga dan promosi melalui panggilan API.
3. Oleh karena itu, menurut definisi, agar platform perdagangan dapat mendukung penerapan tanpa kepala, diperlukan cakupan API dari fungsionalitas backend perdagangan.

Mari kita masuk dan melihat lebih dekat apa itu headless (dan apa yang bukan), dari mana asalnya, dan untuk siapa.

Perdagangan tanpa kepala bukanlah sesuatu yang baru

Sementara istilah itu sendiri mungkin baru mulai mengumpulkan tenaga dalam beberapa tahun terakhir, konsep tanpa kepala bukanlah hal baru. Seperti disebutkan di atas, ini adalah pendekatan API-pertama di mana ujung depan/lapisan presentasi/kaca dipisahkan dari inti (menggunakan API).

Misalnya, di SAP (dan sebelumnya Hybris), kami telah mengaktifkan kemampuan perdagangan melalui lapisan API Restful (Omni-Commerce connect) selama lebih dari satu dekade. Sekitar setengah dari 3500+ pelanggan yang menjalankan SAP Commerce (on-premises dan di cloud) melakukannya tanpa kepala dengan CMS pihak ketiga atau etalase terpisah yang dipesan lebih dahulu.

Intinya adalah, jangan tertipu oleh buzz; tanpa kepala tidak hanya muncul ke tempat kejadian.

Solusi perdagangan tanpa kepala murni bukan untuk semua orang

Tanpa kepala, seperti yang lainnya, bukan untuk semua orang. Ini rumit, sebagai permulaan. Pengembang harus memiliki kedalaman dan keluasan keterampilan di berbagai basis kode.

Tapi itu tidak semua. Mereka membutuhkan kedewasaan dan kapasitas pengembangan TI, karena lapisan presentasi/etalase yang dipesan lebih dahulu harus dibangun seluruhnya dari awal menggunakan kerangka kerja dan pustaka front-end (seperti Angular/React/Vue) atau melalui solusi mitra minimal. Frontend khusus ini umumnya tidak didukung oleh vendor.

Selain itu, frontend yang dipesan lebih dahulu biasanya membatasi kemampuan praktisi bisnis untuk merancang dan memperbarui frontend tanpa bantuan TI. Jika itu merupakan pertimbangan penting untuk bisnis Anda, maka solusi perdagangan tanpa kepala mungkin tidak cocok untuk Anda.

Kabar baiknya: Vendor menawarkan kemampuan "tanpa kepala dan langsung" dengan cakupan API 100% dan etalase terpisah tanpa perlu membangunnya dari bawah ke atas. Pendekatan ini mempercepat pengembangan frontend dan timeline pengiriman proyek secara keseluruhan.

Tanpa kepala tidak sama dengan layanan mikro

Seperti yang kami sebutkan di awal, beberapa vendor sengaja memperkeruh suasana dengan menggabungkan headless dengan layanan mikro. Mari kita luruskan rekornya.

Tidak, Layanan Mikro TIDAK setara dengan API. Dan tidak (saya akan menggunakan suara "luar" saya di sini), ARSITEKTUR BERBASIS MICROSERVICE BUKAN PRASYARAT UNTUK TANPA KEPALA (API, di sisi lain, adalah).

Menurut Martin Fowler, “gaya arsitektur layanan mikro adalah pendekatan untuk mengembangkan aplikasi tunggal sebagai rangkaian layanan kecil, masing-masing berjalan dalam prosesnya sendiri dan berkomunikasi dengan mekanisme yang ringan, sering kali merupakan API sumber daya HTTP.”

Anda membacanya dengan benar – layanan mikro mengekspos kemampuannya melalui API dan, dengan demikian, merupakan konsep yang saling melengkapi, bukan dapat dipertukarkan. Bandingkan arsitektur berbasis layanan mikro dengan arsitektur monolitik di mana seluruh aplikasi terdiri dari "satu bagian" kode. Di dunia nyata, hanya sedikit aplikasi yang sepenuhnya berbasis layanan mikro atau sepenuhnya monolitik; mereka biasanya jatuh di suatu tempat di tengah.

Meskipun layanan mikro dapat melakukan banyak hal, layanan tersebut juga mahal (banyak overhead) dan sama sekali bukan peluru perak untuk kelincahan. Tanpa membahas pro dan kontra dari setiap pola arsitektur, perlu dicatat bahwa keuntungan utama dari arsitektur berbasis layanan mikro adalah kecepatan dan kelincahan di mana organisasi pengembangan besar dapat membangun perangkat lunak. Biaya overhead kecil dibandingkan dengan waktu untuk mengembangkan kode dalam arsitektur monolitik.

Jadi, ini cukup berharga untuk vendor platform perdagangan seperti Amazon yang biasanya memiliki ratusan pengembang yang mengerjakannya. Namun, arsitektur semacam ini tidak akan bekerja dengan baik untuk semua orang. Ini sangat tidak cocok untuk organisasi yang tidak memiliki keahlian TI dan sumber daya pengembangan perdagangan yang sesuai untuk memanfaatkannya.

Lebih baik mempertimbangkan apa yang disebut Gartner sebagai arsitektur bisnis yang dapat dikomposisi. Model blok bangunan yang dapat dipertukarkan ini memungkinkan bisnis untuk mengatur ulang sesuai kebutuhan, tergantung pada faktor-faktor seperti pergeseran nilai pelanggan atau perubahan mendadak dalam rantai pasokan atau bahan. Blok bangunan atau modul ini bisa berupa layanan mikro, tetapi juga makro.

Menurut Gartner, arsitektur ini memberikan: kecepatan melalui penemuan, kelincahan yang lebih besar melalui modularitas, kepemimpinan yang lebih baik melalui orkestrasi, dan ketahanan melalui otonomi. Ini tidak mungkin lebih penting daripada selama pandemi, ketika organisasi harus sepenuhnya memikirkan kembali dan memutar model bisnis mereka dalam hitungan hari atau berisiko bangkrut.

Sekarang, jika Anda bertanya-tanya mengapa beberapa vendor menggabungkan tanpa kepala dengan layanan mikro, jawabannya setua pasar perangkat lunak perusahaan itu sendiri. Dengan menekankan kemampuan mengkilap baru, ini memungkinkan vendor baru untuk mengalihkan fokus dari kemampuan di mana mereka gagal seperti platform dan kekokohan fitur.

Dan sementara arsitektur modern jelas merupakan pertimbangan penting ketika memilih platform perdagangan, itu tidak dapat mengorbankan kekayaan fungsional atau kemampuan untuk memberdayakan pengguna bisnis.

Tanpa kepala ada di sini untuk tinggal

Karena jumlah titik kontak terus bertambah, perdagangan tanpa kepala tidak akan berhasil. Saat memilih platform, pertimbangkan semua persyaratan fungsional dan non-fungsional yang berlaku untuk bisnis Anda, tidak hanya hari ini, tetapi juga besok.

Memilih platform yang mungkin melakukan pekerjaan hari ini tetapi tidak akan mendukung pertumbuhan Anda di masa depan ( misalnya, lokalisasi internasional ) adalah pandangan pendek dan hanya akan mengakibatkan menendang pepatah kaleng di jalan.

Akhirnya, fakta bahwa beberapa vendor ingin Anda melihat objek yang cerah dan berkilau tidak berarti persyaratan lain tiba-tiba tidak penting. Manajemen informasi produk, manajemen konten web, manajemen pesanan, kemampuan B2B, kemampuan B2C, dan personalisasi sangat penting.

Jangan terjebak dalam menggabungkan kuat secara fungsional dengan arsitektur lama, terlepas dari apa yang dikatakan beberapa vendor.