Bagaimana jika Software house bukan mitra bisnis yang proaktif?

Pada postingan kali ini, saya akan fokus menjawab pertanyaan apa yang harus dilakukan jika ecommerce agency atau software house yang Anda tangani tidak menunjukkan inisiatif dan tidak memiliki pendekatan bisnis .

Bagaimana jika software house yang Anda gunakan bukan mitra bisnis yang proaktif?
Mengapa Software house bukan mitra bisnis yang baik?
Manajer Proyek – seseorang dengan banyak talenta yang diharapkan memberikan jumlah yang tidak realistis
Apa saja cara Software house menjadi mitra bisnis yang proaktif?
Bagaimana cara memeriksa apakah rumah perangkat lunak akan proaktif?
Ringkasan – Bagaimana jika software house tersebut bukan mitra bisnis yang baik?

Bagaimana jika software house yang Anda gunakan bukan mitra bisnis yang proaktif?

Pada dasarnya, Anda memiliki 3 solusi.

Yang pertama adalah mencari agensi yang proaktif, menunjukkan inisiatif bisnis, berkolaborasi, dan benar-benar menjadi mitra bisnis. Untuk melakukan hal ini, organisasi harus memiliki proses yang tepat dan, yang paling penting, organisasi harus mempunyai peran yang tepat. Lebih lanjut tentang itu nanti.

Solusi kedua adalah Anda dapat menjalankan peran ini sendiri (artinya di pihak Anda). Anda cukup menerima bahwa software house tidak memiliki pendekatan bisnis, dan tidak proaktif, dan hanya itu.

Solusi ketiga adalah menyewa konsultan e-niaga. Orang ini harus memiliki pengalaman dalam teknologi yang menjadi dasar toko online Anda. Ini akan memberikan tautan antara Anda dan rumah perangkat lunak. Dalam hal ini, Anda membeli kompetensi yang hilang dari tempat lain selain Software house (agensi e-niaga).

Sekian jawaban sederhana untuk pertanyaan ini. Jika Anda tertarik untuk mengembangkan topik ini lebih jauh, saya mendorong Anda untuk terus membaca.

Mengapa Software house bukan mitra bisnis yang baik?

Kami sering menghadapi situasi ketika perusahaan yang datang kepada kami mengklaim bahwa Software house saat ini kurang memiliki pendekatan bisnis. Oleh karena itu, mereka mempertimbangkan untuk mengubah Software House dan mencari alternatif di pasar yang dapat lebih memahami kebutuhan bisnis mereka.

Gejala #1 – kurangnya proaktif

Saya sering mendengar bahwa suatu lembaga tidak proaktif karena tidak mengajukan inisiatif sendiri. Apa artinya ini? Mari kita ambil contoh seperti itu. Di versi baru Magento hadir Page Builder. Rumah perangkat lunak (yaitu, seseorang yang bekerja di dalamnya), mengetahui bahwa jika mereka meningkatkan Magento ke versi dengan Page Builder, tim klien akan dapat mengimplementasikan lebih banyak hal secara mandiri (yang berarti lebih cepat dan dengan biaya lebih rendah). Dalam kasus seperti itu, harapan yang tepat dari perusahaan e-niaga adalah bahwa Rumah Perangkat Lunak harus memberi tahu mereka tentang hal tersebut.

Gejala #2 – kurangnya pengetahuan tentang industri B2B

Masalah lainnya adalah karyawan Software house tidak selalu memahami secara spesifik penjualan suatu perusahaan. Hal ini terutama berlaku untuk bisnis B2B, karena toko B2C, meskipun menuntut, cenderung memiliki proses penjualan yang tidak terlalu rumit dibandingkan B2B.

Dalam konteks B2B, kita harus berurusan dengan departemen penjualan, dan departemen layanan pelanggan, serta tenaga penjualan, yang sering bertanya-tanya apakah penerapan platform B2B berarti mereka akan kehilangan pekerjaan, atau memang seharusnya begitu. meningkatkan efisiensi kerja mereka, atau mungkin menggantikannya sama sekali.

Hal ini menjadi masalah bagi perusahaan B2B yang bekerja sama dengan agensi atau perusahaan perangkat lunak yang tidak memahami secara spesifik penjualan B2B. Sederhananya, alih-alih seseorang yang mendukung pengembangan bisnis, perusahaan B2B harus mengedukasi mitra teknologinya tentang apa itu penjualan B2B.

Gejala #3 – ketidaktahuan dalam eksekusi

Kritik lain terhadap rumah perangkat lunak adalah bahwa mereka sering kali melakukan tugas-tugas tanpa berpikir panjang.

