Post publicado originalmente no ensinar em 06/05/2010.

Este post é um tutorial que visa guiar a instalação completa do ambiente de desenvolvimento de aplicações de telecomunicações com foco no protocolo SIP e tratamento de recursos de Media, utilizando o Mobicents e o SeamTelcoFramework o exemplo mais clássico deste tipo de aplicações são as tão famosas URA’s.

Estou utilizando um CentOS 5.4 como base para este tutorial, para quem estiver utilizando este tutorial em outro S.O. só tome cuidado com os caminhos de diretórios, pois podem ser diferentes.

Instalando o Eclipse

Efetue o Download do Eclipse Galileo Eclipse IDE for Java EE Developers para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/eclipse

Instalando o Mobicents

Efetue o Download do Mobicents 1.0 com Jboss 4.2.3 (estamos utilizando esta versão pois o SeamTelcoFramework ainda não é compatível com o Mobicents 2 e JBoss 5), para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/mss-1.0-jboss-4.2.3.GA

Instalando plugins necessários para o eclipse

1. Adicione o Jboss tools update site através do menu “Window” > “Preference” > “Install/Update” > “Available Software”
2. Vá no menu “Help” > “Intall Software”
3. Selecione o site “Jboss Tools” (site que foi adicionado no passo 1)
4. Selecione os pulgins listados abaixo que estão dentro de “All JBoss Tools” e prossiga com a instalação dos mesmos:

• JBoss Tools RichFaces
• JBossAS Tools
• JBoss Seam

Instalar o Seam Runtime

Efetue o Download do JBoss Seam 2.1.1GA, para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/jboss-seam-2.1.1.GA

Configurando o JBoss Runtime Environment no Eclipse

Vá em “Window”> “Preferences” > “Server” > “Runtime environments” e adicione o Mobicents como um JBoss Community 4.2

Vá em “Window” > “Show view” > “Servers” Adicione um novo servidor baseado no JBoss 4.2 Runtime environment.

Configurando o Seam Runtime no Eclipse

Vá em “Window”> “Preferences” > “JBoss Tools” > “Web” > “Seam” e adicione o JBoss Seam 2.1.1

Pronto neste momento o seu ambiente de desenvolvimento está totalmente instalado, agora é começar a brincar com um projeto.

Criando o primeiro projeto

Crie um novo projeto do tipo “Seam web project”, clique em next até o formulário “Configure Seam Facts Settings”, neste formulário faca as seguintes configurações:

• Crie um datasource
• Renomeia os pacotes padrão para um nome apropriado
• Desative a checkbox “create test project” (Não abordarei sobre os testes neste tutorial).
• Feito isto clique em “Finish”

Ativar o SeamTelcoFramework em nosso projeto

Adicione os seguintes arquivos a pasta “WEB-INF/lib” do projeto:

• mobicents-media-server-msc-api-1.0.0.GA.jar
• mobicents-media-server-msc-api-local-impl-1.0.0.GA.jar
• sip-servlets-seam-entrypoint-2.3.jar

Adicione o arquivo sip.xml ao diretório “WEB-INF” do projeto.

Pronto neste momento já temos tudo pronto para começarmos a implementar a lógica da aplicação.

Criando uma Classe para tratar as chamadas SIP

Adicione a classe FirstTelcoClass.java dentro do pacote “<seu pacote>.session”, esta classe implementa uma simples lógica de observar as requisições SIP (INVITE, BYE), quando receber um INVITE atender a chamada e anexar uma sessão de media do Mobicents a mesma, reproduzir um arquivo wav para que você possa ouvir a aplicação funcionando, e depois fazer um eco dos dígitos recebidos (a cada DTMF que você discar a aplicação reproduzirá o mesmo audio).

Inicie a o Servidor, aguarde até 0 Seam iniciar, pois as vezes ele demora algums segundos para subir, para ter certeza que o Seam iniciou verifique a seguinte mensagem no console “13:39:41,641 INFO [SipApplicationDispatcherImpl] SipApplicationName : FirstTelcoProject/ServletName : SeamEntryPointServlet

Configurando o Mobicents para rotear as request INVITE para nossa aplicação

