Kesalahan apa dalam mengelola produk perangkat lunak yang harus dihindari agar orang tidak membenci vendor?

Sebuah pertanyaan sebelumnya tentang mengapa orang membenci Microsoft ditutup. Ini adalah upaya pada pertanyaan yang agak lebih konstruktif di sepanjang garis umum yang sama. Yang ini lebih luas dan lebih sempit. Ini lebih umum dengan menjadi vendor perangkat lunak pada umumnya, bukan hanya Microsoft. Ini lebih sempit dengan hanya berurusan dengan manajemen produk perangkat lunak.

Jadi, langkah apa yang harus diambil (dan / atau dihindari) dalam mengelola produk perangkat lunak individu untuk memastikan bahwa tidak hanya produk individu, tetapi perusahaan secara keseluruhan dihormati / disukai / dilihat dengan cara yang positif?

Yang terpenting adalah memberikan produk yang berkualitas.

Topik penting lainnya:

• Kejujuran. Jangan berbohong ketika kebenaran akan keluar cepat atau lambat.
• Keandalan. Patuhi tenggat waktu.
• Ketersediaan. Balas email, angkat telepon.
• Kesediaan untuk bekerja sama. Jika itu berarti bekerja dengan pesaing terdekat Anda untuk membuat apa yang dibutuhkan pelanggan, lakukan dan lakukan secara profesional. Tidak ada trik kotor yang merugikan pelanggan terlebih dahulu.

Item terakhir dalam daftar saya mungkin adalah yang membuat MS memiliki reputasi buruk (meskipun saya pikir mereka jauh lebih baik sekarang dalam hal ini); dan bahkan lebih buruk ketika perusahaan kecil melakukan itu.

Daftar yang tidak lengkap, dimulai dengan dua yang bisa menghasilkan pelanggan yang sangat bersemangat, yang akan keluar dari jalan mereka untuk mempromosikan produk Anda.

• Model dukungan yang responsif dan penuh hormat. Tidak seperti menjadi cepat dan memberi pelanggan Anda dukungan yang baik. Idealnya model respons langsung. Bahkan dengan model dukungan komunitas seperti situs papan buletin tempat siapa pun dapat bertanya dan siapa pun dapat menjawab pertanyaan tetapi memoderasi dan menaburinya dengan staf pendukung akan membantu. Pepatah lama tentang layanan pelanggan - berikan seseorang layanan pelanggan yang baik dan mereka mungkin memberi tahu seseorang tentang hal itu. Beri mereka layanan pelanggan yang buruk dan mereka akan memberi tahu 10 orang. Di dunia web yang 10 orang sekarang dikalikan berkali-kali.

• Menggunakan desain yang bagus - Anda ingin membidik orang yang menyenangkan. Ini tidak hanya membutuhkan rekayasa tetapi desain - mendengarkan pelanggan, mengawasi bahu mereka, membuat prototipe, dan peningkatan berkelanjutan dari produk yang dirilis.

Dua orang lain yang akan saya tambahkan:

• Kualitas - ya, menjaga tutup ketat pada jumlah bug, tidak melepaskan sampai solid. Berfokus pada produk yang solid daripada produk yang serpihan dengan kelebihan fitur. Saya ingat suatu saat di kegilaan web 1.0, sebuah vendor besar mengumumkan betapa hebatnya untuk dapat mengembangkan perangkat lunak secara berulang tanpa proses kualitas nyata ketika mengembangkan situs web. Sekitar waktu itu, saya mencoba salah satu situs baru mereka dan saya langsung sadar. Tampak jelas tidak ada pengujian sebelum rilis. Cara yang baik untuk membuat sekutu Anda frustrasi dan membuang pelanggan baru.

• Model lisensi yang berfungsi baik untuk bagaimana orang akan menggunakan perangkat lunak. Orang-orang tahu mereka harus membayar, tetapi jika Anda dapat mencerminkan fleksibilitas yang orang butuhkan dalam kebijakan Anda, maka itu berlaku untuk semua orang. Contoh: lisensi per kursi yang memungkinkan Anda menggunakan beberapa komputer, atau komputer kantor dan komputer rumah. Karena banyak orang memiliki lebih dari satu komputer.

- Alex

Beberapa cara untuk dibenci:

