Apa yang perlu Anda ketahui tentang integrasi platform

Diterbitkan: 2016-04-26

Saat ini, setiap bisnis adalah bisnis digital, tetapi mengambil lompatan untuk mengubah organisasi Anda sehingga sesuai dengan tujuannya adalah prospek yang menakutkan baik bagi mereka yang membangun platform dari awal maupun mereka yang melakukan re-platform dari sistem lama. Mulai dari mana? Dan bagaimana menghindari jebakan umum yang dapat menggagalkan proyek dan menghabiskan anggarannya, menyebabkan para eksekutif mempertanyakan implementasinya?

Saya berbicara dengan Brian Walker, pakar global dalam platform e-commerce yang memimpin strategi, pemasaran, dan ekosistem di SAP Hybris tentang pelajaran yang didapat dari membantu berbagai perusahaan mengimplementasikan platform yang akan berkembang seiring dengan kebutuhan pelanggan, memberikan kinerja dan bantuan yang luar biasa organisasi mengoptimalkan bisnis mereka untuk masa depan. Di sini, Brian menawarkan beberapa pemikiran tentang apa yang perlu diketahui setiap bisnis untuk memastikan transisi yang mulus.

Greg Williams: Anda memiliki klien yang ingin memulai proyek platforming atau re-platforming dengan Anda. Apa langkah pertama dalam perjalanan itu?

Brian Walker: Pertama dan terpenting, pelanggan akan menemukan kesuksesan paling besar ketika mereka tidak mencoba mendidihkan lautan – jangan mencoba untuk mencapai lingkup yang terlalu besar untuk memulai. Ketika proyek semacam ini didanai, cenderung ada permintaan terpendam untuk fitur baru dan kemampuan baru, semua orang sangat ingin melihat banyak hal ditangani. Ini wajar, tetapi sangat penting bagi perusahaan untuk tidak mencoba memenuhi semua tujuan mereka melalui satu proyek. Cara melihatnya adalah sebagai program yang sedang berjalan. Faktanya, itu tidak akan pernah benar-benar dilakukan karena kemampuan ini akan menjadi dasar bagaimana Anda terlibat dan melayani pelanggan.

GW: Jadi aturan pertama, jangan terburu-buru?

BW: Mungkin ada rasa urgensi karena lanskap berubah begitu cepat, dan banyak jika tidak sebagian besar bisnis akan merasa telah tertinggal jauh pada saat mereka memulai. Tetapi ketika mereka mencoba untuk mencapai terlalu banyak, mereka tidak memiliki tata kelola yang baik, dan di situlah 'penyok ruang lingkup' muncul.

Gw: Yang mana?

BW: Seperangkat persyaratan yang berkembang dan didefinisikan dengan buruk yang memperkenalkan perubahan di tengah jalan. Biasanya ini disebabkan karena pemangku kepentingan tidak dapat menentukan apa yang mereka inginkan sampai proyek berjalan dengan baik, atau proses bisnis tidak dipahami dengan baik. Terlalu banyak juru masak di dapur dapat berarti bahwa apa yang ingin Anda capai menjadi target yang bergerak, yang pasti mengarah pada pembengkakan anggaran dan penundaan yang signifikan. Hal ini kemudian mengikis kepercayaan semua orang – termasuk manajemen tingkat atas – tentang kemungkinan keberhasilan. Saat itulah orang mulai bertanya: " Apakah ini akan berhasil ?" Jadi, sangat penting bagi orang-orang untuk melihat waktu-ke-nilai yang cepat, bahwa mereka melihat kemajuan – bahkan jika cakupannya agak terbatas dibandingkan dengan apa yang pada akhirnya ingin Anda capai. Di sinilah tata kelola dan disiplin proyek sangat penting – untuk menjaga proyek tetap pada jalurnya.

GW: Pelajaran apa lagi yang telah Anda pelajari?