Após o servidor ter iniciado abra um browser com o seguinte endereço: http://127.0.0.1:8080/sip-servlets-management na coluna que tem o header INVITE adicione a nossa aplicação, apos adicionar clique em save.

Agora nossa aplicação esta pronta para atender chamadas e falar conosco.

Configurando o Ekiga para fazer chamadas

Adicione uma nova conta no Ekiga “Edit” > “Accounts” > “New” e configure a mesma igual a imagem ao lado (senha pode colocar qualquer coisa).

Não esqueća de ativar a conta criada, deixando ativo a checkbox da mesma.

Hora de testar se tudo isto que fizemos esta funcionando

Utilizando o Ekiga digite qualquer string na caixa de texto na tela principal do mesmo, e clique no icone localizado a direita desta caixa de texto, neste momento o Ekiga enivará uma request INVITE para a nossa aplicaćão, que da forma que esta programada atendera a chamada e reproduzira um audio.

Bom pessoal é isto, agora já temos uma aplicaćão de telefonia baseada no SeamTelcoFramework rodando dentro do Mobicents, agora é hora de botar a sua cachola para funcionar e modificar esta aplicaćão adicionando novas funcionalidades, se quiser depurar a mesma é só colocar um breakpoint no eclipse e fazer a chamada no Ekiga.

Espero que este conetúdo seja util para vocês, qualquer duvida, sugestão, whatever deixa o seu comentário aqui, pois teremos prazer em responder.

Referencias:

http://groups.google.com/group/mobicents-public/web/seam-telco-framework-for-sip-servlets

http://groups.google.com/group/mobicents-public/web/user-guide

Abraços,

Antonio Anderson Souza

eclipse · how to · java · jboss · Mobicents · telecom · Tutorial · VoIP

Post publicado originalmente no ensinar em 06/05/2010.

Como já foi dito no post inicial da série o Mobicents é um servidor de aplicação focado em aplicações de convergentes, entende-se por aplicações de convergentes aquelas que demandam de todos os recursos que um servidor de aplicações padrão (Web Container, Message Driven Beans, Enterprise JavaBeans, ORM, etc.) fornecem, e além disto, demandam de suporte a diversos protocolos de comunicação Real Time (SIP, XMPP/Jabber, MGCP, etc.), possibilitando a implementação de aplicações que integram recursos web com recursos de telecomunicações.

O Mobicents é a primeira implementação Opensource da JSR-240 JAIN SLEE (Service Logic Execution Environment) esta JSR define uma padrão para o desenvolvimento de um container para aplicações de telecomunicações que exigem um ambiente de execução de aplicações de alta capacidade de Throughput, com baixa latência, e alta escalabilidade, mais detalhes sobre o JAIN SLEE pode ser visto em: http://www.jainslee.org

Neste post iremos fornecer uma visão geral sobre a arquitetura do Mobicents, e também sobre os recursos fornecidos pelo mesmo.

O Mobicents foi desenvolvido em cima do JBoss, portanto ele desfruta de todos os recursos que o mais famoso servidor de aplicações open source fornece, tais como: console de gerenciamento Web, interface de gerenciamento JMX, SNMP, Container Web, JMS, EJB, ORM, etc.

A novidade que o Mobicents traz, fica por conta dos Resource Adapters ou simplesmente RA, pois todos os protocolos de comunicações suportados por ele são implementados como um RA, na figura abaixo temos as principais camadas da arquitetura do Mobicents:

JSLEE + J2EE Application Server

Container de aplicações, nesta camada temos o JBoss como um servidor de aplicações JavaEE, e além disto temos a implementação do JAIN SLEE, esta camada é responsável pela hospedagem das aplicações e gerenciamentos dos seus diversos recursos.

Management Interfaces

Nesta camada temos todas as interfaces de gerenciamento fornecidas pelo JBoss, Web Management Console, JMX Console, SNMP, etc. desta forma todos os recursos e aplicações disponíveis no Mobicents podem ser gerenciadas por todas as interfaces fornecidas pelo mesmo.

External Resources

Esta é a camada responsável por trazer todos os protocolos de comunicações, e/ou recursos necessários para o desenvolvimento de aplicações de telecomunicações para dentro do Application Server possibilitando as aplicações se utilizarem deste recursos externos que são chamados de RA ou Resource Adapters.

