Get best of the week

Otomasi seorang jurnalis. Bagian 2. Bekerja dengan speaker

Cari bagian pertama artikel di sini . Pada bagian kedua saya berbicara tentang alat apa yang saya gunakan saat berinteraksi dengan speaker.

gambar

Jika sangat disederhanakan, tugas seorang jurnalis teknis adalah untuk mendapatkan pengalaman unik tertentu (pemahaman dalam bidang teknis tertentu) dari kepala spesialis profil dan menyajikannya dalam bentuk yang sederhana untuk dikuasai oleh pembaca tertentu. Anda dapat berbicara tentang publikasi open source dan dari kepala Anda untuk waktu yang lama, tetapi dalam kenyataannya, seorang jurnalis teknis dengan sedikit pengecualian bukanlah spesialis dalam bidang yang ia tulis. Dan bahkan jika dia seorang spesialis, maka akan menyenangkan untuk pergi ke beberapa poin dan mengklarifikasi dengan seseorang. Jadi bagaimanapun, seseorang membutuhkan keahlian. Tingkat kesederhanaan dari presentasi selanjutnya tergantung pada pembaca. Ngomong-ngomong, saya dengan tulus percaya bahwa hak cipta untuk pengalaman yang sama harus tetap dengan spesialis, jika tidak ia akan menolak untuk berkomunikasi dengan jurnalis untuk kedua kalinya ...

Komunikasi jauh dari tahap pertama persiapan teks. Karena itu, awalnya terjadi penyimpangan kecil pada proses kerja.

Persiapan Artikel Garis Waktu


Saat membuat hampir semua teks di profil saya, Anda dapat menyoroti tonggak berikut:

  • munculnya tugas tingkat tinggi, misalnya, menarik spesialis untuk menyerahkan penguin ke lowongan;
  • alokasi platform di mana tugas akan diselesaikan (jika ini bukan jurnalisme perusahaan, tetapi dewan editorial yang kondisional dengan publikasi sendiri, maka semuanya jelas dengan platform pada awalnya);
  • . , . , - ( ), . , , ;
  • . . , , . , ;
  • ;
  • ;
  • ;
  • ( );
  • .

Proses yang ideal dijabarkan di atas. Bahkan, kadang-kadang ternyata terbalik, tetapi secara umum langkah yang sama tetap, bahkan jika mereka tidak diformalkan.

Misalnya, jika Anda bekerja dengan blog perusahaan, salah satu tugas utama adalah menyediakan aliran masuk keahlian internal, mis. pergantian orang-orang yang ingin "menulis" sebuah artikel (untuk berpartisipasi dalam menulisnya sebagai pembicara). Bagaimana ini dilakukan adalah percakapan yang terpisah, tetapi pada kenyataannya editor blog (dan kadang-kadang jurnalis teknis, jika semuanya dalam satu orang) membangun semacam hubungan dengan pakar teknis - sumber keahlian. Jika prosesnya berjalan dengan baik, para ahli sendiri datang dengan ide. Dan kemudian pekerjaan dimulai di suatu tempat di wilayah 4 poin, dan 3 editor / jurnalis pertama harus berpikir di mana saja, sehingga topik yang dipilih oleh spesialis akan berguna bagi pelanggan.

Katakanlah sirip penguin terbaik datang kepada Anda dan mengatakan bahwa ia telah mengungkapkan kecenderungan bahwa penguin lumpuh dengan bercak kuning di kaki mereka harus lebih sering membalik. Dan ini adalah revolusi dalam industri, karena lebih mudah bagi mereka untuk segera menutup suar daripada mengatur jalan memutar setiap waktu. Tugas editor / jurnalis adalah untuk menemukan bagaimana topik ini dapat "ditumpangkan" pada tugas-tugas tingkat tinggi yang dinyatakan sebelumnya dan pada platform mana lebih baik untuk muncul. Yaitu, 1-3 item daftar tidak hilang, mereka hanya diterapkan dalam urutan yang sedikit berbeda.

Biasanya, pekerjaan ada di selusin artikel secara paralel. Masing-masing dari mereka berada di panggungnya sendiri. Dan masing-masing artikel saya persis satu entri dalam RTM, yang berkembang seiring waktu. Tag mengubah tag, tautan, dan informasi teks ditambahkan ke catatan, dll. Ketika artikel ini dirilis, tugas di RTM ditutup, dan artikel tersebut masuk ke arsip, yang akan saya bicarakan lain kali.

