Saya ingin berbicara tentang menggunakan messenger Discord sebagai sarana komunikasi utama dalam tim. Pengalaman ini dapat bermanfaat bagi tim lain yang menggunakan pengirim pesan instan gratis, serta bagi siapa saja yang mencari cara untuk meningkatkan efisiensi penggunaan pengirim pesan instan.Perselisihan - program ini aneh dan luar biasa pada saat yang sama. Mengapa? Jika hanya karena tentang cara bekerja dalam Perselisihan, seluruh artikel telah berubah.
Ada yang salah
Pertama, mari kita cari tahu apa yang salah dengan "messenger reguler": Skype, Viber, dan sejenisnya.Pada artikel ini, saya menganggap hanya pengirim pesan yang fungsi utamanya tersedia secara gratis. Ya, ada program berbayar yang sangat baik, tetapi mereka berada di luar cakupan artikel ini, bahkan jika mereka memiliki mode stripped-down gratis.
Utusan biasa dirancang untuk bekerja "di luar kotak" dan tanpa administrasi apa pun. Ini adalah pendekatan yang sangat kuat, memberikan ambang masuk yang rendah: kami baru saja membuat obrolan grup dan berkomunikasi di dalamnya. Dengan cara lain, messenger ini tidak bisa, karena prosedur konfigurasi yang kompleks akan menakuti audiens utama. Tetapi, seperti biasa, investasi awal yang rendah menghasilkan biaya operasi yang tinggi. Masalah apa yang kita miliki pada akhirnya.Kerusakan tema. Semakin banyak pengguna dalam grup, semakin besar jumlah topik yang dibahas. Sebagian besar topik menarik bagi sejumlah kecil pengguna grup. Pendekatan orang sehat adalah dengan membuat kelompok tematik dan hanya memasukkan mereka yang tertarik pada topik - isolasi seperti itu mengurangi "kebisingan informasi" dari konten yang tidak perlu. Namun dalam praktiknya, ini menyebabkan kekacauan total. Misalnya, kami memiliki 10 ruang obrolan untuk bekerja, 4 ruang obrolan untuk taman kanak-kanak, 3 ruang obrolan untuk gedung apartemen, dan sebagainya. Dan semua ini dalam satu namespace, jadi kita mulai bingung di chat room. Mereka menyusup ke daftar, dilupakan, kemudian duplikat obrolan yang terlupakan dibuat, tetapi mereka lupa untuk menambahkan semua pengguna di sana. Jika jumlah peserta sekitar lima puluh atau lebih, maka tidak ada obrolan paralel yang dibuat - terlalu sulit untuk mempertahankan daftar peserta yang terbaru.Satu obrolan super diadakan, berisi semua pertanyaan tentang kehidupan, alam semesta, dan semua itu. Hasil: kelompok besar dalam pesan menjadi "beracun": konten tidak menarik karena jumlah sampah yang besar, kami hadir dalam kelompok hanya karena kebutuhan.Pemberitahuan berlebihan. Semua orang tahu situasinya ketika kami menerima terlalu banyak pemberitahuan dari berbagai pengirim pesan instan. Pertimbangkan sebuah contoh. Misalkan kita memiliki tim yang terdiri dari 50 orang dan setiap orang menulis 5 pesan per hari dalam obrolan umum. Maka semua orang akan menerima 50 * 5 = 250 pemberitahuan. Jika kami menganggap kami terganggu selama 30 detik untuk melihat pesan, maka 250 pemberitahuan memakan 250 * 30 = 7500 detik, yaitu 2 jam! Dan seluruh tim notifikasi terganggu untuk waktu 7500 * 50 = 375000 detik atau 104 jam! Pikirkan tentang hal ini: 104 orang-jam per hari atau 13 orang-hari setiap hari! Ini adalah 26% dari sumber daya tim. Kami mendapatkan jumlah yang besar karena jumlah orang (50 orang) dalam obrolan termasuk dalam rumus akhir secara kuadratik (masing-masing memberi tahu semua orang):50 [] * 5 [/] * 30 [/(*)] * 50 [] = 375000
Pada kenyataannya, semuanya agak lebih baik, karena pesan biasanya muncul dan dibaca dalam batch. Tetapi inti dari masalahnya jelas: peningkatan kuadratik dalam hilangnya waktu tim untuk pemberitahuan. Cap menyarankan dua solusi, tetapi keduanya buruk:- Ada
yang kurang untuk pesan write (sangat berarti dari utusan hilang) - Bungkam pemberitahuan, baca semua pesan sekaligus, saat ada waktu (kecepatan respons terhadap pesan hilang)
Perselisihan: Awal
Sekarang pergi ke Perselisihan. Pertama-tama, kita perhatikan bahwa ada dua mode dalam Discord, atau lebih tepatnya, "types": sebut saja "regular" dan "server". Mereka ada secara paralel dan memiliki tujuan yang berbeda. Dalam bentuk "normal", Discord adalah utusan biasa yang sama dengan orang lain. Bahkan dengan fitur yang lebih terbatas daripada Skype yang sama:- dalam obrolan grup tidak lebih dari 10 peserta
- mengirim file tidak lebih dari 8 MB (lebih - dengan berlangganan Nitro berbayar)
- tampilkan video dan layar dengan resolusi 720p (lebih - dengan langganan berbayar Nitro)
- satu pesan tidak lebih dari 2000 karakter
Tampilan biasa digunakan untuk komunikasi 1-on-1 dan untuk obrolan grup jangka pendek kecil. Secara umum, "utusan biasa" yang sama. Dalam konteks artikel ini, mode ini tidak terlalu menarik, kami segera beralih ke tampilan server.Server
Untuk bekerja dengan server, Anda harus memiliki server yang sama ini. Untuk jelasnya, kami akan menganggap bahwa kami adalah karyawan startup Horns and Hooves, sehingga server kami akan disebut "RK." Kami membuat server dengan mengklik tombol dengan tanda "+" besar. Server adalah tempat yang nyaman di mana semua komunikasi perusahaan kami akan berlangsung (kecuali 1-on-1, yang dalam bentuk "normal", di luar server). Pengguna harus bergabung dengan server dengan undangan.
Di panel kiri, kami segera melihat dua entitas baru:- Umpan teks . Ini adalah analog dari obrolan, tetapi dengan beberapa fitur dan fitur tambahan. Serangkaian saluran server relatif stabil: saluran selalu tetap di tempatnya, jangan merayap dalam sejarah, seperti pada pesan instan. Salurannya nyaman berkat peran dan referensi , tentang mereka lebih jauh.
- . . : ( ) . – , , , . . « , ?» « !» « ?». — - . — . , . , .
Sekarang mari kita beralih ke alat Perselisihan yang membuatnya efektif untuk kerja tim. Pertama-tama, ini adalah peran . Intinya adalah bahwa kami tidak mengonfigurasi hak akses untuk pengguna tertentu, tetapi untuk peran, dan memberikan peran ini kepada orang-orang. Daftar berbagai hak yang mungkin dimiliki suatu peran: sebanyak 32 poin. Selain itu, kami mengonfigurasikan saluran apa hak yang dimiliki peran dalam saluran: membaca, menulis, menghapus pesan, dll.Apa peran yang harus dibuat - kami memutuskan untuk diri kami sendiri. Peran sesuai dengan serangkaian tindakan pengguna tertentu. Misalnya, di server kami, kami akan membuat peran seperti itu:
- semua orang- peran teknis, berarti "semua orang di server"; sudah ada dan tidak bisa dihapus.
- – ,
- – . , .
- – , , . ( ) : «» – .
- Pewawancara - Karyawan yang melakukan wawancara. Ini bukan semacam orang istimewa, tetapi hanya karyawan mana pun dengan peran tambahan. Pewawancara, selain semua salurannya, juga melihat teks dan saluran suara "wawancara". Karyawan lainnya (mereka yang tidak ingin berpartisipasi dalam wawancara) tidak diberi peran dan mereka tidak melihat dua saluran tambahan (untuk mereka).
Peran yang tersisa dipahami tanpa penjelasan.Saluran
Saluran teks di server kami dapat berupa, misalnya, seperti:- #welcome - pengguna baru diundang ke saluran ini dan menunggu hingga mereka diberi peran untuk mengakses saluran lain. Anda dapat menyesuaikan beberapa salam keren.
- # iklan - iklan untuk semua orang; tanpa diskusi
- #general - topik apa pun yang tidak termasuk dalam saluran yang lebih terspesialisasi
- # –
- # – , @
- # – , @ @
- # – , @
- # – , ,
Struktur saluran, serta struktur peran, dilakukan sesuai dengan kebutuhan kita. Kami membuat saluran terpisah untuk topik yang berumur panjang dan mengisi saluran dengan orang yang tepat menggunakan peran. Semakin banyak saluran, semakin baik pengguna terlindungi dari informasi yang tidak perlu: baik mereka tidak melihat saluran tambahan sama sekali (tidak ada peran), atau mereka menyingkirkan saluran itu sendiri, menenggelamkannya. Sekelompok peran + saluran memungkinkan Anda untuk memecahkan masalah pemisahan berdasarkan topik yang dijelaskan di awal artikel :- Saluran "kantor" dan "taman kanak-kanak" tidak akan bercampur, karena mereka akan berada dalam server yang berbeda.
- Saluran tidak merayap dan tidak mengubah urutan, mereka berada di tempat yang tetap.
- Menambahkan bahkan sejumlah besar pengguna ke saluran yang dibuat dilakukan dengan cepat, melalui hak peran di saluran.
Inilah cara kerja sistem hak Perselisihan dalam kasus-kasus tertentu.- Seorang karyawan baru telah dipekerjakan: kami memberinya peran yang diperlukan. Secara otomatis masuk ke saluran yang benar.
- Pemberhentian karyawan: dikeluarkan dari server.
- Membuat saluran baru: biasanya kami mengkloning yang sudah ada jika kami membutuhkan hak yang sama. Kami mengonfigurasi hak peran - dan pengguna secara otomatis masuk ke saluran.
Untuk membandingkan efektivitas sistem ini dengan utusan lain, pertimbangkan tugas berikut:Hapus karyawan yang berhenti dari semua obrolan kerja di < messenger apa pun >. Namun, tidak ada daftar obrolan yang lengkap, dan pembuat obrolan sedang berlibur.
Menyebutkan
Sebutan adalah hal lain yang membuat bekerja di Perselisihan efektif. Ini adalah saat kami menulis pesan ke saluran teks, menyebutkan akun menggunakan sintaks khusus:@Vasya.Pupkin !
Anda bisa menyebutkan peran:@ #12345
Dan jadi mungkin untuk menyebut semua orang yang ada di saluran (salah satu opsi ini berfungsi):@here !
@everyone !
Di sini Anda bisa mengatakan: “Ha! Di Skype, Anda juga dapat menyebutkan melalui @ nama. Dan mengapa menyebut semua orang , apa gunanya? Lagipula, pesannya sudah ditujukan kepada semua orang. "Memang, Anda bisa menulis di SkypeVasya.Pupkin. Tetapi di Skype, manfaat penuh dari menyebutkan adalah notifikasi pop-up akan menambahkan bahwa "Anda disebutkan." Itu mungkin masuk akal, tetapi Perselisihan lebih baik. Pertama-tama, kami perhatikan bahwa di Discord ada dua jenis pemberitahuan tentang pesan baru:
- Jika Anda belum disebutkan , notifikasi lemah: lingkaran merah di bilah tugas dan pip kecil hitam atas nama saluran.
- Jika seseorang menyebut Anda , notifikasi lebih terlihat: lingkaran merah dengan nomor di bilah tugas, pada ikon server dan dalam nama saluran; selain itu, ikon Perselisihan di bilah tugas berkedip oranye (hingga aplikasi menerima fokus).
Kebijaksanaan Perselisihan:Alur pesan dalam saluran teks tidak memerlukan perhatian sampai pengguna disebutkan.
Mudah untuk melihat bahwa pendekatan ini menyelesaikan masalah pemberitahuan berlebihan yang dijelaskan di atas, jika Anda sedikit mengajari pengguna tentang gaya kerja yang benar. Misalnya, seperti:- Sampai Anda disebutkan, tidak ada yang mendesak / penting bagi Anda. Anda dapat menunda membaca saluran sampai waktu yang lebih baik.
- Jika disebutkan, maka ada sesuatu yang mendesak / penting, Anda perlu segera membaca.
- Setiap pos yang mendesak / penting harus menyertakan referensi ke audiens target.
- Sisa aliran pesan di saluran juga perlu dibaca, tetapi pada waktu yang tepat.
Cara kerjanya dalam praktik. Misalkan pengguna menulis 250 pesan yang sama per hari ke saluran server, seperti pada contoh di atas. Dari jumlah tersebut, ada sangat sedikit pesan yang mengganggu pekerjaan (dengan menyebutkan): kami tidak mempertimbangkan penyebutan satu akun sama sekali, karena itu tidak mengganggu seluruh tim. Hanya referensi siaran yang mengalihkan perintah, misalnya:@here … ?
@here 23:00, 5 .
@ ?
Dan ada sangat sedikit referensi seperti itu dalam kenyataannya, tidak lebih dari 2% dari pesan. Biasanya disebutkansiniketika mereka mengajukan pertanyaan tanpa mengetahui siapa yang secara spesifik dapat menjawabnya. Semua orang terganggu dari pekerjaan dan membaca pertanyaannya. Selanjutnya, orang-orang yang memiliki sesuatu untuk dikatakan tetap memimpin diskusi, sisanya kembali ke bisnis mereka. Dan jangan takut itusini akan ada terlalu banyak: sekali lagi tulis sinipesannya hanya kemalasan!Juga, tidak akan ada terlalu sedikit referensi. Kalau saja karena orang itu sendiri tertarik untuk memanggil orang yang tepat dengan menyebutkan posnya untuk mencapai hasil yang dia butuhkan. Singkatnya, semua ini adalah penyeimbang diri dan ternyata norma. Bagaimana dengan sisa 98% posting? Mereka juga perlu dibaca, tetapi tidak mendesak. Pada waktu yang tepat dengan secangkir kopi, kami membaca seluruh aliran pesan. Pembacaan yang ditunda tersebut tidak menyebabkan kerugian waktu yang sangat besar, seperti yang dijelaskan di awal artikel. Bagaimanapun, kita membaca secara berurutan, tanpa mengalihkan pikiran kita antara pesan dan hal-hal lain. Dan, yang paling penting, pesan tidak membuat kita pergi dari kantor.Total: masalah pemberitahuan berlebihan diselesaikan sepenuhnya, dan pada saat yang sama, respons cepat terhadap pesan penting disediakan.Dan apa yang kontra?
Keterbatasan teknis dalam Perselisihan.- , : 720p ( – Nitro). . ? Skype , .
- – 8 ( – Nitro). . , .
- - 10 . . , - ( ). : .
- 2000 ; , .
- Pencarian di antara pesan memiliki banyak kemungkinan, tetapi tidak dapat ditemukan oleh substring yang diberikan. Misalnya, jika Anda mencari "mil", maka kata "nama belakang" tidak ditemukan.
Organisasi.- Registrasi pengguna sedikit lebih rumit daripada dengan messenger smartphone biasa.
- Kami membutuhkan admin (pada kenyataannya, hanya pengguna aktif) yang awalnya mengkonfigurasi peran dan hak.
- Dibutuhkan beberapa pelatihan pengguna untuk menggunakan referensi dan peran dengan benar.
- Reli di saluran suara tidak memiliki "bel" yang jelas di awal, yang memanggil semua orang. Mereka akan melupakannya, tetapi masalahnya diselesaikan dengan pengingat
dan metode Ipatiev .
Fitur standar
Artikel ini membahas perbedaan mendasar antara Perselisihan dan rasul lain, yang secara signifikan dapat meningkatkan efisiensi kerja. Dan berikut adalah daftar fitur kecil yang tipikal untuk pengirim pesan instan dan bukan sesuatu yang luar biasa:- Kutipan. Sebutkan segera dimasukkan dalam kutipan.
- Memformat: set standar. Berani, miring, bergaris bawah, dicoret, monospasi.
- Penyorotan sintaksis: tersedia untuk beberapa bahasa.
- Sisipkan gambar, GIF, tautan.
- Emoticon
- Penambahan reaksi emotikon ke pesan. Orang dapat melihat jumlah reaksi dan siapa yang mengatur reaksi apa (nyaman, termasuk untuk pemungutan suara cepat).
- Fungsi teks-ke-ucapan.
- Pemberitahuan kemacetan dari saluran yang tidak perlu (@ mention melewati kemacetan).
- Klien seluler yang berfungsi penuh
Dan ada ...
Bot dan kemampuan menulis bot Anda sendiri. Tapi ini topik yang sangat berbeda.Total
Discord adalah sejenis messenger 2.0, yang memiliki sarana untuk komunikasi yang efektif dari kelompok besar pengguna, termasuk aplikasi perusahaan. Para pembuat program tidak takut untuk melampaui paradigma para utusan biasa - dan ternyata berhasil dengan baik. Dan pada saat yang sama, Perselisihan bukanlah pesaing bagi rasul biasa, ia memiliki ceruk ekologisnya sendiri. Memang, pengguna biasa, bukan IT dan non-gamer, terkejut dan kagum dengan kebutuhan untuk mengelola dan tidak seperti program biasa.Saya harap informasi dalam artikel ini cukup untuk memutuskan apakah Anda membutuhkannya atau tidak.UPD1 : Komentar Justdont:Sebelum menyarankan perselisihan untuk kantor, Anda harus menyebutkan bahwa Anda benar-benar perlu mempertimbangkan Kebijakan Privasi Perselisihan , di mana itu sepenuhnya bahasa Inggris atau Rusia putih yang Discord mengumpulkan semua yang Anda kirim ke sana. Termasuk semua korespondensi Anda, perhatikan. Dan sama sekali tidak berjanji untuk mengenkripsi dan biasanya melindungi kerahasiaannya dari diri mereka sendiri. Dan ada sejumlah skenario di mana informasi yang dikumpulkan ini mungkin pergi ke suatu tempat di mana Anda tidak benar-benar menginginkannya. Dan Anda perlu mengevaluasi risiko-risiko ini.