Cada Resource Adapter é responsável pela implementação de um protocolo de comunicação, ou de controle de um recurso externo, desta forma, temos RA’s para implementar protocolos como: SIP, Jabber, XMPP, MGCP, Diameter, dentre outros, e temos RA’s para controlar o Asterisk, e o próprio Mobicents MediaServer para agregar a capacidade de processamento de media (gravação, reprodução de aúdio e vídeo, reconhecimento de dígitos, transcodificação, etc.) dentro das aplicações.

Abaixo temos um exemplo, de qual componente roda em qual camada, além de exemplificar como as mesma se comunicam:

Funcionalidades fornecidas pelo Mobicents:

Protocolos de comunicações suportados

• SIP
• Jabber
• XMPP/Jingle
• Parlay
• Diameter
• MGCP
• SMPP
• SS7
• Camel
• XCAP
• TCAP

Recursos de Media

• RTP formats: G711, G729, GSM, SPEEX, PCM 16bit 8-44kHz (Mono/Stereo)
• Audio Codecs: G711,G729,GSM, SPEEX
• Geração e Detecção de sinais DTMF, BUSY, etc. for inband and outofband (RFC-2833) mode
• Media files *.wav (G711, GSM, PCM), *.spx(SPEEX), *.gsm

Recursos JavaEE

• JSP Container
• JMS
• MDB
• EJB
• LDAP
• HTTP/HTTPS
• JMX
• SNMP
• Etc.

Alta disponibilidade

• Load Balancer
• Multi node cluster
• Session replication

Performance

• Capacidade de processar até 750 Caps em um único servidor.
• Possbilidade de montar um cluster com multiplos servidores em Load Balance

Aplicações que podem ser implementadas sob o Mobicents

• Aplicações IVR
• Voicemail
• Unified Messaging
• Plataforma de Pré pago
• Plataforma de 0800
• Softswitch
• Location Based Services
• Instant Messaging
• Presence Server
• Etc.

Como vocês podem ver quando se trata de aplicações para a Telecom o céu é o limite do Mobicents, pois com todos os recursos que ele já tem embutido mais as possibilidade que o próprio JBoss tem, é uma questão de criatividade, e tempo para implementar uma aplicação.

Abraços,

Antonio Anderson Souza

java · jboss · Mobicents · telecom · VoIP

Nos dias 27 e 28 de Março fiz uma viagem com minha família para Ilha Grande, Angra dos Reis, e gostaria de compartilhar com vocês um pouco desta experiência.

Primeiro saímos de São Paulo na sexta-feira dia 26 às 22 horas, do terminal rodoviário do Tietê, a companhia que utilizamos foi a Reunidas (passagem R$56,70), a viagem de ida foi um tanto demorada chegamos em Angra às 06:30 (ainda bem que o Ônibus é confortável), chegando em Angra encaramos mais 1 hora de Barco (da pousada que ficamos hospedados) até chegar na Enseada do Bananal Ilha Grande.

No caminho do Bananal é inevitável reparar a gigantesca fenda gerada na montanha por conta do desmoronamento que aconteceu em Janeiro de 2010, é realmente impressionante o tamanho da fenda, veja foto abaixo:

Ao chegar na pousada do Preto a mesa do café da manhã nos aguardava, após o café tive a primeira surpresa o pessoal da pousada estavam todos no Pier alimentando os peixes que vem religiosamente todos os dias, mas a surpresa foi ver uma Tartaruga Marinha sendo alimentada também, eu nunca tinha visto uma de perto (veja o video abaixo).

Logo após alimentar os peixes fomos de barco para a praia de Cataguazes, esta praia é com certeza a mais bonita que já visitei, parece um pedaço do paraiso, aguas calmas, azuis, e tremendamente limpas, ah não poderia esquecer de citar que os peixes nadam junto com as pessoas chegando nos tocar.

