Cara menemukan cara mudah membantu startup mencapai pertumbuhan yang agresif

Kapal kontainer Maersk Triple-E Class memiliki panjang 1.800 kaki dan membawa lebih dari 18.000 kontainer 11.000 mil antara Eropa dan Asia, dan ... seluruh krunya dapat memuat van penumpang.



Greg Kogan, mantan arsitek angkatan laut dan sekarang konsultan pemasaran untuk startup, menemukan bahwa prinsip yang sama, yang memungkinkan awak 13 yang berhasil memindahkan kapal kontainer terbesar di dunia ke pelabuhan di seluruh dunia, juga berlaku untuk startup. Terutama bagi mereka yang ingin mencapai pertumbuhan yang agresif dan menetapkan tujuan yang ambisius.

Sistem sederhana memiliki waktu henti yang lebih sedikit


Kapal terdiri dari sistem sederhana yang mudah dioperasikan dan mudah dipahami. Ini memfasilitasi perbaikan mereka, yang berarti mereka memiliki downtime yang lebih sedikit. Dalam hal ini, dengan "downtime" yang kami maksud adalah waktu yang diperlukan untuk memperbaiki kerusakan dan terus mengemudi ribuan mil dari pantai.

Ambil, misalnya, sistem kontrol kapal. Batang logam mendorong setir ke kiri atau kanan. Batang-batang ini digerakkan oleh tekanan hidrolik. Tekanan dikendalikan oleh pompa hidrolik. Pompa dikendalikan oleh sinyal elektronik dari ruang kemudi. Sinyal ini dikendalikan oleh autopilot. Untuk menemukan penyebab kerusakan dan solusi untuk masalah apa pun, tim kapal tidak perlu bantuan ilmuwan roket atau arsitek angkatan laut:

  • jika autopilot gagal, kontrol manual kapal dari ruang kemudi;
  • , , , ;
  • , ;
  • , !



Startup, seperti kapal, tidak boleh berhenti karena downtime sistem. Downtime yang lama dalam penjualan, pemasaran, jaringan, dukungan pelanggan, perekrutan, produk dan sistem lainnya dapat menyebabkan kerusakan yang tidak dapat diperbaiki pada proyek dan tingkat pertumbuhannya.

Meskipun kapal modern sudah memiliki otomatisasi, itu hanya memengaruhi waktu yang dibutuhkan untuk menyelesaikan tugas dan perhatian yang dibutuhkan untuk mengendalikan semua sistem. Mesin dan sistem bantu lebih mudah dari sebelumnya, berkat sistem propulsi diesel dan listrik modern yang telah menggantikan pembangkit uap yang kelebihan beban.

Mengapa kesederhanaan mengurangi waktu henti


1. Kualifikasi menghemat waktu


Jika orang yang bertanggung jawab atas sistem pergi, jatuh ke laut, jatuh di bawah bus (lihat Faktor Bus ) atau masuk ke proyek baru, orang lain dapat menggantinya tanpa pelatihan atau pelatihan khusus. Dalam hal ini, lebih banyak orang dapat memecahkan masalah dan menyelesaikan masalah.

Misalnya, dasbor yang dibuat oleh Tableau kemungkinan membutuhkan tingkat keterampilan profesional yang lebih tinggi daripada dasbor yang dibuat menggunakan sekumpulan skrip pengguna dan API. Tidak seorang pun boleh mengalihkan analis data atau pengembang produk dari pekerjaan langsung mereka untuk memperbaiki histogram.

2. Pemecahan masalah membutuhkan waktu lebih sedikit


Dalam sistem di mana perilaku masing-masing komponen dan hubungannya dengan yang lain mudah dipahami, pemecahan masalah dan menemukan komponen yang salah (akar penyebab kerusakan) adalah intuitif.

Misalnya, jika situs web perusahaan memiliki banyak dokumen yang dapat diunduh dan formulir yang sama bertanggung jawab untuk mengunduhnya, akan lebih mudah untuk memperbaiki masalahnya, karena masalahnya perlu ditemukan di satu tempat (dalam kode formulir ini). Tetapi jika setiap dokumen memiliki bentuk kustom sendiri, itu jauh lebih sulit untuk dilakukan.



3. Lebih banyak alternatif


Ketika setiap bagian dari sistem melakukan fungsi yang jelas, lebih mudah untuk menggantinya dengan beberapa alternatif.

Misalnya, bayangkan sistem Salesforce yang menggunakan otomatisasi dan alat pihak ketiga untuk mengevaluasi, memfilter, mengklasifikasikan, dan menetapkan prospek baru. Jika berhenti sesuai dengan kami atau semuanya rusak, pengganti tidak akan segera berfungsi. Pekerjaan akan dibekukan sampai masalah terselesaikan atau solusi serupa yang sama kompleks ditemukan.

