Tidak peduli apakah Anda ingin mendekati penjualan, mendapatkan pendapat konsumen, menunjukkan perkembangan dengan jelas kepada konsumen Anda, atau sekadar mengungkapkan cara kerja solusi Anda, cepat atau lambat, Anda pasti ingin mendemonstrasikan item program Anda.
Selama bertahun-tahun, saya telah merasakan kemungkinan untuk melakukan ratusan demo kepada audiens dari berbagai ukuran. Saya juga mendapat kesempatan untuk melihat demo yang diselenggarakan oleh banyak orang lain. Yang berikutnya mewakili 5 tips terbaik yang saya temukan selama sepuluh tahun terakhir sehubungan dengan demo.
Jaga Harapan Audiens Anda
Pernahkah Anda menonton film yang dipuji semua orang dan keluar dengan perasaan tidak puas? Seringkali, penonton bioskop mengalami penurunan kualitas bukan karena gambarnya buruk, melainkan karena ternyata lebih buruk dari perkiraan mereka. Hal ini tidak sesuai dengan harapan mereka.
Demikian pula, jika orang mendemonstrasikan demo karena mereka akan melihat produk atau layanan yang sudah jadi, mereka mengandalkan produk atau layanan tersebut hampir bebas cacat, estetis, dan ramah pengguna. Mereka tidak akan terkejut jika misalnya dengan aplikasi berbasis Internet yang mengandung kesalahan ketik atau kesalahan JavaScript jika tidak memungkinkan untuk ditayangkan dalam seminggu. Meskipun demikian, jika mereka mengetahui sebelumnya bahwa Anda sedang menghadirkan prototipe sekali pakai, audiens serupa akan jauh lebih toleran. Dan mereka dengan senang hati akan memberikan banyak saran yang diperlukan untuk membantu pengembangan pekerjaan Anda.
Mengontrol ekspektasi audiens sangat penting untuk menghasilkan demo yang menguntungkan. Jika Anda ingin mereka meninggalkan presentasi Anda dengan senang hati, pastikan Anda menetapkan antisipasi yang tepat sebelumnya. Bersikaplah tulus kepada mereka. Anda tidak boleh mencoba menjual demo Anda secara berlebihan. Jual saja, dan periksa untuk pengiriman berlebih.
Satu Apel Buruk Merusak Keseluruhan
Yang diperlukan untuk mengacaukan demo hanyalah satu orang. Jika seseorang mulai mengkritik secara negatif setiap widget di perangkat lunak Anda atau sering menyela Anda hanya karena dia suka mendengarkan suara pribadinya, demo Anda akan menjadi bencana. Adalah posisi Anda untuk memastikan bahwa apel malang ini tidak pernah muncul pada presentasi Anda.
Kecuali jika Anda mengadakan demo tertutup, sangat sulit untuk mengatur siapa yang akan menghadirinya. Menghilangkan seseorang dari catatan undangan Anda tidak akan menjamin mereka tidak akan pernah mendengar tentang demo Anda dari mulut ke mulut dan hanya muncul begitu saja.
Berikut adalah beberapa cara untuk mengelabui orang yang tidak bertanggung jawab agar tidak menghadiri demo Anda:
- Menghasilkan konflik penjadwalan untuk orang-orang yang buruk. Pastikan mereka aktif, atau lebih baik lagi, keluar dari kantor saat demo Anda dapat dilakukan.
- Pesan elektronik dua demo berbeda. Undanglah orang-orang yang sarannya benar-benar Anda hargai ke demo pertama dan saran buruk ke demo kedua. Lebih sering daripada tidak, setiap tim akan memamerkan demo yang mereka undang masing-masing. Ketika tiba waktunya untuk demo kedua, lanjutkan dan berikan yang terbaik, atau jika Anda tidak punya waktu, hentikan saja.
Saya benar-benar menyadari bahwa kedua saran ini terdengar seperti kutipan dari Dilbert And The Way Of The Weasel karya Scott Adams, tetapi kecuali jika Anda merasa nyaman memberi tahu teman, atasan, atau konsumen Anda untuk tidak datang ke demo Anda, kedua opsi ini cukup banyak yang tersisa.
Lakukan Latihan Operasikan
Saya menghadiri demo selama 7 hari terakhir yang diselenggarakan oleh CEO sebuah perusahaan start-up di lingkungan tersebut. Setelah bertemu dengannya di sebuah pameran dagang, dia berhasil meyakinkan saya bahwa perusahaannya telah merumuskan teknologi yang dapat memenuhi salah satu kebutuhan klien saya. Oleh karena itu, saya setuju untuk memberinya waktu saya selama 30 menit agar dia dapat memamerkan kemampuan produknya.
Saya tidak memerlukan waktu 30 menit untuk memahami bahwa saya tidak ingin berbisnis dengannya. Yang saya inginkan hanyalah 30 detik.
Orang ini bahkan tidak bisa masuk ke perangkat lunak berbasis web miliknya sendiri! Dia menghabiskan 10 menit pertama demo untuk meminta kata sandi.
Selalu lakukan tindak lanjut pada program yang mungkin akan Anda gunakan melalui demo sebenarnya. Anda mungkin tahu perangkat lunaknya seperti telapak tangan Anda, tetapi jika orang lain memiliki akses ke teknik demo Anda, siapa yang tahu apa bentuknya. Mereka mungkin telah menghapus produk dan layanan, meningkatkan faktor atau, seperti yang terjadi dengan ini CEO, mengubah kualifikasi pengguna tanpa memberi tahu Anda.
Kecuali jika Anda tidak berpikir seperti orang bodoh, sering-seringlah melakukan latihan pada proses demo Anda sebelum melakukan presentasi kepada audiens Anda.
Berikan Perhatian Pada Hal-hal Khusus
Ratusan demo yang saya lakukan selama bertahun-tahun telah mengajarkan saya bahwa orang-orang saat ini lebih tertarik pada tampilan aplikasi daripada fungsinya. Aplikasi Anda mungkin merupakan obat untuk kelaparan dunia tetapi jika salah satu pemirsa Anda melihat ada kesalahan ketik di GUI Anda, dia akan memperbaikinya!
Pemirsa terutama terganggu oleh materi yang dapat dibaca – dan itu adalah fakta sederhana. Atasi dengan hati-hati meninjau konten tekstual pada antarmuka dan grafis Anda. Jika Anda tidak punya waktu untuk mengevaluasi dan menyelesaikan konten tekstual, gunakan Lorem Ipsum.
Lorem Ipsum memiliki distribusi huruf yang kurang lebih standar, sehingga membuatnya terlihat seperti bahasa Inggris yang dapat dibaca namun tidak mengganggu pembaca Anda. Saya sekarang memproduksi prototipe baru secara ketat dengan Lorem Ipsum dan meningkatkan konten tekstual asli ketika dan hanya ketika saya punya waktu untuk membuat artikel yang saya tahu tidak akan menjadi bahan dialog di demo saya berikutnya. Saya sangat menyarankan Anda untuk melakukan hal serupa.
Posisikan Bug (Terbukti).
Perangkat lunak komputer terdiri dari bug. Ini benar-benar mendasar. Siapa pun yang tidak setuju dengan pernyataan itu jelas belum bekerja lama di pasar paket perangkat lunak. Meskipun terkadang kita mencoba mencari produk yang bebas cacat, kenyataannya sistem yang rumit sering kali menimbulkan masalah – meskipun masalah tersebut biasanya tersedia.
Menyelesaikan latihan yang dijalankan tepat sebelum demo akan memungkinkan Anda mengidentifikasi dan menangani penghenti pertunjukan, dan menggunakan Lorem Ipsum akan menawarkan fakta seluk beluk yang sebaliknya akan mengalihkan perhatian pemirsa Anda. Namun bagaimana dengan cacat lain yang disebabkan oleh Perundang-undangan Murphy?
Dalam fungsi di mana bug yang jelas terlihat sendirian di seluruh demo Anda, posisikan!
Kemungkinan besar, audiens Anda sebelumnya telah melihat bug tersebut. Upaya apa pun untuk menyembunyikannya akan memberi mereka persepsi bahwa Anda tidak berterus terang. Oleh karena itu, mereka akan mulai mempertanyakan apa lagi yang ingin Anda tutupi.
Temukan bugnya, tunjukkan bahwa Anda memiliki solusi, dengan yakin tunjukkan bahwa kesepakatan akan dilaksanakan pada tanggal yang tepat, dan lanjutkan. Kebiasaan tulus ini akan meyakinkan pemirsa Anda bahwa (a) Anda tidak ingin menyembunyikan masalah tersebut dan (b) cacat tersebut akan teratasi pada saat mereka menerapkan metode Anda.
Saya tidak menganjurkan Anda mencari bug di seluruh demo Anda. Jika Anda dapat menghindarinya dengan cara apa pun, Anda harus melakukannya. Namun jika cacat muncul dalam presentasi Anda, bukan berarti cacat itu tidak akan ada. Satu-satunya orang yang akan membuat Anda bercanda adalah Anda sendiri.
Ringkasan
Itu dia. Lima pedoman untuk demo program yang luar biasa.
- Kelola antisipasi audiens Anda
- Pastikan apel yang buruk tidak merusak tandannya
- Lakukan operasi penerapan
- Fokus pada hal-hal spesifik dan gunakan Lorem Ipsum
- Keluarkan bug yang jelas
Apakah 5 strategi ini mewakili semua yang saya sadari dari ratusan demo yang saya adakan? Tentu saja tidak! Bagian tersulit dalam menulis artikel ini mungkin membatasinya pada 5 strategi. Saya dapat dengan mudah memasukkan lima pedoman lagi seperti (a) mengatur situasi, dan (b) selalu memiliki pendekatan B. Namun tujuannya bukan untuk memberikan semua rekomendasi yang dapat membantu Anda. Hanya 5 yang cukup terkemuka!