Jika kita menuding mereka dan mengatakan “kodekan”, mereka akan melakukannya. Namun dengan satu “tetapi” – mereka tidak akan memeriksa atau memverifikasi apakah apa yang ingin kita terapkan masuk akal (bisnis atau teknologi). Seringkali analisis bisnis singkat pun tidak disiapkan, prosesnya tidak dituliskan. Pada akhirnya, seseorang mengimplementasikan sesuatu, dan 10 fungsi lainnya berhenti bekerja. Kemudian pihak software house memberitahu rekannya, perusahaan yang memiliki toko online, bahwa bagaimanapun juga, diketahui bahwa ia akan gagal (seolah-olah tidak dapat mengatakannya sebelum pekerjaan dimulai?!) Situasi ini tragis…. Siapa pun yang bekerja dengan agen e-niaga atau rumah perangkat lunak pasti ingin agensi tersebut melihat secara kritis rencana tersebut dan mengevaluasi dampak penerapan tugas atau fungsi terhadap proyek dan bisnis.

Gejala #4 – kurangnya pemahaman tentang strategi perusahaan

Situasi keempat adalah ketika software house tidak memahami gambaran besar dan tujuan strategis organisasi.

Idenya adalah harus ada orang di pihak perusahaan teknologi yang memahami strategi toko e-niaga B2C atau platform B2B. Tidak mungkin satu-satunya pemikiran mengapa platform B2B diterapkan adalah agar platform tersebut menghasilkan pesanan. Jika mitra teknologi tidak memahami strateginya, lalu bagaimana dia bisa memberikan saran mengenai pilihan teknologi untuk mendukung strategi tersebut?

Manajer Proyek – seseorang dengan banyak talenta yang diharapkan memberikan jumlah yang tidak realistis

Nah, di sini kita sampai pada alasan utama mengapa Software house bukan mitra bisnis yang mudah bergaul . Hal ini terjadi karena membebani satu peran dengan ekspektasi yang tidak realistis dan terlalu banyak tanggung jawab .

Peran itu adalah Manajer Proyek yang tidak biasa. Koordinator proyek adalah Manusia Renaisans sejati. Lihat saja apa yang (sangat sering) menjadi lingkup tugasnya .

Pertama-tama, ia harus mampu merencanakan keseluruhan proyek dan membaginya menjadi tugas-tugas .
Dia harus familiar dengan manajemen proyek , dengan metode seperti Scrum dan Agile. Idealnya, dia harus memiliki sertifikasi PRINCE2. Singkatnya, mampu memproyeksikan.

Hal kedua – ini adalah orang yang sering harus mendeskripsikan dan mendokumentasikan kesalahan . Dalam artian dia melakukan fungsi layanan pelanggan di mana klien melaporkan bug, dia mendeskripsikan bug tersebut, mereproduksinya, dan kemudian meneruskannya ke tim pengembangan (selain itu, saat klien meminta faktur, tentu saja, Koordinator Proyek adalah contact person utama sehingga beliau juga sangat bersedia mengurus administrasi tersebut).

Dia juga bertanggung jawab untuk sinkronisasi dengan klien , melakukan pertemuan mingguan dengan klien, dan menentukan apa yang terjadi di backlog dan apa yang akan terjadi di sprint berikutnya.

Dia harus mampu berkomunikasi dengan baik, dan dia harus memiliki keterampilan negosiasi , karena kadang-kadang ada lima orang di pihak klien, dan dia sebagai salah satu orang dari agensi harus mendamaikan visi yang berbeda dari pihak klien, dan dia harus mampu memutuskan apa yang sebenarnya dan sejauh mana harus dilaksanakan.

Tugas lain yang menjadi tanggung jawab manajer proyek adalah memecahkan masalah di departemen pengembangan . Lagi pula, dia sering kali bertanggung jawab atas tim proyeknya. Saluran pipa meledak dan modul baru di back-end tidak berfungsi dengan front-end. Keputusan cepat diperlukan di sini, sehingga tokoh Renaisans ini kembali beraksi.

Koordinator juga mengelola tim pengembangannya , yang terdiri dari front-end, back-end, penguji, UX, dan analis bisnis.

Ia harus ikut serta dalam rekrutmen karena jika ia memiliki tim ini di bawah asuhannya, akan berguna baginya untuk mengobrol dengan kandidat pada tahap rekrutmen.

Bayangkan ini bukanlah akhir dari tugas Anda!

Seringkali dia juga seorang penguji karena di banyak rumah perangkat lunak di Polandia, tidak ada proses Jaminan Kualitas yang baik (dan karenanya tidak ada penguji khusus). Jadi manajer proyek bertanggung jawab untuk menguji fungsionalitas yang diserahkan pengembang kepadanya setelah peninjauan kode (inilah sebabnya sering kali tim di sisi platform e-commerce atau B2B, merasa seperti mereka adalah penguji mitra teknologi).