Kembali ke topik hari ini - kita berbicara tentang paragraf 5 dan apa yang terjadi di sini atau gagal diotomatisasi.

Alat komunikasi


Kami menemukan waktu untuk wawancara terakhir kali. Setelah persetujuan lisan, rapat dibuat di Kalender, yang dikerjakan sebelumnya oleh pengingat dan disalin ke yang berikut. Dalam setengah situasi (tergantung pada gaya komunikasi dengan pembicara) saya mencoba untuk mengkonfirmasi percakapan sehari sebelum waktu yang ditentukan, jika tidak semuanya terjadi.

Saya menjumpai banyak editor yang mengalihdayakan wawancara - menulis daftar pertanyaan dan mengirim seseorang lebih murah "(dalam hal" rubel per jam ") untuk berbicara di daftar ini. Menurut pendapat saya, wawancara dalam artikel teknis adalah hal yang tidak bisa diberikan kepada pihak lain. Pertanyaan awal hampir selalu mengungkapkan topik yang buruk. Menilai sendiri: Anda perlu bertanya tentang apa yang Anda ketahui sejauh ini hanya dari publikasi umum di Internet ... pada saat yang sama, Anda perlu mendapatkan pengalaman unik dari orang tertentu tentang siapa tidak ada yang ditulis persis di mana saja. Selama percakapan, Anda harus menggunakan semua pengalaman Anda sebelumnya untuk mengklarifikasi topik langsung, untuk mengungkapkan poin-poin menarik yang tiba-tiba muncul. Jika tidak, Anda harus kembali ke pembicara lebih dari satu kali, dan tidak semua pakar menyukainya.

Detail komunikasi itu penting, jadi saya mencoba merekam 100% wawancara dan rapat. Cloud sewaan tidak terlalu "saku" dan tidak menempati tempat di apartemen, sehingga saya dapat menyimpan rekaman audio untuk hampir semua pekerjaan saya. Secara alami, saya mencoba memperingatkan para pembicara bahwa rekaman sedang berlangsung. Terkadang mereka sendiri bertanya siapa di antara kita yang akan menulis.

Kesulitan utama pencatatan adalah alat komunikasi kebun binatang. Tim dan pengeras suara individual yang bekerja dengan saya gunakan untuk memanggil Slack, Hangouts, Telegram, Skype (atau Skype for Business, yang tersedia bagi saya hanya melalui plug-in web), Zoom, Viber, WhatsApp dan bahkan VKontakte dengan Facebook. Beberapa masih menggunakan telepon biasa. Tidak semua alat ini memungkinkan Anda untuk menulis panggilan di luar kotak.

Untuk mengamankan kemungkinan situasi yang tidak menyenangkan, saya telah mengonfigurasi rekaman sedapat mungkin - ini adalah bagian utama dari otomatisasi:

  • Smartphone menulis panggilan dengan satu sentuhan tombol (dari beberapa angka, dari tempat tugas paling sering “sampai” kepada saya, selalu mengatakan bahwa lebih mudah untuk membersihkan toko setiap 3-4 bulan daripada mengingat kembali rincian tugas yang dirumuskan di suatu tempat di tengah percakapan tentang topik abstrak) .
  • Tahun lalu, Skype akhirnya mengimplementasikan rekaman panggilan di dalam sistem, dan saya secara aktif menggunakannya. Maaf, Anda tidak dapat menulis Skype Out.
  • Untuk messenger lain, saya telah mengkonfigurasi perangkat lunak yang menulis semua yang terjadi di komputer. Perangkat lunak ini diluncurkan secara manual, terkadang buggy, oleh karena itu saya tidak akan menyarankan alat tertentu.
  • Untuk wawancara pribadi, saya menggunakan perekam di telepon.

Sampai baru-baru ini, saya bahkan menyewa pertukaran telepon virtual dengan nomor kota - juga untuk tujuan merekam panggilan. Saya menggunakannya ketika Skype menonaktifkan plugin eksternal untuk rekaman, tetapi saya belum memulainya. Sebagian besar panggilan saya pada waktu itu adalah melalui Skype Out ke antarkota, jadi sebenarnya saya hanya sementara mengubah penyedia layanan saya.

Pada suatu waktu, saya mencoba untuk beralih ke PBX ini sepenuhnya untuk "menyingkirkan" nomor ponsel saya. Tetapi tidak satu pun dari aplikasi ponsel cerdas yang diuji bekerja dengan baik dalam kondisi komunikasi yang buruk - dan saya terkadang mengunjungi tempat-tempat seperti itu. Plus, nomor ponsel saya tahu terlalu banyak kontak yang berfungsi. Oleh karena itu, kamar sewaan sedang menyelesaikan hari-hari terakhir. Tetapi PBX virtual tetap (untuk berjaga-jaga).