Saat memasarkan dan menjual produk bisnis Anda, bidik orang-orang dengan otoritas pembelian yang tidak perlu menggunakannya. Maka Anda tidak perlu khawatir tentang kegunaan.

Idealnya, penetapan harga harus membingungkan dan tidak rasional. Miliki banyak versi dengan fungsi yang tidak dibedakan dengan jelas. Idealnya, memiliki satu atau dua fitur yang sangat diinginkan tinggi pada skala harga, sehingga orang merasa mereka harus membayar besar untuk banyak hal yang tidak akan mereka gunakan.

Jika Anda memiliki kekuatan yang cukup, buat versi perangkat lunak Anda nanti tidak cukup kompatibel dengan pendahulunya, dan jangan menawarkan diskon upgrade. Untuk poin tambahan, hapus fungsionalitas yang mungkin digunakan orang.

Iklankan fitur yang tidak benar-benar berfungsi. Jika Anda memiliki kendali yang cukup terhadap produk, hapus beberapa dari mereka dengan lebih banyak atau lebih sedikit upgrade paksa.

Biarkan beberapa bug masuk, terutama bug yang sebentar-sebentar. Munculkan alasan mengapa, jika sesuatu terjadi, itu bukan salah Anda. Menghalangi pelanggan Anda yang mengeluh. Atau, buat perbaikan yang benar-benar membuat produk tersebut kurang bermanfaat.

Kontrol kualitas adalah untuk perusahaan yang menginginkan kepuasan pelanggan. Anda memiliki banyak penguji beta potensial di luar sana: gunakan mereka. Anda akan mendapatkan laporan bahkan jika Anda tidak memberi mereka umpan balik. Anda dapat memperbaiki banyak dari mereka di versi berikutnya (lihat di atas tentang sedikit ketidakcocokan, tidak ada harga upgrade, dan menghapus fungsionalitas).

Mengacaukan komputer pengguna. DRM sangat bagus di sini, terutama jika Anda tidak memberi tahu siapa pun sebelumnya tentang hal itu (dan terutama jika mereka tidak mengharapkan DRM pada produk seperti Anda).

Langkah-langkah anti-pembajakan sangat bagus. Pastikan algoritma pendeteksian Anda memiliki banyak kesalahan positif. Tidak perlu memiliki cara yang mudah atau mudah untuk memperbaiki kesalahan positif.

EULA lama membingungkan yang mengklaim hal-hal konyol adalah hal yang lumrah saat ini. Untuk membenci mereka, Anda harus mengubur sesuatu yang memberatkan di sana dan menegakkannya sesudahnya.

Dokumentasi adalah untuk para pengecut. Pastikan hampir tidak mungkin untuk mengetahui cara melakukan beberapa hal penting dari dokumen. (Sayangnya, ini telah menjadi terlalu umum dari waktu ke waktu untuk benar-benar efektif.)

Potongan harga yang membutuhkan dokumentasi canggung dan prosedur aplikasi yang baik. Ingatlah bahwa banyak tanda terima saat ini dicetak dengan cara yang memudar seiring waktu, sehingga Anda dapat menghemat banyak uang dengan meminta kwitansi asli dan membutuhkan waktu yang cukup lama untuk memprosesnya.

Keangkuhan dan praktik anti-persaingan yang dipublikasikan dengan baik selalu bermanfaat di sini.

(Tidak ada poin untuk menebak saran yang saya tulis dengan perusahaan dalam pikiran, atau bahkan yang mana, atau yang saya derita secara pribadi.)

1) Buat produk yang berkualitas
2) Memahami pelanggan
3) Menjaga konsistensi

Harga dengan cara yang terbuka dan jelas - ini tidak hanya mencakup harga pembelian awal tetapi juga peningkatan, fitur atau modul tambahan, dukungan, konsultasi, pelatihan, dan biaya terkait lainnya.

Anda tidak harus murah, Anda dapat menentukan harga seagresif yang Anda suka, tetapi satu hal dalam pengalaman saya yang akan mengecewakan klien lebih dari apa pun ketika menyangkut harga adalah tambahan yang tidak jelas dan gagasan bahwa mereka memiliki lebih banyak uang diekstraksi secara tidak adil dari mereka sekarang mereka telah melakukan pembelian.

