Pular para o conteúdo principal

EMMI : Email Manurity Model Ignorance


A língua escrita é algo maravilhoso e seu domínio parece ser de difícil alcance para muitos. Eu mesmo, iniciei este blog para ver se conseguia melhorar meu uso dessa ferramenta tão preciosa. Ainda me lembro que quando estava nos primeiros anos da escola, nas aulas de redação, nos ensinavam como escrever cartas (se lembram delas?). Hoje a evolução as transformou em emails. E com eles se manteve alguns hábitos bem como outros evoluíram. Um destes é o de assinar suas mensagens. Tais assinaturas tem padrões, formas e conteúdos dos mais diversos. Isso pode ser de grande valia bem como ser uma pedra de tropeço para outros. Dessa forma, proponho aqui um modelo de análise destas assinaturas (totalmente original e sem inspiração em nada já existente) para auxiliar as pessoas a escreverem suas assinaturas de email.

Nível 1:

Neste nível temos uma assinatura com bastante informação. São verdadeiros currículos constando de certificações, títulos, sites pessoais, o próprio email, telefone, endereço, nome do cachorro dentre outros. Já encontrei assinaturas deste nível em formato XML, o que já indica que mereciam um WebService próprio a elas.

Nível 2:

Aqui encontramos assinaturas menos obesas, demonstrando que a pessoa esta ciente que o destinatário pode usar outros meios de consultar a vida do emissor. O mais comun aqui é sabermos o nome completo, dados de contato, cargo e empresa. É uma forma de colocar o seu cartão corporativo na sua própria assinatura.

Nível 3:

Quem chega nesse nível já é um vencedor, ele sabe que a assintura é um mero formalizmo e quer apenas deixar marcada a sua presença. Por isso, coloca apenas seu nome, algum título bonito (como Engenheiro ou Empresário) e as vezes um link com mais informações. Ele acredita que isso fortalece a sua "marca pessoal"

Nível 4:

Este cara sabe que a assinatura não é local de networking. Ela é apenas uma forma de dizer que o email acabou, por isso basta uma expressão ("Atte", "Grato", ect) e seu nome (ou apelido) para fechar a mensagem.

Nível 5:

Aqui já estamos cientes que o destinatário sabe quem está mandando o email (e se não souber, nossa apresentação estaria no corpo da mensagem). Por isso, terminamos o email apenas com um agradecimento ("Grato") ou saudação ("Atenciosamente").

Observações:

Existem modificadores especiais para avaliar estes níveis (que não estão nas descrições dos mesmos).

Caso sua assinatura tenha citações (ex: "Pense na natureza antes de imprimir este email"), você desce um nível.

Caso sua assinatura tenha imagens, você desce um nível.

Caso você tenha a lista de suas redes sociais na sua assinatura, vá para o nível 1.

Caso você assine com seu apelido, suba um nível.

Postagens mais visitadas deste blog

A experiência de software

Hoje em dia está muito em voga se falar sobre o desenvolvimento de produtos e serviços de software. Sendo assim as iniciativas e startups estão alta. Mas para quem está no mercado de Brasília (e de alguns outros centros do país) como eu, sabe que a prestação de serviços nas famigeradas "Software Houses" ( me recuso a chamar de Fábricas de Software ) é bem comum. Porém, este trabalho costuma ser renegado ou, como eu vejo, tratado sob um ponto de vista um pouco equivocado. Uma fábrica de software artesanal Onde se enganam tais pessoas é em que elas estão vendendo. Muitas empresas acreditam, de fato, que vendem software. Eu porém digo que isso é não de todo verdade. Se você é um prestador de serviços e constrói software sob demanda, você não vende apenas o software. Aqui não me refiro aos milhões de outros "artefatos" que são empurrados goela abaixo entregues aos nossos clientes. O que vejo é que vendemos algo que não está limitado ao software que vai pra mão (ou se

TDD como ferramenta de aprendizado

Na penúltima sessão do DojoBrasilia surgiu a seguinte questão: Será que o TDD não atrapalha no aprendizado de novas tecnologias?  A grande questão girava em torno de que o respeito estrito as regras ao TDD tornariam o aprendizado lento e enviesado. Isso por que você estaria focado em passar o teste o que estaria limitando sua velocidade no aprendizado na tecnologia, bem como a visão do objetivo final. Caso do dojoBrasília No caso da sessão que levantou a questão acho que o principal sentimento de "lentidão" se deve a grande carga de tecnologias novas que estavam envolvidas. Escolhemos iniciar um problema conhecido em não uma, mas várias tecnologias ( Backbone.js , Undescore , CoffeeScript , Jasmine , etc). Ao final da sessão a sensação de pouco avanço era justificada pelo tempo gasto compreendendo as tecnologias em questão. A sessão seguinte não obteve o avanço que muitos esperavam. Mas nela podemos ver como o uso de TDD compensou. Tínhamos apenas 4 cas

De Híbrido a 100% remoto - o caso da bxblue

A bx nasceu como uma empresa remota. Durante os primeiros 18 meses, os três fundadores --  eu, Guga e Roberto -- trabalhamos de nossas casas. Passado esse período inicial de maturação da idéia, nosso time começou a crescer, e acabamos optando por seguir um modelo híbrido. Nele tecnologia e marketing permaneceram remotos porém nosso time de atendimento e vendas ficou atrelado ao nosso escritório. Mas, como em muitas outras empresa, isso mudou nas últimas três semanas. Depois de tantos anos, nos tornamos uma empresa 100% remota. O O grande incentivo veio da situação que vivemos no mundo atualmente. Tendo o isolamento social como uma medida necessária a todos que tem o privilégio de poder fazê-lo, era nossa responsabilidade fazer tal mudança. Pois minha intenção aqui é contar um pouco tem sido essas 3 semanas que marcam o começo de um período que a ainda tem muito pela frente. Porque Híbrido? Antes, deixe-me explicar por que escolhemos o caminho de ser uma empresa híbrida, tendo na