Bagaimana perusahaan TI memposting kasus yang tidak ada, dan cara menulis kasus yang hebat, bahkan jika tidak ada yang perlu dibanggakan

"Dia ingin tinggal di Manhattan, tetapi hanya ada kantor di Zhitomir satu setengah Juni" 





Halo semuanya, nama saya Yaroslav, saya bekerja sebagai pengembang Full-Stack di perusahaan SaaS, sekarang saya tinggal di Bulgaria. 





Selain pekerjaan utama saya, saya mengelola departemen TI dari kantor editorial konten internasional dan melakukan tinjauan ahli terhadap artikel. 





Saya dan teman-teman menulis banyak kasus dalam bahasa Inggris untuk tim pengembangan dan proyek SaaS yang memasuki pasar global. Dan semakin sering, sayangnya, pelanggan, alih-alih cerita biasa tentang apa yang dapat mereka lakukan, memesan kasus fiktif berdasarkan materi orang lain, mencoba membangun pemasaran konten dari hasil yang tidak ada, menulis tentang lokasi yang tidak ada di Silicon Lembah - secara umum, tampaknya menjadi diri mereka sendiri dan mempromosikan layanan mereka. 





Biasanya, topik kasus seperti itu sangat populer dan besar - proyek dalam perawatan kesehatan (dan tidak hanya di swasta), dalam pendidikan (dan tidak hanya "meluncurkan situs web untuk belajar bahasa Inggris", tetapi "menciptakan solusi besar-besaran untuk sekolah dan universitas ”), Tanggal besar, logistik, dan area lainnya, yang menyiratkan bahwa pelanggan adalah negara atau konglomerat ukuran yang sepadan. 





Mengapa Anda tidak melakukan ini?

Pelanggan menjadi lebih baik dan lebih baik di Google. Ya, kebanyakan dari mereka masih pemula di bidang IT, tetapi mereka akan dapat mengenali Zhytomyr sebagai Palo Alto, tidak peduli betapa indahnya mereka menggambarkan kebalikannya, jadi lebih baik membicarakan lokasi mimpi itu, setidaknya dengan tanda hubung : “Zhytomyr-Palo Alto”. Selain itu, pelanggan setidaknya ingin menelepon, yaitu, pada tahap pengarahan, akan menjadi jelas bahwa Anda berada di zona waktu yang berbeda, dan ini akan menyebabkan ketidakpercayaan. 





, . , . , , . — , . 





, , , , , — IT-. — , , — . ? 





, — , ? 

. , , . , , . , , , , , . 





, , , , — . 





, , : - -, - .





?

1.

: , . , , , , , . : , .    





2.   

— , , . , , -.





//-, - , , .



: ! , «». 





, , : , . , , Zoom-. , — . 





, , , , ( Tone of voice ). « » — , . 





«» , , . 





3.

, NDA. , . , - , . . 





: , NDA, -. 





- -, : . , - (), . , . 





: , - ,   , . , , .





. . : , , , , . 





, . , -. , , . 





4.

- , . , . 4–5 . , . 





: , . , , , . 





- — . 





5.

, . 





:  . , . 





6.  

- () . 





: , « ».





- , .   . 





7.  

- . . , , . 





IT- — . , -, « / X ». ERP-  — « , -». 





Dari tumpukan kebisingan yang membual ini, dan Anda harus menonjol: baik menurut ceruk (untuk menemukan pembaca Anda secara tepat), atau dengan cara presentasi (untuk menulis sehingga mimokodil pun keren), atau dengan nilai dan keunikan materi itu sendiri (untuk menyediakan informasi yang terstruktur, lengkap dan dapat diterapkan dalam realitas). Terlebih lagi, satu studi kasus yang bagus dapat menyumbangkan banyak konten dari posting media sosial dan posting blog ke rilis pers dan serangkaian video produk.








All Articles