Biaya tidak diketahui bukan tentang uang, itu tentang reputasi orang. Orang yang melakukan pembelian telah mempertaruhkan reputasi mereka ketika mereka mengajukan anggaran untuk proyek tersebut. Bahkan jika biaya tambahan adalah nilai untuk uang, Anda sudah ketika mereka harus kembali ke bos mereka dan meminta lebih banyak uang, Anda membuat mereka secara terbuka mengakui bahwa mereka mengacau dan mereka akan membenci Anda untuk itu.

Mempertahankan perusahaan perangkat lunak dalam cahaya positif melibatkan kedua sisi transaksi.

Perusahaan harus:

1. Terus memberikan kode yang paling sesuai untuk tujuan di bidang yang mereka pilih
2. Terlihat terus berupaya untuk meningkatkan dengan bertindak atas umpan balik pelanggan
3. Terlihat adil

Pelanggan harus:

1. Berikan umpan balik kepada perusahaan bahwa mereka bekerja dengan baik / buruk
2. Bersikaplah masuk akal dalam harapan mereka akan tanggapan

Dari aturan sederhana ini, banyak hal baik secara alami mengikuti. Masalahnya adalah, kekuatan pasar dan persaingan menjadi seperti itu, berpegang teguh pada mereka adalah mimpi buruk.

Ketika Anda adalah perusahaan besar seperti Microsoft, Google atau Facebook dengan banyak berita, Anda tidak dapat mencegah orang membenci Anda. Tidak mungkin.

Semakin Anda sukses , semakin Anda dibenci .

Vendor harus membuat metrik yang disebut hatemeteruntuk mengukur kesuksesan mereka! ;)

Itulah sebabnya salah satu kualitas wirausahawan terbesar adalah mampu memahami dan mengatasinya. Dan yang lebih penting, gunakan umpan balik buruk untuk meningkatkan produk mereka (umpan balik apa pun menarik).

Tantangan nyata yang harus dihadapi vendor bukanlah kebencian, tetapi ketidakpedulian .

EDIT : Saya menemukan situs web yang sangat menarik ini . Ini memungkinkan siapa pun untuk memberikan pendapatnya tentang berbagai perusahaan dan produk populer. Jumlah suara terlalu rendah untuk membuat hasil yang relevan, tetapi yang menarik pemilih harus menjelaskan alasannya. Saya membiarkan Anda menemukan komentar dan menilai sendiri sifat manusia itu kompleks.

Biarkan saya membahas ini dari sudut perangkat lunak komersial yang saya gunakan yang telah membuat saya gila.

Terlalu banyak fleksibilitas - ini sangat penting. Jangan biarkan keinginan Anda untuk menawarkan fleksibilitas berarti Anda menyerah untuk mendesain fitur yang diinginkan kebanyakan orang. Saya tidak pernah menggunakan produk "fleksibel" yang benar-benar disukai pengguna. Mereka tidak mau harus mencari cara untuk memperbaiki kesalahan desain Anda. Kami memiliki perangkat lunak manajemen proyek "fleksibel" dari vendor yang cukup dikenal yang akan tetap tanpa nama. Sangat fleksibel sehingga tidak memiliki hal-hal seperti bidang untuk klien yang meminta proyek (Berapa banyak perusahaan yang cukup besar untuk membutuhkan produk yang harganya puluhan ribu dolar tidak perlu dapat menyortir proyek berdasarkan klien? Itu akan nol.). Ketika Anda mengonversi ide atau insiden ke proyek, informasi itu tidak secara otomatis pindah ke proyek, membuat mencari rincian tentang apa yang diinginkan atau yang menginginkannya sangat menjengkelkan karena para pengembang tidak benar-benar merancang sistem, karena itu sangat "fleksibel". Kompleksitas mencoba menambahkan bidang dan kemudian memperbaiki semua formulir sehingga Anda dapat melihat bidang itu berarti bahwa hampir semua orang telah menyerah menggunakan produk untuk semua fitur "hebat" yang dijual kepada kami sebagai memiliki dan hanya menggunakannya untuk mendokumentasikan waktu. Secara umum, semakin fleksibel suatu sistem, semakin banyak orang akan membencinya. fitur itu dijual kepada kami sebagai memiliki dan hanya menggunakannya untuk mendokumentasikan waktu. Secara umum, semakin fleksibel suatu sistem, semakin banyak orang akan membencinya. fitur itu dijual kepada kami sebagai memiliki dan hanya menggunakannya untuk mendokumentasikan waktu. Secara umum, semakin fleksibel suatu sistem, semakin banyak orang akan membencinya.

