Hai Saya Dmitry, penulis dan editor, membantu perusahaan IT berbicara tentang diri mereka sendiri menggunakan artikel PR tentang berbagai sumber daya, mulai dari hiburan hingga platform khusus yang besar (Just about Habr, ya). Seseorang seperti Negro sastra - secara kasar, teknisi datang kepada saya, kami berbicara untuk waktu yang lama, saya membuat teks dan diposting atas nama perusahaan atau spesialis. Atau kami bekerja sebagai tim - ketika volumenya besar, ada beberapa penulis dan saya sudah mengedit artikel mereka.
Baru-baru ini, sebuah
artikel muncul di sini tentang cara mulai menulis tentang teknologi. Dilihat oleh pendapat dan kontra subjektif saya, tidak terlalu profesional. Tetapi teks itu masuk ke dalam pencerna copywriter, mendapat sedikit virus dan mereka mulai mengirimkannya di ruang obrolan penulis. Ini buruk, karena pendatang baru dapat mulai mengikuti saran darinya, dan pelanggan yang dihadapkan dengan tugas "menceritakan produk mereka di Habré" untuk pertama kalinya akan membuat kesimpulan tentang industri dalam satu teks.
Saya akan mencoba untuk secara bersamaan menjawab poin kontroversial dalam artikel oleh Dinara dan memberi tahu bagaimana karya penulis atau editor sebenarnya dibangun di bidang teknis atau bidang kompleks lainnya.
Cari spesialis
Misalkan Anda memutuskan untuk mulai menerbitkan di Habré. Perlu seorang penulis. Berikut adalah beberapa hal yang harus dicari ketika mencari:
Apakah seseorang memiliki
latar belakang teknis . Saya tidak percaya bahwa seseorang yang belum menulis satu baris kode pun akan dapat membuat artikel yang bagus tentang pengembangan. Dia tidak hanya tidak mengerti beberapa detail teknis yang rumit - dia hanya berpikir secara berbeda. Semua abstraksi, logika, algoritme ini - Anda setidaknya harus mencobanya.
Saya mencoba menjadi seorang programmer - saya menderita karena tata letak yang adaptif, mempelajari PHP Koterov dan Sklyar, memproses cetakan dalam JS dan bekerja sebagai enixey. Tetapi dalam setahun saya menyadari - jika setelah bekerja saya tertarik untuk menulis artikel, dan tidak melihat proyek saya sendiri, maka lebih logis untuk bekerja sebagai penulis. Tapi sekarang, saya lebih suka menyerahkan tugas daripada saya akan menulis tentang bidang di mana saya tidak mengerti apa-apa sama sekali.
Seorang copywriter yang menulis tentang pengembangan harus dapat setidaknya membuat kalkulator, membuat dan merevitalisasi formulir dangkal, mengirim data dari itu ke suratnya sendiri. Menyewa seseorang untuk teks tentang administrasi sistem - tanyakan kepadanya tentang lelucon UDP-TCP, setidaknya.
Minat pada topik. Cari tahu apa yang baru-baru ini membuatnya marah pada Habré. Dengarkan jawabannya - seberapa baik dia tahu situs itu, apa yang dia katakan. Apakah dia mengerti gaya komunikasi lokal? Omong-omong, ini berfungsi untuk portal lain - jika Anda memerlukan artikel untuk RBC, cari orang yang sering membaca RBC, dan tidak menyebut sumber daya ini sebagai sampah politik.
Portofolio itu penting, tetapi tidak memiliki hubungan langsung dengan artikel apa yang Anda dapatkan pada akhirnya. Ini hanya menunjukkan di mana perusahaan penulis bekerja - misalnya, jika ia memiliki teks untuk Sberbank bersyarat atau Layanan Negara, ia mampu mengatasi banyak persetujuan. Untuk Yandex - lulus wawancara yang marah.
Jika tidak, teks penulis dalam portofolio tidak mencerminkan levelnya - teks dapat ditulis dengan editor. Misalnya, saya punya artikel di TJ - ada info-style yang solid. Ada gloss - lelucon dan kekejian. Bagi Habr, saya menulis dengan cara yang sangat berbeda.
Jika Anda mencari penulis, minta dia untuk menunjukkan kode sumber artikel di Google Dock. Atau bahkan lebih sederhana - tugas tes cepat bekerja secara harfiah selama setengah jam. Inilah topiknya, beri tahu saya di mana Anda akan mencari informasi, yang akan ditanyakan oleh spesialis kami. Tulis beberapa paragraf seperti yang akan Anda tulis untuk kami.
Jika Anda mencoba membuat artikel uji sebagai artikel besar atau "melempar 10 topik," terutama jika Anda tidak membayar untuk itu, penulis yang memadai dan dicari tidak akan terlibat. Meskipun, jika ada sedikit uang, Anda dapat mencoba mencari pendatang baru.
Sisa proses perekrutan mahal - temukan beberapa pelamar, pesan uang di bawah artikel dan lihat apa yang terjadi. Bagaimana melakukan yang sebaliknya, saya tidak tahu. Ya, untuk membuat blog yang keren dan bermanfaat untuk Habr - ini bukan cerita tentang "di sini ada lima ribu rubel, tulis artikel yang akan menuntun kita seratus pelanggan." Ini mahal bahkan pada tahap memilih penulis.
Bagaimana cara menulis tentang IT
Teks Dinara tidak mengatakan apa-apa tentang ini sama sekali - diduga untuk memberi tahu penulis informasi, ia menerjemahkannya ke dalam bahasa manusia, Anda memeriksa faktanya dan hanya itu, Anda dapat menerbitkannya. Bahkan, bahkan jika penulis memahami pokok bahasannya, itu tidak pernah berhasil seperti itu.
Awalnya saya ingin menulis instruksi universal yang hebat di sini, tetapi kemudian saya menyadari bahwa tidak ada template. Itu semua tergantung pada tujuan artikel dan pemirsanya. Jika Anda masih bisa menggunakan manual apa saja dengan teks untuk pemula dalam teknologi, maka untuk spesialis, tidak.
Artikel paling sukses dan efektif tentang Habré I ternyata berdasarkan prinsip yang sama dengan mana mereka mengoptimalkan kode.
- Pelanggan mengirimkan artikel yang ditulis olehnya. Biasanya memiliki struktur yang buruk, pikiran melompat dari satu ke yang lain, tidak ada logika narasi. Namun banyak informasi menarik, fakta, nuansa dari pengalaman. Saya bertanya, mengapa kita menulis teks? Hasilnya harus apa bagi pembaca.
- Saya menyebarkan kanvas teks ini ke blok logis. Saya membuat beberapa "entitas abstrak", menjabarkan pemikiran dalam beberapa "kotak".
- Saya menulis ulang setiap objek - saya membuang yang tidak perlu, jika memungkinkan, ganti paragraf dengan satu kalimat. Saya memotongnya.
- Lalu saya berpikir dalam urutan apa semua ini harus dirasakan oleh pembaca - sehingga sederhana, jelas dan logis.
- Akhirnya menyisir seluruh artikel - ternyata kerangka "kering" dengan informasi.
- Dan saya menambahkan contoh untuk membuatnya lebih mudah untuk memahami semuanya. Seperti saya sedang menulis komentar.
Tidak menyerupai apa pun?
Jika Anda menulis teks untuk pendatang baru ke TI yang belum memahami semua istilah ini, maka esensi pekerjaan tidak berubah - ambil banyak informasi dari spesialis dan buatlah konten yang logis dan terstruktur. Kecuali Anda harus menyederhanakan algoritme di suatu tempat, menulis lebih banyak komentar di suatu tempat, menggunakan lebih banyak kode di suatu tempat, sehingga lebih dimengerti. Ugh, tidak ada kode, teks, ya.
Cara berteman dengan orang-orang IT
Lebih lanjut Dinara mengatakan bahwa perlu berteman dengan "orang IT" dan menawarkan lembar contekan untuk komunikasi. Tentu saja, ada ide bagus dalam hal ini - jika Anda terus menulis tentang topik teknologi, ada baiknya berkomunikasi lebih banyak dengan orang-orang dari bidang ini. Hanya saja, tidak perlu meluncur ke jaringan munafik dan stereotip stereotip.
Di lingkungan saya ada banyak spesialis IT - beberapa dari mereka tetap bekerja sebagai administrator sistem-enikeishik di institut, beberapa muncul saat mengerjakan proyek offline. Saya pikir tidak mungkin kita mulai banyak berkomunikasi jika saya melihatnya dari sudut pandang stereotip.
Tidak, spesialis IT bukan orang spesial dari planet lain, Anda tidak boleh menambahkan "rasisme" domestik dan profesional ke bidang ini. Ini hanya orang-orang dengan minat dan karakter yang berbeda. Ada introvert yang pendiam yang membenci pertemuan yang berisik, dan ada orang-orang berpesta yang tidak keberatan minum bams-bams. Seseorang menyukai permainan video, yang lain membaca buku dengan lebih baik. Dan tentu saja tidak semua orang menyukai "gaya hidup sehat, perjalanan dan pengembangan diri".
Tenang, ini hanya orang. Dan kami, penulis, dapat berkomunikasi dengan aman dengan mereka, spesialis TI, tentang topik apa pun.
Teks apa yang menarik untuk seorang spesialis IT
Menanggapi pertanyaan ini, untuk beberapa alasan, diusulkan untuk membedakan spesialis TI dalam beberapa kelompok khusus yang tidak hanya di tempat kerja, tetapi juga di waktu lain tertarik pada sesuatu yang spesifik. Jadi tidak berhasil.
Inilah yang tidak perlu Anda lakukan:
- Di mana-mana menyodok meme IT - jika Anda tidak dalam topik, maka Anda bisa mendapatkan efek sebaliknya. Misalnya, salah memahami lelucon dan terlihat aneh. Atau bahkan menggunakan tombol akordeon, yang sudah membuat semua orang, dan mendorong orang menjauh dari artikel.
- Beralih ke pembaca pada "Anda", berpikir bahwa itu sangat ramah. Seseorang suka komunikasi di "kamu", seseorang di "kamu". Cara termudah adalah tidak menghubungi pembaca dengan cara ini atau itu. Artikel yang bagus tidak akan kehilangan apa pun dari ini.
- Berhati-hatilah dengan terminologi - ketika saya melihat teks yang menggunakan transkrip panjang alih-alih kata slang yang mudah dimengerti, saya ingin menangis. Dan bukan untuk saya sendiri.
Seorang spesialis IT ingin tahu tentang teks yang sama yang akan menarik minat orang lain - teks yang akan membantu menghasilkan lebih banyak, menimbulkan emosi, dan membantu menangani masalah profesional atau moral yang sulit.
Apa yang harus dilakukan sebagai hasilnya?
Faktanya, semuanya sederhana:
- Jika Anda seorang penulis dan ingin menulis artikel ahli tentang Habr - setidaknya ambil kursus pemrograman. Tidak perlu menjadi ahli dan ahli, tetapi tidak ada yang akan menjelaskan kepada Anda apa itu database.
- Jika Anda seorang pelanggan dan ingin menerbitkan artikel yang mereka anggap baik, bersiaplah tidak hanya untuk menginvestasikan uang, tetapi juga untuk bekerja keras. Menulis konten yang bermanfaat bukan hanya tentang membeli jaket. Ini adalah jalur bersama penulis dan spesialis, di mana mereka saling membantu.