Perangkat lunak pemasaran: Pikirkan tiga kali sebelum Anda menyesuaikan

Ketika perangkat lunak pemasaran tidak melakukan apa yang Anda butuhkan, Anda dihadapkan pada pilihan:

• Membeli sesuatu yang tidak persis seperti yang Anda inginkan dan mengatasi kekurangannya.
• Membangun sistem kustom Anda sendiri.
• Membeli sesuatu yang dapat Anda sesuaikan.

Waspadai bahaya dari salah satu opsi khusus tersebut. Pikirkan panjang dan keras tentang apa yang Anda hadapi.

Dalam artikel ini, saya akan menjelaskan beberapa kesalahan umum dan memberikan daftar periksa untuk membantu Anda mengambil keputusan.

Off-the-shelf tidak selalu berhasil

Banyak industri dan bisnis memiliki persyaratan unik yang tidak sesuai dengan model standar. Misalnya, banyak toko online tidak menyediakan semua variabel yang diperlukan untuk mengelola langganan.

Industri Anda mungkin memerlukan pelaporan khusus, memiliki persyaratan identifikasi unik, atau tunduk pada aturan audit khusus.

Vendor perangkat lunak komersial mungkin tidak pernah mendengar persyaratan spesifik Anda atau tidak menganggap perusahaan dengan kebutuhan seperti Anda sebagai bagian pasar yang cukup besar untuk dikhawatirkan.

Itu mungkin menyarankan Anda memerlukan solusi khusus. Dan membangun solusi khusus memiliki banyak manfaat.

Yang paling jelas adalah memungkinkan Anda untuk membangun apa yang Anda butuhkan dan tidak lebih. Ini memberi Anda lebih banyak kendali, tetapi kendali itu membawa biaya dan kewajiban yang harus Anda ingat.

Gali lebih dalam: Debat martech yang hebat: Build vs. buy

Bahaya 'bangun sendiri'

Setelah Anda melewati 14 demo produk yang tidak mengakomodasi model bisnis dan kebutuhan Anda, sangat menggoda untuk mengatakan, "ayo bangun sendiri!"

Sebelum Anda melakukannya, pertimbangkan potensi jebakan ini.

• Selamat, Anda sekarang berkecimpung dalam bisnis teknologi. Sekarang Anda perlu khawatir tentang perubahan pada sistem operasi, ancaman keamanan, perangkat dan protokol baru, teknologi dan tren yang muncul, dan Anda perlu mempertahankan staf untuk tetap mengetahui semua hal itu. Juga, TI bukan satu disiplin. Anda harus mempertahankan kompetensi di berbagai bidang.
• Anda memiliki dua opsi. Pekerjakan pengembang Anda sendiri, atau alihkan pekerjaan ke toko pengembangan. Bagaimanapun, pengembang itu mahal, dan jika Anda tidak memahami teknologi yang ingin Anda buat, akan sangat sulit untuk menemukan pengembang yang tepat (atau toko yang tepat) dengan harga yang wajar.
• "Mempekerjakan staf" tidak menyelesaikan masalah. Tim baru harus mempelajari proses pengembangan, strategi bisnis, dan sistem Anda.
• Cara membangun keajaiban baru ini sama pentingnya dengan apa yang ingin Anda bangun. Apakah mempelajari disiplin baru itu sepadan dengan biayanya?
• Biaya tambahan Anda tidak berakhir dengan staf baru. Anda akan membutuhkan server pengembangan dan pementasan jika Anda memilih untuk melakukan pekerjaan di rumah. Anda akan membutuhkan stasiun kerja uji. Persyaratan perangkat keras dan hosting dapat bertambah.
• Berada dalam bisnis TI berarti Anda harus menganggarkan biaya TI Anda terhadap perubahan atau masalah teknologi yang tidak diketahui. Apple dapat mengeluarkan pembaruan yang merusak sistem Anda. Colorado dapat mengesahkan undang-undang privasi baru. Membayar biaya bulanan untuk membuat orang lain khawatir tentang hal itu dapat membebaskan staf Anda untuk tetap berpegang pada bisnis Anda.
• Jenis pengembang yang Anda perlukan untuk merancang sistem khusus belum tentu orang yang sama yang ingin memeliharanya. Yang pertama adalah pemikir kreatif yang menyukai tantangan. Yang kedua adalah manajer yang menolak perubahan dan menyukai keteraturan dan konsistensi.
• Bahkan jika Anda membuat perangkat lunak kustom Anda sendiri, Anda mungkin perlu berintegrasi dengan satu atau beberapa sistem eksternal, seperti gateway pembayaran atau penyedia layanan email. Integrasi ini juga akan membutuhkan pembaruan berkala.

Bahaya tambahan 'beli dan sesuaikan'

Beberapa masalah di atas berlaku saat Anda membeli dan menyesuaikan solusi pihak ketiga, tetapi mungkin ada masalah lain saat Anda mencoba menyesuaikan perangkat lunak siap pakai.

