Como as empresas de TI publicam casos que não existiam e como escrever um ótimo caso, mesmo que não haja nada para se gabar

"Ela gostaria de morar em Manhattan, mas só há um escritório em Zhitomir e um mês e meio de junho" 





Olá a todos, meu nome é Yaroslav, trabalho como desenvolvedor Full-Stack em uma empresa SaaS, agora moro na Bulgária. 





Além da minha função principal, gerencio o departamento de TI da redação de conteúdo internacional e conduzo análises especializadas de artigos. 





Os caras e eu escrevemos muitos casos em inglês para equipes de desenvolvimento e projetos SaaS entrando no mercado global. E cada vez mais, infelizmente, os clientes, em vez de uma história normal sobre o que podem fazer, pedem casos fictícios com base em materiais de outras pessoas, tentam construir marketing de conteúdo com resultados inexistentes, escrevem sobre um local inexistente no Silício Vale - em geral, parecem ser quem não são e assim promovem seus serviços. 





Via de regra, os temas de tais casos estão muito na moda e grandes - projetos na área de saúde (e não apenas em privado), na educação (e não apenas “lançou um site para aprender inglês”, mas “criou soluções massivas para escolas e universidades ”), Data grande, logística e outras áreas, o que implica que o cliente é um estado ou um conglomerado de tamanho proporcional. 





Por que você não deveria fazer isso?

Os clientes estão cada vez melhores no Google. Sim, a maioria deles ainda são novatos em TI, mas eles serão capazes de reconhecer Zhytomyr como Palo Alto, não importa o quão lindamente eles descrevam o contrário, então é melhor falar sobre o local do sonho, pelo menos com um hífen : “Zhytomyr-Palo Alto”. Além disso, os clientes vão querer pelo menos ligar, ou seja, já na fase de briefing vai ficar claro que você está em fusos horários diferentes, e isso vai causar desconfiança. 





, . , . , , . — , . 





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





, — , ? 

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





, , , , — . 





, , : - -, - .





?

1.

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





2.   

— , , . , , -.





//-, - , , .



: ! , «». 





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





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





«» , , . 





3.

, NDA. , . , - , . . 





: , NDA, -. 





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





: , - ,   , . , , .





. . : , , , , . 





, . , -. , , . 





4.

- , . , . 4–5 . , . 





: , . , , , . 





- — . 





5.

, . 





:  . , . 





6.  

- () . 





: , « ».





- , .   . 





7.  

- . . , , . 





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





Desse monte de barulho alardeando, e você precisa se destacar: seja pelo nicho (para encontrar exatamente o seu leitor), seja pela forma de apresentação (para escrever de forma que até o mimocodilo ficasse bacana), seja pelo valor e exclusividade do o próprio material (para fornecer uma informação estruturada, completa e aplicável na realidade). Além do mais, um ótimo estudo de caso pode doar uma tonelada de conteúdo de postagens de mídia social e postagens de blog para comunicados à imprensa e uma série de vídeos de produtos.








All Articles