No outro dia o nosso passeio foi para a Lagoa Azul onde é um ponto muito bom para mergulhar segundo a guia turistica, por conta disto me aventurei a utilizar um Snorkel para ver a vida marinha na localidade, e para mim que foi a primeira vez foi fascinante pois deu para ver várias espécies de peixes bem próximo em um cenário lindo com águas tremendamente azuis, um gringo que estava conosco chegou a ver um Polvo na Lagoa Azul, um outro detalhe bem legal é que os peixes vem comer na sua mão levamos pão para dar para os peixes e foi uma experiência muito legal ver minhas filhas super empolgadas com os peixinhos comendo pão praticamente nas mãos delas.

Nós ficamos hospedados na pousada do Preto um lugar muito aconchegante, que tem comida muito boa, é um ambiente bem familiar pois os donos da pousada moram lá, e além disto tudo é um lugar com um custo beneficio muito interessante pois a diária com pensão completa que inclui café da manhã, 1 passeio de barco , Almoço, e Jantar sai por volta de R$120,00 por pessoa, em um final de semana comum (não feriado prolongado, ou alta temporada)  um preço bem justo pelo padrão do local, e pela beleza das praias da Ilha Grande.

Para finalizar eu recomendo a todos que tenham oportunidade de conhecer, ir até lá pois realmente é um local privilegiado com uma natureza muito exuberante, e não fica muito longe de São Paulo, e o valor do investimento também não é tão alto comparado a experiência vivida.

Abraços,

Antonio Anderson Souza

angra dos reis · ilha grande · viagem

Encontrei na internet hoje um video muito interessante, que conseguiu exemplificar muitas das diferenças culturais que vivenciei na prática, durante minha estada lá, e que já compartilhei com vocês aqui neste blog.

O interessante deste video é que foi desenvolvido por um estudante Japonês (Kenichi) como trabalho de formatura, ele tentou descrever as diferenças do Japão sob o ponto de vista dos estrangeiros, na minha opinião conseguiu sumarizar muito bem.

Japan – The Strange Country (Japanese ver.) from Kenichi on Vimeo.

Update em 05/04/2010: Infelizmente a versão em inglês foi removida do Vimeo, então substitui pela versão em Japonês, fica complicado de entender…

Abraços,

Antonio Anderson Souza

choque cultural · costumes · japão

Este post foi publicado por mim no Blog da Voice Technology.

Antes de começar o post quero deixar claro que não sou contra metodologias ágeis, muito pelo contrario a 6 anos que adotamos vários princípios ágeis para trabalhar na equipe que gerencio (Basix).

No inicio do projeto Basix há 6 anos (Novembro de 2004) decidimos adotar a transparência como pedra fundamental da parceria que estava surgindo para desenvolver o novo produto, a Voice entrou como Desenvolvedor, e nosso parceiro uma operadora de telefonia Japonesa como investidor, uma das discussões que tivemos com o saudoso professor Antonio Mesquita foi sobre como lidaríamos com os bugs do sistema que estávamos começando a desenvolver, havia duas opções:

• A primeira abrir a cozinha e possibilitar o parceiro investidor ver todos os bugs, criticar, priorizar, questionar, etc.

• A segunda abrir a lista de problemas somente com a entrega de uma versão, e deixando o parceiro longe do processo de desenvolvimento.

A nossa foi decisão por abrir a cozinha (o professor Mesquita foi determinante nesta decisão), pois queríamos ser o mais transparente possível nesta nova parceria, havíamos até criado uma conta corrente específica para movimentar todo o dinheiro do projeto, então porque não abrir a cozinha do nosso desenvolvimento.

Naquele momento ainda não tínhamos muito contato com o Scrum (na verdade o próprio Scrum estava começando), mas este principio que adotamos tinha na verdade o intuito de trazer o parceiro para dentro do processo de desenvolvimento uma das bases do Scrum (e de qualquer outra metodologia agil).

Após o projeto ter chegado ao seu final (estamos em fase de operação deste produto), hoje posso olhar para trás e ver que o nosso parceiro não estava preparado para este modelo, a questão da cozinha aberta neste projeto gerou muitos desgaste, a cada novo bug detectado por nós no processo de desenvolvimento, para nós era uma alegria pois sabíamos que detectamos um problema antes de o software está sendo utilizado pelo cliente, já para o nosso parceiro a visão muitas vezes era pô este software não está legal toda hora o pessoal de testes encontra bug.