Ia juga sering berperan sebagai analis bisnis . Ketika fungsi-fungsi utama baru dirilis, Koordinator Proyeklah yang membuat tanda dan kriteria penerimaan. Dan, tentu saja, dia mencoba memperbarui dokumentasinya.

Sebagai Manajer Proyek yang mengelola proyek implementasi atau pemeliharaan Magento, tentu saja ia harus memahami teknologi dengan baik dan juga mengetahui bisnis klien . Artinya, dia harus mengetahui apa yang terjadi di pasar e-commerce.

Dan inilah saatnya untuk mengajukan pertanyaan yang sangat penting: apakah “manusia Renaisans” seperti itu ada? Ya, tapi orang seperti itu sangat sedikit. Dengan kata lain, orang-orang seperti itu bisa dihitung dengan jari satu atau mungkin dua tangan. Artinya, peluang kami cukup kecil bahwa orang seperti itu akan ada dalam proyek kami.

Apa saja cara Software house menjadi mitra bisnis yang proaktif?

Sekarang mari kita pikirkan, apakah realistis bahwa sebuah agensi yang mengumpulkan semua peran dalam satu orang dapat memenuhi janjinya untuk menjadi mitra bisnis yang mengambil risiko?

Orang ini sering kali tidak mempunyai waktu maupun kompetensi untuk melaksanakan tugas yang diharapkan darinya (terlalu banyak). Apalagi mengambil inisiatif sama sekali.

Lalu apa solusi untuk masalah ini?

Sewa konsultan e-niaga eksternal

Pertama, Anda dapat menyewa konsultan e-niaga eksternal yang berpengalaman dalam teknologi yang Anda gunakan. Misalnya, jika Anda menggunakan Magento, sebaiknya pilih konsultan ecommerce yang berspesialisasi dalam bidang ini. Konsultan e-niaga dapat bertanggung jawab untuk selalu mengetahui apa yang terjadi di dunia Magento, apakah ada versi baru yang akan dirilis, perubahan apa yang ada pada setiap versi, dan terus memberi Anda informasi.

Konsultan e-niaga juga harus selalu mengikuti perkembangan grup terkait e-niaga dan memberi tahu Anda jika ditemukan kerentanan baru yang harus dilaporkan ke rumah perangkat lunak Anda.

Konsultan e-niaga harus bertindak sebagai entitas eksternal, yang dipasang antara Anda dan rumah perangkat lunak, tidak hanya untuk membantu Anda dalam diskusi dengan rumah perangkat lunak tetapi juga untuk mengelola prioritas dan tugas yang dialihdayakan ke rumah perangkat lunak dengan lebih baik.

Konsultan e-niaga juga harus membantu Anda secara berkala, misalnya, sekali dalam triwulan, sebulan sekali, atau enam bulan sekali – semuanya tergantung pada kecepatan pengembangan Anda – untuk memperbarui jaminan simpanan pengembangan dan peta jalan pengembangan Anda.

Direktur e-niaga atau manajer produk di pihak Anda, yang bertanggung jawab atas pengembangan e-niaga, harus bertemu dengan konsultan ini untuk menyinkronkan simpanan tersebut.

