Apakah Anda perlu menutup penjualan, mengumpulkan tanggapan pengguna akhir, menunjukkan perkembangan kepada konsumen, atau sekadar menjelaskan cara kerja produk atau layanan Anda, cepat atau lambat, Anda perlu mendemonstrasikan produk aplikasi Anda.
Selama bertahun-tahun, saya telah memiliki kesempatan untuk menjalankan ratusan demo kepada audiens dari berbagai ukuran. Saya juga berkesempatan untuk menghadiri demo yang diselenggarakan oleh banyak orang lain. Berikut ini adalah 5 rekomendasi utama yang telah saya temukan selama dekade terakhir terkait demo.
Kendalikan Harapan Audiens Anda
Pernahkah Anda menonton film yang sangat digemari banyak orang dan keluar dengan perasaan tidak puas? Sering kali, penonton merasa kecewa bukan karena filmnya jelek, tetapi lebih karena filmnya lebih buruk dari yang mereka harapkan. Film tersebut tidak memenuhi harapan mereka.
Sama halnya, jika orang-orang menunjukkan demo dengan harapan akan melihat solusi yang sudah jadi, mereka berharap solusi tersebut hampir bebas cacat, memuaskan secara estetika, dan menyenangkan bagi pengguna. Misalnya, mereka tidak akan terkejut dengan perangkat lunak berbasis web yang penuh kesalahan ketik atau gangguan JavaScript jika mereka merasa perangkat lunak tersebut akan diluncurkan dalam seminggu. Namun, jika mereka tahu sebelumnya bahwa Anda akan menyajikan prototipe yang tidak berguna, pemirsa yang sama ini akan bersikap jauh lebih lunak. Dan mereka akan dengan senang hati memberikan masukan yang sangat dibutuhkan untuk membantu Anda dalam pengembangan pekerjaan.
Menangani ekspektasi audiens Anda sangat penting untuk demo yang menguntungkan. Jika Anda ingin mereka meninggalkan presentasi Anda dengan senang, pastikan Anda menetapkan ekspektasi yang tepat sebelumnya. Bersikaplah jujur kepada mereka. Jangan pernah mencoba untuk menjual demo Anda secara berlebihan. Tawarkan saja, dan cobalah untuk lebih dari sekadar menghasilkan.
Satu Apel Buruk Akan Merusak Seluruhnya
Yang diperlukan untuk mengacaukan demo hanyalah satu orang tertentu. Jika seseorang mulai mengkritik negatif setiap widget di aplikasi Anda atau terus-menerus mengganggu Anda hanya karena dia suka mendengar suaranya sendiri, demo Anda akan menjadi bencana. Tugas Anda adalah memastikan bahwa orang-orang negatif ini tidak pernah muncul dalam presentasi Anda.
Sampai Anda menyelenggarakan demo tertutup, sangat sulit untuk menentukan siapa yang akan hadir. Menghilangkan seseorang dari daftar undangan tidak akan memastikan mereka tidak akan mendengar tentang demo Anda dari mulut ke mulut dan pada dasarnya akan datang.
Berikut ini adalah beberapa teknik untuk mengelabui orang yang tidak diinginkan agar tidak menghadiri demo Anda:
- Kembangkan konflik penjadwalan untuk semua orang yang menyebalkan itu. Pastikan mereka sibuk, atau lebih baik lagi, keluar dari kantor saat demo Anda membutuhkan lokasi.
- Pandu dua demo terpisah. Undang orang-orang yang umpan baliknya benar-benar Anda hargai ke demo pertama dan orang-orang yang tidak baik ke demo kedua. Sering kali, masing-masing tim akan datang ke demo yang mereka undang. Ketika tiba saatnya untuk demo kedua, lanjutkan dan berikan yang terbaik, atau jika Anda tidak punya waktu, hentikan saja.
Saya sangat menyadari bahwa kedua saran ini terdengar seperti kutipan dari Dilbert and The Way of the Weasel karya Scott Adams, tetapi kecuali tentu saja Anda merasa nyaman memberi tahu rekan, atasan, atau pelanggan Anda untuk tidak datang ke demo Anda, kedua pilihan ini sudah cukup banyak yang tersisa bagi Anda.
Lakukan Latihan Lari
Saya menghadiri demo minggu lalu yang diselenggarakan oleh CEO sebuah perusahaan rintisan komunitas. Tepat setelah bertemu dengannya di sebuah pameran dagang, ia berhasil meyakinkan saya bahwa bisnisnya telah mengembangkan pengetahuan teknologi yang dapat memenuhi salah satu kebutuhan klien saya. Oleh karena itu, saya setuju untuk memberinya waktu 30 menit agar ia dapat menunjukkan kemampuan produknya.
Saya tidak butuh waktu 30 menit untuk memahami bahwa saya tidak ingin berbisnis dengannya. Yang saya butuhkan hanyalah 30 detik.
Orang ini bahkan tidak bisa masuk ke perangkat lunak berbasis situs web miliknya! Dia menghabiskan 10 menit pertama demo untuk mencari kata sandi.
Sering-seringlah melakukan latihan mengoperasikan teknik yang mungkin akan Anda gunakan selama demo yang sebenarnya. Anda mungkin mengetahui aplikasi tersebut seperti telapak tangan Anda, tetapi jika orang lain memiliki akses ke metode demo Anda, siapa yang tahu seperti apa bentuknya sebenarnya. Mereka mungkin telah mengambil layanan, meningkatkan faktor atau, seperti halnya dengan CEO ini, menyesuaikan kredensial konsumen tanpa memberi tahu Anda.
Kecuali Anda tidak keberatan berburu seperti orang bodoh, biasanya lakukan operasi pengamatan pada sistem demo Anda sebelum presentasi ke audiens.
Perhatikan Hal-hal Spesifik
Ratusan demo yang telah saya lakukan selama beberapa tahun terakhir telah mengajarkan saya bahwa orang-orang saat ini lebih memperhatikan tampilan aplikasi daripada fungsinya. Perangkat lunak Anda mungkin merupakan jawaban untuk kerinduan dunia, tetapi jika salah satu pemirsa Anda melihat kesalahan ketik pada GUI Anda, ia akan segera memperbaikinya!
Audiens khususnya terganggu oleh informasi yang dapat dibaca – dan itu adalah suatu hal yang penting. Atasi hal itu dengan memeriksa teks pada antarmuka dan grafik Anda secara menyeluruh. Jika Anda tidak punya waktu untuk mengkritik dan menyelesaikan konten tekstual, gunakan Lorem Ipsum.
Lorem Ipsum memiliki distribusi huruf yang jauh lebih banyak atau lebih sedikit, sehingga membuatnya tampak seperti bahasa Inggris yang dapat dibaca tetapi tidak mengganggu pembaca Anda. Sekarang saya membuat prototipe baru secara ketat dengan Lorem Ipsum dan menambahkan konten tekstual yang sebenarnya ketika dan hanya ketika saya punya waktu untuk menulis konten yang saya tahu tidak akan menjadi pokok bahasan dialog pada demo saya berikutnya. Saya sangat menyarankan Anda untuk melakukan hal yang sama.
Singkirkan Serangga (Yang Jelas)
Perangkat lunak komputer mengandung bug. Sesederhana itu. Siapa pun yang tidak setuju dengan pernyataan itu jelas sudah lama tidak bekerja di industri perangkat lunak komputer. Meskipun kita kadang-kadang berusaha untuk menghasilkan produk yang bebas dari cacat, faktanya perangkat yang rumit selalu memiliki cacat – meskipun cacat itu ada di pasaran.
Melakukan latihan sebelum demo akan memungkinkan Anda untuk menetapkan dan menangani hal-hal yang mengganggu, dan menggunakan Lorem Ipsum akan memberikan detail yang sangat penting yang akan mengganggu pemirsa Anda. Namun, bagaimana dengan cacat lain yang dikaitkan dengan Hukum Murphy?
Dalam fungsi yang memperlihatkan bug yang nyata melalui demo Anda, tingkatkan itu!
Kemungkinan besar, audiens Anda kini telah melihat bug tersebut. Setiap upaya untuk menutupinya akan memberi mereka kesan bahwa Anda tidak jujur. Akibatnya, mereka akan mulai mempertanyakan apa lagi yang Anda coba tutupi.
Keluarkan bug tersebut, tunjukkan bahwa Anda punya solusinya, tegaskan dengan yakin bahwa penanganannya akan dilakukan pada hari yang berbeda, dan lanjutkan. Perilaku yang jujur ini akan meyakinkan pemirsa Anda bahwa (a) Anda tidak ingin menyembunyikannya dan (b) cacat tersebut akan teratasi pada saat mereka menggunakan sistem Anda.
Saya tidak menganjurkan Anda mencari bug selama demo berlangsung. Jika Anda dapat menghindarinya dengan cara apa pun, pastikan Anda melakukannya. Namun, jika ada cacat yang muncul selama presentasi, jangan berpura-pura tidak ada. Satu-satunya orang yang dapat Anda bohongi adalah Anda sendiri.
Ringkasan
Itulah dia. Lima ide untuk demo perangkat lunak yang hebat.
- Atur antisipasi audiens Anda
- Pastikan apel yang buruk tidak benar-benar merusak kelompoknya
- Lakukan latihan lari
- Kembalikan kesadaran pada fakta dan gunakan Lorem Ipsum
- Singkirkan bug yang terlihat jelas
Apakah kelima rekomendasi ini mewakili semua yang telah saya pelajari dari ratusan demo yang telah saya selenggarakan? Sama sekali tidak! Bagian tersulit dalam menyusun laporan ini mungkin membatasinya menjadi 5 kiat. Saya dapat dengan mudah memasukkan 5 strategi tambahan seperti (a) mengendalikan masalah, dan (b) secara umum memiliki program B. Namun, tujuannya bukanlah untuk meratakan semua kiat yang dapat membantu Anda. Hanya 5 kiat yang paling utama!