E para piorar um pouco este processo as pessoas do nosso parceiro são Japoneses e moram no Japão, e o Japonês não tem o costume de questionar, de falar o que pensa, estamos a milhares de quilômetros do Japão, e com uma diferença de fuso horário de 12 horas, por conta disto tudo demoramos muito para detectar este GAP entre as visões dos dois lados.

O projeto de desenvolvimento com este parceiro foi finalizado em Novembro de 2009, no momento continuamos desenvolvendo o Basix por demandas do mercado, e parceiros Brasileiros, mas esta questão dos bugs (product backlog do Scrum) não foi o fator preponderante para a finalização do projeto de desenvolvimento com este parceiro Japonês, mas com certeza foi um gerador de desgaste desnecessário para o processo como um todo.

Por isso que digo Agile não é para todos e em todas as circunstâncias, antes de implementar um método Ágil veja se todos os envolvidos estão preparados, e caso não esteja avalie se é possível criar interfaces para possibilitar a utilização de métodos Ágeis no desenvolvimento, e continuar se relacionando com o cliente de uma forma mais tradicional, neste caso o Product Owner deverá ser o responsável por gerenciar esta interface.

Gostaria de chamar o pessoal que participou do projeto para deixar o seus comentários é muito importante temos outras visões deste processo, para aprendermos e em próximos projetos melhorarmos!

Abraços,

Antonio Anderson Souza

agile · basix · cases · scrum · voice technology

VoIP já uma tecnologia madura há um bom tempo, e atualmente já contamos no Brasil com várias operadoras de telefonia IP que fornecem serviços VoIP, mas infelizmente a maioria das operadoras do mercado são imaturas, e não contam com a infra-estrutura que uma operadora de telefonia necessita para prestar um serviço First Class, como nós clientes exigentes esperamos.

O serviço de telefonia fixa sempre foi um dos serviços mais confiáveis, até quando não tem energia elétrica o telefone funciona, pane na rede de telefonia fixa não um evento comum mesmo aqui no Brasil, portanto o grau de exigência das pessoas quanto a um serviço de telefonia é muito alto, e justamente por este paradigma de qualidade estabelecido, e pela falta de profissionalismo de várias operadoras VoIP, muitas pessoas acham que a tecnologia não funciona, mas ela pode funcionar muito bem, até melhor que a telefonia convencional (inclusive no quesito qualidade de audio), mas para isto acontecer existem uma série de fatores que necessitam serem levados em conta para montar um operadora VoIP First Class.

Vou começar a escrever uma série de posts com o objetivo de apresentar todos os aspectos necessários para montar uma operadora VoIP com foco em qualidade de serviço, com uma infra-estrutura 100% redundante e escalável de forma horizontal (bastando adicionar servidores), e como não basta-se tendo uma boa equação custo beneficio, pois esta infra é totalmente em servidores padrão de mercado e utilizando projetos Open Source.

Os seguintes tópicos serão abordados em vário posts subsequentes:

Infraestrutura da operadora:

• Infra-estrutura IP
  • Topologia
  • Planejamento Fisico e Lógico
  • Implementação do Firewall em Cluster
• Link de internet
  • Endereçamento IP próprio ou subcontratado
  • Roteamento
  • Largura de banda
• SIP Server
  • Opensips
  • Banco de dados
  • Cluster
• Softphones e Hardphones
  • Review dos principais Softphones e Hardphones do mercado
• Billing
  • Sistema de mediação, rating, geração de fatura
• Terminações
  • Interconexão com outras operadoras
• Serviços de valor adicionado
  • PABX Virtual
  • URA
  • Discador Preditivo
  • Mensagem Unificadas
  • etc.
• Aspectos legais
  • Licenças e suas variações

Infraestrutura necessária no cliente:

• Infra-estrutura IP
  • Topologia
  • Planejamento Fisico e Lógico
• Link de internet

A idéia é ter no mínimo um post por semana, e gostaria de fazer está série de forma interativa, ou seja aguardo os comentários de vocês para guiar a ordem dos posts, e os assuntos a serem abordados, se acharem que está faltando algum ponto a abordar deixa um comentário que será adicionado.

Qualquer dúvida sobre o assunto sintam-se a vontade para me perguntar via formspring ou email terei prazer em responder.

