Apakah Anda perlu menutup penjualan, mengumpulkan umpan balik pengguna akhir, menunjukkan kemajuan kepada pelanggan Anda, atau sekadar menjelaskan cara kerja produk Anda, cepat atau lambat, Anda perlu mendemonstrasikan produk perangkat lunak Anda.
Selama bertahun-tahun, saya memiliki kesempatan untuk menampilkan ratusan demo kepada penonton dari berbagai ukuran. Saya juga berkesempatan menghadiri demo yang diselenggarakan oleh orang lain. Berikut ini mewakili 5 tips teratas yang telah saya pelajari selama dekade terakhir tentang demo.
Kelola Ekspektasi Audiens Anda
Pernahkah Anda pergi menonton film yang dicemooh semua orang dan keluar dengan sangat kecewa? Lebih sering daripada tidak, penonton bioskop merasa kecewa bukan karena gambarnya buruk, melainkan karena lebih buruk dari yang mereka perkirakan. Itu tidak memenuhi harapan mereka.
Demikian pula, jika orang datang ke demo berpikir bahwa mereka akan melihat produk jadi, mereka berharap produk tersebut benar-benar bebas cacat, menyenangkan secara estetika, dan mudah digunakan. Mereka tidak akan terkesan misalnya dengan aplikasi berbasis web yang berisi kesalahan ketik atau kesalahan JavaScript jika mereka mendapat kesan itu akan tayang dalam seminggu. Namun, jika mereka tahu sebelumnya bahwa Anda sedang mempresentasikan prototipe sekali pakai, audiens yang sama ini akan jauh lebih lunak. Dan mereka dengan senang hati akan memberikan umpan balik yang sangat dibutuhkan untuk membantu Anda dengan pekerjaan Anda yang sedang berjalan.
Mengelola ekspektasi audiens Anda sangat penting untuk demo yang sukses. Jika Anda ingin mereka menjauh dari presentasi Anda dengan senang hati, pastikan Anda menetapkan ekspektasi yang tepat sebelumnya. Jujurlah dengan mereka. Jangan mencoba menjual terlalu banyak demo Anda. Jual saja, dan coba kirim lebih banyak.
Satu Apel Buruk Merusak Seluruh Kelompok
Yang diperlukan untuk mengacaukan demo adalah satu orang. Jika seseorang mulai mengkritik secara negatif setiap widget di aplikasi Anda atau terus-menerus menyela Anda hanya karena dia suka mendengar suaranya sendiri, demo Anda akan menjadi bencana. Adalah tugas Anda untuk memastikan bahwa apel buruk ini tidak muncul di presentasi Anda.
Kecuali jika Anda mengadakan demo tertutup, sangat sulit untuk mengontrol siapa yang akan hadir. Menghilangkan seseorang dari daftar undangan Anda tidak menjamin mereka tidak akan mendengar tentang demo Anda dari mulut ke mulut dan muncul begitu saja.
Berikut adalah beberapa cara untuk mengelabui apel yang buruk agar tidak menghadiri demo Anda:
- Buat konflik penjadwalan untuk apel buruk itu. Pastikan mereka sibuk, atau lebih baik lagi, di luar kantor saat demo Anda berlangsung.
- Pesan dua demo terpisah. Undang orang-orang yang umpan baliknya benar-benar Anda hargai ke demo pertama dan apel buruk ke demo kedua. Lebih sering daripada tidak, setiap grup akan muncul di demo yang mereka undang masing-masing. Saat tiba waktunya untuk demo kedua, lanjutkan dan berikan yang terbaik, atau jika Anda tidak punya waktu, batalkan saja.
Saya sangat menyadari bahwa kedua tip ini terdengar seperti kutipan dari Dilbert And The Way Of The Weasel karya Scott Adams, tetapi kecuali jika Anda merasa nyaman memberi tahu rekan, atasan, atau pelanggan Anda untuk tidak datang ke demo Anda, kedua opsi ini cukup banyak. semua yang tersisa.
Lakukan Latihan Lari
Saya menghadiri demo minggu lalu yang diselenggarakan oleh CEO sebuah start-up lokal. Setelah bertemu dengannya di pameran dagang, dia berhasil meyakinkan saya bahwa perusahaannya telah mengembangkan teknologi yang dapat memenuhi salah satu kebutuhan klien saya. Oleh karena itu saya setuju untuk memberinya waktu 30 menit agar dia dapat menunjukkan kemampuan produknya.
Saya tidak perlu 30 menit untuk menyadari bahwa saya tidak ingin berbisnis dengannya. Yang saya butuhkan hanyalah 30 detik.
Orang ini bahkan tidak bisa masuk ke aplikasi berbasis webnya sendiri! Dia menghabiskan 10 menit pertama demo untuk mencari kata sandi.
Selalu lakukan latihan pada sistem yang akan Anda gunakan selama demo yang sebenarnya. Anda mungkin tahu aplikasinya seperti telapak tangan Anda, tetapi jika orang lain memiliki akses ke sistem demo Anda, siapa yang tahu bentuknya. Mereka mungkin telah menghapus layanan, meningkatkan komponen atau, seperti yang terjadi dengan CEO ini, mengubah sistem. kredensial pengguna tanpa memberi tahu Anda.
Kecuali jika Anda tidak keberatan terlihat seperti orang bodoh, selalu lakukan latihan pada sistem demo Anda sebelum mempresentasikannya kepada audiens Anda.
Perhatikan Detail
Ratusan demo yang telah saya lakukan selama bertahun-tahun telah mengajari saya bahwa orang lebih memperhatikan tampilan aplikasi daripada fungsinya. Perangkat lunak Anda mungkin menjadi solusi untuk kelaparan dunia tetapi jika anggota audiens Anda melihat kesalahan ketik di GUI Anda, dia akan menunjukkannya!
Pembaca sangat terganggu oleh konten yang dapat dibaca – dan itu adalah fakta. Atasi dengan hati-hati meninjau teks pada antarmuka Anda dan grafik Anda. Jika Anda tidak punya waktu untuk meninjau dan menyelesaikan teks, gunakan Lorem Ipsum.
Lorem Ipsum memiliki distribusi huruf yang kurang lebih normal, sehingga membuatnya terlihat seperti bahasa Inggris yang dapat dibaca namun tidak mengganggu pembaca Anda. Saya sekarang mengembangkan prototipe baru secara ketat dengan Lorem Ipsum dan menambahkan teks aktual ketika dan hanya ketika saya memiliki waktu untuk menulis konten yang saya tahu tidak akan menjadi bahan diskusi pada demo saya berikutnya. Saya sangat menyarankan Anda untuk melakukan hal yang sama.
Tunjukkan Bug (Jelas).
Perangkat lunak mengandung bug. Sesederhana itu. Siapa pun yang tidak setuju dengan pernyataan itu jelas belum lama bekerja di industri perangkat lunak. Meskipun terkadang kami berusaha untuk mendapatkan produk yang bebas cacat, kenyataannya adalah sistem yang kompleks selalu mengandung cacat – bahkan saat tersedia secara umum.
Melakukan latihan sebelum demo Anda akan memungkinkan Anda untuk mengidentifikasi dan mengatasi hambatan, dan menggunakan Lorem Ipsum akan berurusan dengan detail seluk beluk yang jika tidak akan mengalihkan perhatian audiens Anda. Tapi bagaimana dengan cacat lain yang dikaitkan dengan Hukum Murphy?
Jika bug yang terlihat jelas muncul dengan sendirinya selama demo Anda, tunjukkan!
Kemungkinan besar, audiens Anda sudah memperhatikan bug tersebut. Upaya apa pun untuk menyembunyikannya akan memberi mereka kesan bahwa Anda tidak jujur. Akibatnya, mereka akan mulai bertanya-tanya apa lagi yang Anda coba tutupi.
Tunjukkan bugnya, jelaskan bahwa Anda memiliki solusinya, nyatakan dengan yakin bahwa perbaikan akan diterapkan pada tanggal tertentu, dan lanjutkan. Perilaku yang tulus ini akan meyakinkan audiens Anda bahwa (a) Anda tidak mencoba menyembunyikannya dan (b) cacat akan teratasi pada saat mereka menggunakan sistem Anda.
Saya tidak menganjurkan agar Anda mencari bug selama demo Anda. Jika Anda dapat menghindarinya dengan cara apa pun, silakan lakukan. Namun jika cacat muncul selama presentasi Anda, jangan berpura-pura hal itu tidak ada. Satu-satunya orang yang akan Anda bercanda adalah diri Anda sendiri.
Kesimpulan
Itu dia. Lima tip untuk demo perangkat lunak yang hebat.
- Kelola ekspektasi audiens Anda
- Pastikan apel yang buruk tidak merusak tandannya
- Lakukan latihan lari
- Perhatikan detail dan gunakan Lorem Ipsum
- Tunjukkan bug yang jelas
Apakah 5 tips ini mewakili semua yang telah saya pelajari selama ratusan demo yang saya host? Benar-benar tidak! Bagian tersulit dalam menulis artikel ini mungkin membatasinya menjadi 5 tips. Saya dapat dengan mudah memberikan 5 tip lagi seperti (a) mengendalikan situasi, dan (b) selalu memiliki rencana B. Tetapi tujuannya bukan untuk menunjukkan semua tip yang dapat membantu Anda. Hanya lima teratas!