BW: Sangat penting untuk fokus dan mendefinisikan antarmuka antara sistem di lanskap Anda. Katakanlah Anda memiliki produk inti yang mengirimkan data dari bagian belakang, atau Anda memerlukan data inventaris atau akses ke data pelanggan dari berbagai sistem. Mendefinisikan antarmuka dan berinvestasi dalam antarmuka standar yang dapat diskalakan dan sangat berulang memungkinkan Anda untuk bergerak lebih cepat nanti.

Ketika pekerjaan dilakukan di dalam lingkup proyek besar, tetapi tidak ada cukup waktu yang didedikasikan untuk pengkodean dan pengujian desain yang tepat, solusi atau peretasan di sekitar antarmuka yang akan membebani Anda nanti dapat dengan mudah merayap masuk. Ini adalah tempat lain di mana sangat sering , ada kelebihan biaya dan waktu.

Praktik terbaik adalah melakukan antarmuka tersebut terlebih dahulu. Sebelum implementasi besar terjadi, buat API tersebut yang memungkinkan Anda menghubungkan beberapa sistem. Tentukan antarmuka tersebut di awal dan luangkan waktu untuk mengintegrasikan sistem yang ada dengan benar sehingga mereka berada dalam cakupan dengan solusi baru yang Anda tambahkan ini.

Kami telah berinvestasi dalam beberapa alat integrasi yang memungkinkan pelanggan SAP untuk secara dramatis merampingkan bagian dari proyek ini apakah Anda mengintegrasikan ke sistem SAP atau non-SAP, tetapi itu masih dapat menjadi batu sandungan yang akan dihadapi banyak perusahaan saat mereka memulai program seperti ini.

GW: Apa lagi yang harus dihindari?

BW: Biasanya dengan proyek-proyek besar Anda telah menyewa sebuah perusahaan konsultan yang menagih Anda ribuan dolar sehari – Anda memiliki arsitek sistem, pengembang, analis bisnis, seluruh pasukan, ditambah semua sumber daya internal Anda. Namun pekerjaan bahkan belum dimulai untuk mendefinisikan pengalaman pengguna. Semua orang berdiri di sekitar berkata, " Yah, kita tidak bisa benar-benar mulai bekerja sampai kita tahu seperti apa bentuknya ."

Mendefinisikan dan merancang pengalaman pengguna dapat dimulai jauh sebelum implementasi sistem. Tentu, akan ada proses rasionalisasi untuk memastikan desain dapat sesuai dengan proyek atau untuk fase fitur, tetapi secara keseluruhan ini dapat merampingkan proyek secara signifikan. Biasanya, hanya ada jendela tiga minggu dalam rencana proyek untuk desain antarmuka pengguna. Dan seringkali pada titik inilah segala sesuatunya berjalan miring ketika manajemen senior atau pemangku kepentingan utama tiba-tiba terlibat. Mungkin mereka tidak tahu persis apa yang mereka inginkan, tetapi mereka tahu bahwa mereka tidak menginginkan itu! Kemudian proyek hampir berhenti saat masalah desain diselesaikan. Tidak baik. Dengan sedikit perencanaan, ini adalah situasi yang benar-benar dapat dihindari.

GW: Rencana dan jadwal dapat disepakati, tetapi saya membayangkan bahwa berpegang teguh pada itu adalah tantangan lain…

BW: Anda membutuhkan seseorang untuk bertindak sebagai anjing penjaga dalam lingkup proyek yang benar-benar berkomitmen untuk menyelesaikannya tepat waktu. Orang-orang dapat membuang garis waktu yang sangat agresif untuk, katakanlah, implementasi perdagangan besar atau sistem pemasaran besar. Sistem itu sendiri mungkin tidak harus besar, tetapi itu adalah proyek transformatif yang memengaruhi setiap bagian bisnis. Akan selalu ada rencana proyek – Anda membutuhkan seseorang yang dengan tegas menjaga dan mengelolanya tetapi juga bersedia untuk memotong ruang lingkup untuk membawa proyek tepat waktu. Seperti yang saya katakan sebelumnya, Anda harus melihatnya sebagai program versus proyek.

GW: Dan siapa orang itu?