Sekarang bayangkan sebuah sistem di mana departemen penjualan hanya menerima pemberitahuan dari setiap pemimpin penjualan baru bersama dengan rincian yang relevan. Ini memungkinkan mereka untuk memutuskan apakah akan mengikuti tren ini atau tidak. Jika proses pemberitahuan Salesforce gagal, mudah untuk memikirkan ratusan cara lain untuk mengirim informasi ini ke departemen penjualan: melaporkan, mengekspor daftar produk, mengumpulkan data secara manual, atau menggunakan Zapier untuk mengirim peringatan dengan cara apa pun. Dalam hal ini, waktu henti tidak akan melebihi beberapa menit.



Kisah satu startup


Salah satu klien saya menggunakan Platform Otomasi Pemasaran Perusahaan ( Marketo ) yang usang dengan 629 proses otomatis yang dibangun selama beberapa tahun. Ketika sesuatu pecah atau perlu diatur, di antara 150+ karyawan hanya ada satu orang yang bisa melakukannya. Butuh beberapa hari atau bahkan berminggu-minggu untuk memperbaiki setiap masalah. Untuk periode pekerjaan teknis, kampanye pemasaran mendapat taruhan. Dan dengan setiap tambalan, keseluruhan sistem menjadi semakin kompleks.



Ketika orang ini meninggalkan perusahaan, tidak ada yang bisa mengelola sistem. Setiap minggu masalah baru bisa muncul. Tetapi untuk menemukan dan memperbaikinya, perlu waktu lebih dari seminggu.

Agar situasinya tidak macet, saya segera memindahkan perusahaan dari Marketo ke HubSpot, platform yang lebih sederhana yang lebih mudah untuk dikerjakan dan diatasi.

Migrasi hanya memakan waktu satu minggu. Namun, sistem kompleks lain muncul di sepanjang jalan - Salesforce . Itu memiliki 10 proses otomatis dengan lebih dari 100 operasi terkait dan semuanya bergantung pada berbagai proses otomatis Marketo. Kami butuh dua minggu (dua kali lebih banyak dari yang dibutuhkan untuk bermigrasi) untuk memahami dan mengintegrasikan proses-proses ini dengan platform pemasaran baru.



Secara keseluruhan, dua sistem kompleks ini (Marketo dan Salesforce) menghasilkan downtime enam minggu untuk departemen pemasaran dan tiga minggu downtime untuk departemen penjualan. Dan ini tidak termasuk minggu-minggu downtime yang mereka alami selama beberapa tahun terakhir, dan banyak lagi downtime minggu yang akan mereka alami di masa depan jika kita belum mengumpulkan sistem otomatis baru.

Sistem baru memiliki proses 97% lebih sedikit (20 berbanding 629), tetapi pada saat yang sama memberikan semua kemampuan yang sama. Dan kesalahan terdeteksi setelah beberapa hari diperbaiki dalam empat menit.

Pengalaman ini membuat saya berpikir tentang prinsip-prinsip apa yang dapat digunakan startup untuk menghindari kesalahan terkait dengan kompleksitas sistem.

Prinsip bekerja dengan sistem sederhana


Mempertahankan proyek ganti dan ganti adalah proses yang menyakitkan dan destruktif, bahkan jika manfaat jangka panjang sepadan. Banyak startup, seperti kapal, tidak memiliki waktu dan sumber daya ekstra untuk melakukan perbaikan besar untuk setiap gangguan.

Saya mengusulkan tiga prinsip yang harus diikuti ketika mengevaluasi atau menerapkan sistem baru:

  1. Keunikan tidak membenarkan kompleksitas. Apa gunanya sistem manajemen penerbangan yang kompleks jika didasarkan pada seluruh armada pesawat atau dalam platform pemasaran perusahaan seperti Marketo, jika tidak ada yang dapat melakukan kampanye pemasaran? Pilih alat yang mudah digunakan dan yang menawarkan sebagian besar fitur yang Anda butuhkan.
  2. . , - , , . , , , , , .
  3. , . , . โ€‹โ€‹, . ( ) , Marketo-HubSpot, () .

!


ยซโ€ฆ , , ยป. , , 1776
Tidak ada keraguan bahwa selama peluncuran startup, sesuatu pasti akan pecah - seperti pada kapal yang mengelilingi dunia. Namun, jika sistem yang tertanam sederhana, maka masalah ini tidak akan membuat startup tidak berdaya melayang di tengah lautan.


All Articles