Cómo las empresas de TI publican casos que no estaban allí y cómo escribir un gran caso, incluso si no hay nada de lo que presumir

"Le gustaría vivir en Manhattan, pero solo hay una oficina en Zhitomir y un mes de junio y medio" 

Hola a todos, mi nombre es Yaroslav, trabajo como desarrollador Full-Stack en una empresa SaaS, ahora vivo en Bulgaria. 

Además de mi trabajo principal, administro el departamento de TI de la oficina editorial de contenido internacional y realizo una revisión experta de artículos. 

Los chicos y yo escribimos muchos casos en inglés para equipos de desarrollo y proyectos SaaS que ingresan al mercado global. Y cada vez más a menudo, desafortunadamente, los clientes, en lugar de una historia normal sobre lo que pueden hacer, solicitan casos ficticios basados ​​en materiales de otras personas, intentan construir marketing de contenido sobre resultados inexistentes, escriben sobre una ubicación inexistente en Silicon. Valley: en general, parecen ser quienes no son y, por lo tanto, promueven sus servicios. 

Como regla general, los temas de estos casos están muy de moda y son grandes: proyectos en salud (y no solo en privado), en educación (y no solo “lanzaron un sitio web para aprender inglés”, sino que “crearon soluciones masivas para escuelas y universidades ”), Big date, logística y otras áreas, lo que implica que el cliente es un estado o un conglomerado de tamaño acorde. 

¿Por qué no deberías hacer esto?

Los clientes son cada vez mejores en Google. Sí, la mayoría de ellos todavía son novatos en TI, pero podrán reconocer a Zhytomyr como Palo Alto, no importa cuán bellamente describan lo contrario, por lo que es mejor hablar sobre la ubicación del sueño, al menos con un guión. : “Zhytomyr-Palo Alto”. Además, los clientes al menos querrán llamar, es decir, ya en la etapa de briefing quedará claro que estás en diferentes zonas horarias, y esto generará desconfianza. 

, . , . , , . — , . 

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

, — , ? 

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

, , , , — . 

, , : - -, - .

?

1.

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

2.   

— , , . , , -.

//-, - , , .



: ! , «». 

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

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

«» , , . 

3.

, NDA. , . , - , . . 

: , NDA, -. 

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

: , - ,   , . , , .

. . : , , , , . 

, . , -. , , . 

4.

- , . , . 4–5 . , . 

: , . , , , . 

- — . 

5.

, . 

:  . , . 

6.  

- () . 

: , « ».

- , .   . 

7.  

- . . , , . 

? 

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

De este montón de ruido de jactancia, y debe destacarse: ya sea por nicho (para encontrar exactamente a su lector), o por la forma de presentación (para escribir para que incluso el mimocodilo sea genial), o por el valor y la singularidad de el material en sí (para proporcionar una información estructurada, completa y aplicable en la realidad). Además, un gran estudio de caso puede donar una tonelada de contenido desde publicaciones en redes sociales y publicaciones en blogs hasta comunicados de prensa y una serie de videos de productos.