Kurangnya pertimbangan untuk kinerja dengan ingin menjadi basis data netral alih-alih menulis kode berkinerja lebih baik yang mungkin spesifik untuk basis data.

Kurangnya pengujian di lingkungan dengan ratusan pengguna simultan dan kumpulan data besar di dalam basis data. Kueri basis data yang berfungsi dengan baik untuk kumpulan data kecil seringkali tidak cocok untuk basis data besar. Saya pernah bekerja di sebuah call center yang memiliki program perangkat lunak call center yang terkenal, mungkin butuh sepuluh menit untuk berpindah dari satu layar ke yang berikutnya. Anda dapat membayangkan betapa pemanggil dan pengguna menyukai ini. Kesalahan paling umum kami adalah batas waktu pada basis data.

Ubah demi perubahan. Tidak ada yang lebih mengganggu pengguna daripada mendapatkan versi baru dari sesuatu yang mengatur ulang cara melakukan semuanya dan belum menambahkan fitur yang mereka inginkan atau butuhkan (lihat Office 2007 dan Ribbon jelek yang mereka tambahkan dan struktur menu yang mereka hapus). Saya tidak ingin harus mempelajari kembali hal-hal yang saya andalkan setiap hari selama setahun atau dua tahun dan begitu pula sebagian besar pengguna. Mempelajari teknik-teknik baru adalah satu hal untuk menyelesaikan masalah dengan lebih baik dan hanya mengatur ulang GUI sehingga Anda tidak dapat menemukan semua hal yang sudah Anda tahu cara melakukannya.

Pelayanan pelanggan. Jika saya memiliki masalah, saya ingin Anda membantu saya memperbaikinya dengan cepat dan tanpa biaya terlalu banyak, terutama jika saya membayar sejumlah besar untuk perangkat lunak.

Perangkat lunak buggy ridiculously. Ayolah, aku seharusnya tidak bisa melanggarnya melakukan tugas-tugas umum dengan cara biasa. Anda sudah menguji hal ini, bukan? Hal ini terutama mengejutkan ketika Anda menekan bug dalam instalasi atau beberapa hari pertama menggunakan produk. Bahkan lebih menyebalkan ketika hal-hal yang bekerja sangat baik di versi terakhir tidak lagi berfungsi. Tentu semua kode memiliki bug, kita tahu itu, tetapi yang paling jelas harus dijinakkan sebelum pengiriman.

Sekarang untuk perusahaan yang melakukannya dengan benar - saya serahkan bahwa Red-Gate adalah perusahaan itu. Barang-barang mereka hanya berfungsi, itu melakukan apa yang dikatakannya harus dilakukan tanpa banyak masalah di pihak saya untuk menggunakannya, cepat dan layanan pelanggan mereka hebat. Cukup banyak setiap SQl Server dba berpengalaman yang pernah saya kenal merekomendasikan untuk membeli alat mereka.

Dokumentasi yang Buruk dan Tidak Ada Keinginan untuk Memperbaikinya - Saya saat ini bekerja dengan vendor perangkat lunak yang tidak dapat memberi saya definisi atau diagram basis data. Mereka sebenarnya merekomendasikan hanya memanggil salah satu pengembang mereka karena mereka adalah "kamus data berjalan". Sekarang saya akan tahu mengapa mereka tidak meningkatkan aplikasi atau memperbaiki bug; mereka terlalu sibuk menjelaskan apa yang ada di tabel pelanggan.

EDIT: Sekarang saya tahu mengapa mereka tidak mendokumentasikan database ini:

1. Ada konvensi penamaan untuk nama bidang berdasarkan jenis: dt = date, s = string / varchar, d = float
2. Tidak ada kunci primer hanya indeks berkerumun unik.
3. Tidak ada kendala pada tabel apa pun.
4. Sebagian besar Prosedur Tersimpan mengandung: Pilih *
5. Semua bidang kunci adalah tipe string (paling tidak masalah)
6. Banyak kursor!
7. Mereka memang berkomentar dan nomor versi tambalan mereka, tapi itu saja.