Konsultan e-niaga kemudian menjalankan bagian bisnis dan menjalankan peran bisnis (yang sering dicari di Software House. Peran manajer proyek di software house turun untuk mengelola pekerjaan tim pengembangan dan proses pengembangan. Aktif di sisi lain, Anda memiliki konsultan e-niaga yang membantu Anda dalam aspek bisnis dan memberikan berita dari dunia e-niaga. Jika Anda memiliki pertanyaan tentang keadaan pasar e-niaga saat ini dan arah yang harus Anda ambil, konsultan e-niaga harus menjadi orangnya untuk membantu Anda menemukan jawaban atas pertanyaan-pertanyaan ini.

Membangun kompetensi yang tepat di perusahaan Anda sendiri

Solusi kedua adalah membangun kompetensi internal. Seringkali, jika Anda menggunakan Magento, Anda telah mencapai skala dan ukuran tertentu yang membenarkan penggunaan mesin sumber terbuka ini, dan mungkin departemen e-niaga Anda sudah memiliki beberapa orang.

Dalam hal ini, Anda mungkin memiliki, misalnya, direktur e-niaga atau Manajer Produk (yang bertanggung jawab atas situs) di pihak Anda.

Ada baiknya, misalnya, menyelesaikan kursus persiapan dan kemudian mendapatkan sertifikasi Adobe Business Practitioner Professional. Ini adalah sertifikasi yang membuktikan pengetahuan seseorang tentang panel Adobe dan arsitektur Magento. Jika seseorang memiliki sertifikasi ini, berarti mereka memiliki pengetahuan yang kuat tentang sistem Magento. Orang ini akan bertanggung jawab untuk terus mengikuti perubahan di Magento dan ditugaskan untuk membuat dan memperbarui peta jalan pengembangan.

Berkolaborasi dengan software house yang telah membagi peran bisnis

Solusi lainnya adalah memilih agen yang akan memberi Anda proaktif bisnis. Dalam artikel ini, saya menjelaskan situasi dengan manajer proyek dan jumlah tanggung jawab hariannya. Solusi untuk masalah ini sederhana - idealnya, agensi harus memiliki beberapa orang yang memiliki peran berbeda dalam kolaborasi (agar semuanya tidak menumpuk di Renss Man). Jika agensi dapat memberi Anda peran yang berbeda-beda untuk proyek Anda, maka Anda benar-benar dapat mengandalkan dukungan bisnis dan proaktif.

Apa yang seharusnya menjadi peran-peran ini? Idealnya, perusahaan seperti itu harus memiliki (selain Manajer Proyek):

1. seorang konsultan e-niaga, yang merupakan orang selain manajer proyek
2. seorang analis bisnis
3. seorang penguji

Anda harus menetapkan (menguraikan kebijakan) pertanyaan apa yang diajukan kepada konsultan e-niaga, dan bagaimana dia menghadiri pertemuan mingguan Anda, dan harus ditetapkan dengan jelas bahwa orang tersebut akan duduk bersama Anda untuk memperbarui peta jalan atau simpanan pengembangan setiap periode tertentu. waktu, seperti sekali dalam seperempat, sebulan sekali, setahun sekali.

Proyek Anda perlu memiliki analis bisnis terpisah yang, dalam hal fungsionalitas yang lebih kompleks, akan bertanggung jawab untuk memastikan bahwa fungsionalitas tersebut dijelaskan secara akurat, membuat tanda, dan kriteria penerimaan, serta memperbarui semua dokumentasi. Ini bukanlah peran yang sederhana.

Peran terakhir yang terpisah dari Manajer Proyek adalah penguji, yang akan bertanggung jawab atas proses Penjaminan Mutu. Tanpa dia, tugas yang didelegasikan kepada Anda oleh rumah perangkat lunak akan selalu mengandung kesalahan dan Anda hanya akan merasa seperti departemen pengujian eksternal dari mitra teknologi Anda.

Bagaimana cara memeriksa apakah rumah perangkat lunak akan proaktif?

Jika Anda berencana memilih agen pembuat perangkat lunak untuk bekerja sama di Magento atau mesin e-niaga yang lebih canggih, dan Anda berharap agen tersebut proaktif dan menjadi mitra bisnis sejati, Anda harus memilih salah satu yang memiliki peran bisnis terpisah (seperti yang saya jelaskan di atas ).

Jika semua tugas menumpuk pada satu orang maka tidak ada peluang bagi software house untuk proaktif dan menjadi mitra bisnis yang baik.

Konsultan e-niaga biasanya adalah mantan direktur e-niaga dengan pengalaman luas, seringkali beberapa tahun, dalam mengembangkan platform e-niaga besar. Orang seperti itu mempunyai wawasan yang luas dan pasti dibutuhkan di tim mana pun. Anda membutuhkan seseorang yang memahami apa itu strategi ecommerce atau strategi penjualan B2B.

Ringkasan – Bagaimana jika software house tersebut bukan mitra bisnis yang baik?

Ringkasnya, jika Anda menghadapi masalah karena agensi tempat Anda bekerja, atau rumah perangkat lunak, tampaknya bukan mitra bisnis yang baik, tidak proaktif, atau tidak mengambil inisiatif, maka Anda memiliki tiga pilihan.

• Yang pertama adalah menyewa konsultan e-niaga eksternal untuk mengisi kesenjangan yang Anda alami dalam kerja sama Anda.
• Pilihan kedua adalah menerima bahwa software house hanyalah perantara tenaga kerja modern. Tugas utamanya adalah melaksanakan instruksi Anda, sementara Anda membangun kompetensi bisnis di pihak Anda.
• Opsi ketiga adalah melakukan outsourcing pekerjaan ke perusahaan perangkat lunak atau agen e-niaga, yang telah mendefinisikan peran bisnis dengan jelas dan tidak terakumulasi pada satu orang… Minimal, struktur seperti itu mencakup posisi seperti konsultan e-niaga, penguji, analis bisnis, dan manajer proyek.