Koleksi catatan


Sejauh ini saya gagal mengotomatiskan koleksi catatan di repositori.

Setiap alat perekam menyimpan informasi dengan caranya sendiri. Ini dua kali lipat menyulitkan kehidupan, ketika dalam proses berbicara Anda harus beralih di antara alat-alat (kegagalan Internet - telepon kembali di telepon). Tampaknya Anda dapat mengatur penyalinan otomatis semua panggilan, tetapi berton-ton spam telepon, panggilan tentang transfer wawancara dan catatan terkait lainnya akan dengan cepat mengisi repositori dengan sampah, sehingga akan kehilangan artinya.

Dari telepon pintar, rekaman percakapan penting harus segera dikirim secara manual ke Yandex.Disk atau ke email Anda sendiri (tergantung pada jumlah dan ukuran file). Dari Skype, sekali lagi, Anda harus mengunduh catatan secara manual ke komputer dan mengunggahnya ke folder yang diinginkan di Yandex.Disk. Skype tidak memungkinkan Anda untuk mengotomatiskan proses.
Perangkat lunak untuk merekam layar dengan suara itu sendiri menambahkan rekaman ke tempat yang tepat, dan ini adalah satu-satunya otomatisasi yang tersedia untuk saya.

Saya membuang wawancara yang sekarang sedang bekerja ke folder Dropbox di dalam Yandex.Disk. Saya telah menggunakan Yandex.Disk selama beberapa tahun untuk mentransfer file di antara semua workstation. "Cloud in a square" (Dropbox di dalam Yandex) diperlukan untuk memastikan pencatatan pekerjaan. Yandex.Disk tidak tahu cara berintegrasi dengan IFTTT, tetapi tidak menolaknya karena hal ini. Sekitar 2 tahun yang lalu, saya sudah mentransfer satu terabyte data dari cloud asing ke Yandex selama hampir sebulan ... maka belum ada tugas logging, tapi saya tidak ingin mengulangi langkah itu hanya karena itu (dan jika tidak, Yandex cocok untuk saya). Namun, Dropbox terdaftar dengan saya untuk berinteraksi dengan salah satu pelanggan, jadi saya menggunakannya untuk mengonfigurasi pencatatan.

Mengapa logging diperlukan?

Ketika jumlah kasus tidak melewati atap, saya lampirkan tautan ke file ke tugas dalam RTM - di pusat penyimpanan entitas seperti "artikel dalam pekerjaan". Jika karena alasan tertentu saya tidak segera melakukannya, maka saya harus mencari file yang diperlukan. Saya mengatur semua alat rekaman saya sehingga mereka menambahkan tanggal dan waktu panggilan, serta kontak lawan bicara (misalnya, nomor ponsel) ke nama file. Jadi pencarian turun untuk mengidentifikasi tanggal panggilan. Tidak selalu mungkin untuk menggunakan kontak lawan bicara, karena kadang-kadang kita beralih di antara alat. Tetapi tanggal dan waktu tetap sama.

Untuk mempermudah pencarian, saya membuat melalui IFTTT jurnal kalender terpisah, yang secara otomatis ditulis untuk:

  • . Android-. - , . : , . .. , , , - . .
  • catatan tentang percakapan yang disimpan di Dropbox. Ketika file ditambahkan ke folder, IFTTT membuat tanda pada kalender dan melemparkan tautan ke file ini. Jadi jika Anda melihat kalender utama dan jurnal kalender secara bersamaan, Anda dapat membuat korespondensi yang jelas antara file rekaman dan panggilan yang diteruskan pada hari tertentu.

Meskipun ada "kesulitan protokol" ini, saya masih mencoba untuk secara manual mengikat wawancara dengan RTM setelah percakapan. Lebih cepat daripada melakukan "pencarian anjing" nanti.

Ngomong-ngomong, saya harus bekerja dalam tim di mana informasi tentang wawancara dituangkan ke dalam spreadsheet Google yang besar. Dan ini dalam kasus saya tidak nyaman. Dalam tim, birokrasi tambahan dibenarkan oleh fakta bahwa wawancara dilakukan sendiri, dan teks ditulis oleh orang yang sama sekali berbeda. Saya harus membangun repositori secara berbeda. Saya akan memberi tahu Anda cara kerjanya untuk saya nanti.

More articles:


All Articles