ip · opensource · operadora · telefonia · VoIP

Hoje vou falar um pouco sobre gestão de pessoas, a diferenciação 20-70-10 foi criada por Jack Whelch (lendário CEO da GE), eu já lí alguns livros dele, para quem é empreendedor eu recomendo a leitura de Paixão por Vencer, este livro na verdade deveria ser leitura obrigatória para empreendedores.

Segundo Jack Whelch a diferenciação é aplicável em  várias áreas dentro de uma empresa, mas principalmente nas duas seguintes:

• Negócio – Produto, Serviços, Mercados, etc.
• Pessoas – Colaboradores

Diferenciação do Negócio

Pensando na diferenciação do negócio a idéia é identificar qual é a real situação de cada negócio, e dar a devida importância a cada um deles, é muito comum empreendedores investirem rios de dinheiro em negócios que não tem muita perspectiva de lucro, e não investir o que deveria em um negócio que é rentável e poderia ser mais ainda. Normalmente isto acontece quando a diferenciação não é feita de forma correta, ou simplesmente não é feita, e as decisões são tomadas no feeling.

Durante a gestão de Jack Whelch na GE ele implantou a regra que a GE deveria ser o 1o. ou o 2o. em todos os seus negócios, aquele negócio que não houve-se perspectiva de chegar em um destes postos deveria ser fechado, ou vendido. Esta foi uma regra simples para definir a diferenciação em relação ao negócio, pois todos aqueles negócios sem perspectivas de liderança não teriam foco da companhia.

Diferenciação das Pessoas 20-70-10

A diferenciação de pessoas 20-70-10 consiste em classificar as pessoas em os 20% superiores, os 70% intermediários, e os 10% inferiores, esta classificação é meio óbvia e é aplicável a qualquer tipo de atividade seja ela esportiva, empresarial, etc., pois sempre o desempenho das pessoas é diferente um dos outros, e naturalmente acontece esta classificação em 3 níveis no minimo.

A proporção sugerida por Jack Whelch pode não ser aplicado a todas as atividades, mas com certeza tendo em mente o contexto empresarial ela é uma proporção muito boa, pois é muito difícil você encontrar/montar um time onde você tem mais de 20% do mesmo com pessoas superiores (desempenho excepcional), e por outro lado é inaceitável (mas infelizmente muito comum de encontrar) um time com mais de 10% das pessoas com desempenho inferior ao aceitável, basicamente por conta disto considero esta proporção ótima para o contexto empresarial.

Como já comentado o principio da diferenciação é óbvio, pois tenho certeza que todos os gerentes tem esta diferenciação em sua cabeça, mas o maior desafio e com certeza o ponto onde boa parte dos gestores falham, é em tornar esta diferenciação real, abaixo falarei sobre cada um dos grupos:

• 20% superiores devem ter prêmios, elogios, remuneração diferenciada, benefícios, treinamentos, ações, etc.  este grupo não pode ter motivos para questionar se a empresa esta o valorizando ou não, pois muito mais caro será perder uma estrela do seu time. Este grupo é o motor do time.
• 70% intermediários este grupo é extremamente valioso e deve ser gerenciado com muita atenção, tomando muito cuidado em definir os objetivos  de forma clara, prover feedback positivo periodicamente, e principalmente deixar as pessoas tranquilas para trabalhar. Este grupo é o combustível do do time, sem ele o motor não funciona.
• 10% inferiores normalmente este grupo é a causa da maior parte dos problema do time, portanto se o pensamento é o bem comum, não deveria haver outra decisão a não ser o desligamento, mas esta decisão é muito complexa e dolorosa, se você estivar aplicando a diferenciação normalmente estes 10% não ficarão pois ninguém se sente bem em um lugar onde não consegue desempenhar, e principalmente que isto é claro, mesmo que eventualmente estas pessoas não saiam por conta própria, se a diferenciação estiver clara o processo de desligamento é tranquilo, pois contra fatos não há argumentos. Este grupo é o combustível adulterado, ele até faz o motor funcionar, mas não é tão suave quanto poderia, e desgasta muito mais que o necessário.