• Apakah kustomisasi Anda membatalkan garansi atau perjanjian layanan Anda? Akankah penyedia masih memberikan dukungan teknis setelah Anda menyesuaikan sistem mereka?
• Saat aplikasi yang Anda beli melakukan pemutakhiran, itu tidak akan mempertimbangkan penyesuaian Anda, dan add-on Anda mungkin tidak berfungsi lagi, atau mungkin memerlukan rekayasa ulang yang substansial. Bahkan mungkin tidak jelas mengapa penyesuaian Anda tidak berfungsi dengan versi baru. (Saya ingat salah satu pengembang saya menghabiskan satu hari menemukan bahwa skrip kami tidak berfungsi karena satu perangkat lunak mengubah caranya mengelola umpan baris dalam dokumen XML.)
• Aplikasi yang Anda beli mungkin terintegrasi dengan sistem lain. Apakah penyesuaian Anda akan berfungsi dengan integrasi tersebut?
• Apa yang Anda lakukan bila penyedia perangkat lunak pihak ketiga yang Anda beli gulung tikar? Apa pilihan Anda untuk mendapatkan dan memelihara aplikasi sendiri, dan seberapa mahal itu?

Gali lebih dalam: Bagaimana pemasar dapat membangun tumpukan teknologi berbasis data

Daftar periksa bangun Anda sendiri

Sebelum Anda membangun sendiri atau membeli dan menyesuaikan, periksa masing-masing dengan hati-hati sebagai pemeriksaan usus.

1. Jelaskan masalahnya dan mengapa serta bagaimana solusi Anda saat ini tidak memenuhi harapan

Menuliskan "mengapa" penyesuaian dapat mengungkapkan apakah itu benar-benar diperlukan.

Sebuah perusahaan yang saya kenal pernah menjalankan dua sistem akun pemenuhan yang berbeda karena salah satu dari 50+ judul mereka harus memiliki pelaporan yang berbeda. Atau begitulah yang mereka pikirkan. Lalu suatu hari, saat meninjau operasi perusahaan, divisi pemenuhan berkata, “Akan jauh lebih mudah jika kita tidak harus menggunakan dua sistem.”

Presiden perusahaan menjawab, “Saya selalu mengira itu milik Anda persyaratan."

Persyaratan operasional apa pun yang menyarankan solusi khusus pada tahun 2022 mungkin tidak berlaku pada tahun 2024. Pastikan Anda mencatat hal-hal ini.

2. Teliti solusi lain

Tentunya Anda bukan satu-satunya perusahaan dengan masalah ini.

Bagaimana pesaing Anda menghadapinya? Bisakah Anda melisensikan solusi mereka?

3. Bedakan yang diperlukan dari kustomisasi aneh

"Pelanggan" untuk perangkat lunak baru Anda adalah eksternal dan internal. Pastikan Anda memahami proses internal yang dipengaruhi oleh teknologi baru ini.

Namun, itu satu hal untuk mengakomodasi kebutuhan bisnis. Mencoba membuat semua staf Anda senang adalah hal lain. Ingat, komputer sangat pandai melakukan satu hal jutaan kali. Pemasar ingin melakukan sejuta hal sekaligus.

Setiap penyesuaian disertai dengan biaya dan risiko. Tetap periksa, dan pertimbangkan ROI pada setiap penyesuaian yang diusulkan. Sadarilah bahwa investasi dalam penyesuaian Anda mencakup biaya di muka serta biaya pemeliharaan dan pembaruan yang berkelanjutan.

Jadilah sangat spesifik tentang biaya penyesuaian dan manfaat yang diharapkan secara wajar. Seperti yang biasa dikatakan teman saya, Frank, "kami akan melakukan semua pekerjaan ini, dan semua penyiapan ini, dan kami akan mendapat satu pesanan."

Akhirnya, jangan bingung "menyesuaikan" dengan daftar keinginan. Setiap penyesuaian harus membenarkan dirinya sendiri.

4. Renungkan kebajikan kesederhanaan

Apple dan Kindle secara radikal mengurangi kompleksitas pemenuhan majalah. Sistem mereka tidak memperhitungkan banyak fungsi yang akan dianggap sebagai taruhan meja oleh rumah pemenuhan standar.

Apakah ini kesombongan dari pihak Apple dan Kindle? Atau apakah mereka memutuskan bahwa semua lonceng dan peluit itu tidak sebanding dengan masalahnya?

Saat Anda mempertimbangkan fungsi atau fitur yang "bagus untuk dimiliki", pastikan untuk membandingkannya dengan keanggunan kesederhanaan.

5. Dokumentasikan penyesuaian Anda

Anda kemungkinan besar akan kehilangan pengembang yang membuat sistem kustom Anda, dan orang-orang yang muncul setelahnya perlu mengetahui cara kerja berbagai hal. Pastikan semuanya terdokumentasi dengan baik.

Selain itu, sejauh Anda perlu mengintegrasikan penyesuaian Anda dengan sistem lain, dokumentasi yang baik akan menjadi kuncinya — untuk pengembang Anda dan pengembang mitra Anda.

Pendapat yang diungkapkan dalam artikel ini adalah dari penulis tamu dan belum tentu MarTech. Penulis staf tercantum di sini.

Tambahkan MarTech ke feed Google News Anda.

---