BW: Di mana saya telah melihat yang paling sukses adalah di mana manajer proyek independen yang sangat senior dibawa masuk. Seharusnya bukan seseorang dari perusahaan konsultan yang Anda sewa untuk melakukan implementasi sistem, dan tidak boleh seseorang yang bekerja untuk tim TI atau bahkan pemangku kepentingan bisnis. Anda membutuhkan seseorang yang dapat menyampaikan berita secara langsung dan satu-satunya tujuan adalah menjaga proyek tetap pada jalurnya.

GW: Bagaimana jika itu adalah peluncuran situs yang benar-benar baru?

BW: Tantangan terbesar untuk situs baru adalah terkadang rencana dan ruang lingkup proyek tidak memperhitungkan perubahan proses bisnis. Setiap orang yang terlibat dengan sistem baru harus tahu cara menggunakannya. Mereka mungkin datang dari cara yang cukup kasar dan sangat manual dalam mengelola situs web, proses penjualan, atau pemasaran mereka. Kemungkinannya adalah situs dan sistem baru akan menjadi jauh lebih baik, tetapi perubahan itu sulit. Sangat menggoda untuk menginginkan alat dan sistem yang melakukan hal-hal "seperti berfungsi di sini". Ini dapat dengan mudah menyebabkan scope creep sekali lagi.

Namun, jika mereka tidak tahu cara menggunakan sistem baru dan tidak ada konten, proses terhenti. Konten yang dibutuhkan – konten produk, data pelanggan, konten situs, dan lain sebagainya – seringkali belum benar-benar diperhitungkan. Anda perlu membangun konten untuk situs baru sehingga siap digunakan setelah sistem diimplementasikan. Ini adalah hal-hal yang jelas yang akhirnya menciptakan penundaan biaya dan waktu yang dapat dengan mudah diselesaikan sebelumnya.

GW: SAP Hybris telah berkembang selama beberapa tahun terakhir. Bisakah Anda membawa kami melalui perjalanan itu?

BW: Hybris mulai fokus pada solusi perdagangan. Ini segera menjadi salah satu platform terkemuka dunia bagi bisnis untuk menjalankan e-commerce skala besar secara online dan di perangkat seluler – platform perdagangan omni-channel yang mampu mengelola dan mendukung semua saluran.

Itu berkembang hingga saat ini di mana solusi SAP Hybris mencakup seluruh front-office, mulai dari pengalaman pelanggan, perdagangan, penagihan dan pemasaran hingga alat untuk tenaga penjualan dan layanan baik di pusat kontak maupun di lapangan.

Solusi kami adalah serangkaian solusi yang sangat komprehensif yang bekerja bersama – atau berdiri sendiri – untuk membantu beragam pelanggan di seluruh dunia dengan cara mereka berinteraksi dan melayani pelanggan. Jadi kami telah berkembang dari platform perdagangan yang berorientasi pada transaksi menjadi sesuatu yang lebih menyeluruh yang menawarkan solusi keterlibatan pelanggan.

GW: E-niaga bergerak sangat cepat. Bagaimana Anda memperbaruinya untuk menangani laju perdagangan modern yang cepat?

BW: Ada banyak hal yang telah kami lakukan untuk mendukung kebutuhan bisnis yang berkembang pesat, tidak hanya untuk e-commerce tetapi di semua saluran dan kemampuan front-office. Satu hal yang ingin saya soroti yang merupakan inovasi terbaru adalah peluncuran platform layanan mikro baru kami, SAP Hybris-as-a-Service – atau yang kami sebut YaaS. Lingkungan platform ini memungkinkan pengembang meluncurkan layanan mikro untuk memperluas dan mendukung persyaratan unik di cloud. Pengembang dapat menggunakan bahasa pilihan mereka tanpa penguncian vendor untuk menulis, menguji, dan meluncurkan layanan baru di cloud. Dan mungkin yang lebih menarik adalah pasar yang kami aktifkan untuk mitra, pengembang independen, dan bahkan pelanggan untuk menjual layanan mikro ini. Ini adalah solusi yang sangat mengganggu, dan akan sangat menarik untuk melihat bagaimana hal itu berkembang.