Para finalizar como estamos falando de gestão de pessoas não existe uma única fórmula (não é uma Ciência exata), este modelo foi aplicado na GE com muito sucesso por Jack Whelch (considerado o maior CEO de todos os tempos), e recentemente passei por um processo de redução de minha equipe, e me guiei neste principio de diferenciação para tentar agir da melhor forma para o negócio, e também da forma mais justa com as pessoas, e acredito que o processo foi o menos dolorido possível (pois não tem como ser fácil e tranquilo um processo de redução), e a diferenciação ajudou muito pois o pessoal que estava saindo sabia e concordava que quem estava ficando era realmente as pessoas que deveriam, e mereciam permanecer, isto tornou o processo bem menos dolorido para todos.

E você está aplicando algum tipo de diferenciação? deixe seu comentário.

diferenciação · empreendedorismo · ética · gestão · management · pessoas

A Brastel está em fase de Beta teste de um novo serviço chamada Call Me (este nome ainda não é o definitivo, é possível que será modificado no momento do lançamento do serviço no mercado), a idéia deste serviço é facilitar a forma de conectar você com os clientes que estão navegando no seu site.

O seu funcionamento é muito simples no seu site ou na sua assinatura do email será adicionado o CallMe widget, este por sua vez tem uma caixa de texto onde o seu cliente vai preencher o número do telefone onde ele quer receber a sua chamada, uma vez que pressionar o botão Call Me, a Brastel vai ligar primeiro para você e no momento que você atender o telefone ela iniciará a chamada para a pessoa que solicitou o Call Me no telefone preenchido no widget. Segue uma ilustração do fluxo de funcionamento na imagem abaixo:

Agora vocês já sabem como falar comigo de forma simples, rápida, e a custo zero, esperem a Brastel lançar o novo serviço para vocês aderirem também.

Toda tecnologia por trás do Call Me foi desenvolvida pela Voice Technology empresa que sou sócio.

Call Me!!!

basix · call me · telefonia

Seguindo com a série de posts sobre o choque cultural que tive em minha estada no Japão, hoje é a vez de falar de tremzão, e bebedeira.

O Japonês de uma forma geral bebe bastante mais do que nós Brasileiros temos o costume, isto acontece porque beber faz parte da cultura, para ter uma idéia os Japoneses dizem que o melhor lugar para fazer o fechamento de um negócio é bebendo em um bar, pois depois de beber as pessoas são mais confiáveis, por que falam mais abertamente (famosa frase “Entra cerveja e sai verdade”, principalmente para eles que são bem mais fechados que nós ocidentais), este costume de fazer negócio bebendo chega ao ponto de eles desconfiarem caso a pessoas não aceite sair para beber, pois ele pode estar querendo esconder algo.

Como a grande maioria dos japoneses dependem de transporte publico para se locomover (como já comentado no post anterior), eles bebem (e bebem muito mesmo!!!) até o horario do ultimo trem, por isso que o ultimo trem parece um barril de pólvora, se alguém acender um palito de fósforo é capaz de explodir.

E quando os mesmos chegam em casa as suas esposas estão esperando os mesmo com um Missoshiro quentinho para os mesmos não dormirem de estômago vazio (como já comentado em outro post)

cultura · japão · viagem

Seguindo com a série de posts sobre o choque cultural que tive em minha estada no Japão, hoje é dia de comentar sobre o relacionamento do Japonês padrão com o carro.

A grande maioria da população não tem carro próprio, por dois principais motivos o transporte publico funciona, e garagem é muito caro, como exemplo um dos donos da empresa (uma empresa que fatura $100.000.000,00 por ano) em que fui trabalhar anda ou de bicicleta ou de trem, e não tem carro próprio porque diz que não precisa.

Conversando com alguns brasileiros que moram lá, eles me disseram que para você comprar um carro em Tokyo primeiro você tem que provar que tem garagem para guardar, em Ropongi (Vila Olimpia de Tokyo, bairro das baladas) por exemplo o aluguel de uma garagem gira por volta $800,00 por mês.

Além destes dois principais motivos ainda tem uma outra facilidade pois alugar carro é muito acessível então para aquelas situações você que tem sair de carro, é muito acessível alugar.

E no Brasil o carro é um dos objetos mais desejados por toda a população!!!

cultura · japão · viagem