wechsel Screen Recording 20 01 2026 16 14 05

Introdução e Cumprimentos

Interação Inicial

• O encontro começa com cumprimentos entre os participantes, desejando um feliz ano novo.

• Um dos participantes menciona que ficou sem programadores durante o recesso, mas considera isso positivo para zerar as férias.

Discussão sobre Demandas e Tópicos a Serem Abordados

Tópicos Principais

• A conversa se direciona para dois tópicos principais: apresentação de um contrato e continuidade do desenvolvimento do projeto 3.0.

• É mencionado que houve uma pausa nas atividades de desenvolvimento devido ao recesso.

Apresentação da Proposta

Compartilhamento de Documentos

• Um participante solicita que a proposta seja compartilhada na tela para discussão.

• O documento é aberto, e há uma ênfase na importância de ser claro sobre o entendimento da proposta tanto internamente quanto para o cliente.

Esclarecimentos sobre Custos e Serviços

Estrutura de Custo

• A proposta inclui um custo fixo mensal, além de uma tabela adicional para horas extras.

• Há questionamentos sobre a justificativa do custo extra quando já existe um pagamento mensal por manutenção.

Diferença entre Desenvolvimento e Manutenção

• É explicado que desenvolvimento de novos recursos é distinto da manutenção do sistema existente.

• O suporte diário não está sendo cobrado atualmente, mas será incluído em futuras propostas.

Comparação com Outros Sistemas

Exemplificação com Vexel

• Um paralelo é traçado com outro sistema (W2), onde se paga por suporte específico, destacando como isso se aplica à nova proposta discutida.

Transparência nos Custos

• A intenção é tornar todos os custos transparentes, detalhando valores para serviços como vídeos ou instalações remotas.

Conclusão da Discussão

Resumo das Mudanças Propostas

• O modelo atual visa esclarecer todos os pontos trabalhados anteriormente, agora com valores definidos para cada serviço prestado.

Modelo de Suporte e Desenvolvimento na Latan

Estrutura de Suporte e Cobrança

• O modelo atual da Latan não possui divisão clara entre suporte e desenvolvimento, pois não há contrato de suporte. A empresa absorve esses custos, o que pode causar confusão sobre cobranças futuras.

• É comparado a um profissional que mantém um prédio funcionando; serviços adicionais requerem contratos diferenciados, ilustrando a necessidade de clareza nas propostas.

Sugestões para Melhoria da Proposta

• Um participante sugere que a proposta seja reescrita em tópicos ao invés de texto corrido, facilitando a compreensão dos itens listados.

• A ideia é organizar os tópicos relacionados ao atendimento e suporte técnico, além do banco de horas para desenvolvimento, tornando mais claro o que cada item representa.

Adaptações Necessárias

• É necessário adaptar a proposta existente com base nas informações já fornecidas pela Latan. As adaptações devem focar nos tópicos principais: suporte técnico e desenvolvimento.

• Qualquer atividade adicional deve ser claramente definida em termos de horas trabalhadas, com uma unidade padrão sendo as horas.

Detalhamento das Atividades

• As atividades além do desenvolvimento incluem treinamento, criação de vídeos e visitas presenciais. Cada uma dessas atividades deve ser explicada detalhadamente na proposta.

• O objetivo é garantir que um profissional dedicado atenda exclusivamente à demanda da Vexer, evitando distrações com outras empresas.

Escopo Técnico e Pacote Mensal

• A proposta deve incluir um canal exclusivo para atendimento aos usuários do projeto. Isso ajudará na comunicação direta sobre necessidades específicas.

• O pacote mensal inclui 50 horas para desenvolvimento. Se forem necessárias mais horas para novos recursos, isso deve ser discutido previamente com a equipe responsável.

Considerações Finais sobre Desenvolvimento

• O banco de horas destina-se ao desenvolvimento contínuo dentro da plataforma. Caso novas demandas surjam que excedam as 50 horas mensais disponíveis, será necessário avaliar se há pessoal suficiente para atender essas solicitações no prazo desejado.

Modelo de Proposta e Banco de Horas

Estrutura da Tabela de Preços

• A tabela apresentada define os custos por hora para desenvolvimento e suporte remoto, destacando que o foco principal é no desenvolvimento e manutenção dos projetos já existentes.

• As atividades fora do escopo inicial foram convertidas em horas de desenvolvimento, com algumas tarefas mais dispendiosas, como produção de vídeo, sendo tratadas separadamente.

• A variação de preço na tabela é limitada a R$ 180 ou R$ 200, evitando complexidade excessiva na precificação.

Fluxograma do Processo

• O fluxograma ilustra o processo de solicitação mensal de desenvolvimento, onde os clientes comunicam suas necessidades através do canal de suporte.

• Após a solicitação, o suporte elabora uma proposta com a quantidade necessária de horas para atender ao pedido do cliente. Um exemplo dado foi a necessidade de 100 horas para desenvolver um recurso específico.

• O modelo atual permite que os prazos sejam ajustados conforme as solicitações dos clientes, priorizando a satisfação e adequação às reuniões agendadas pelos mesmos.

Discussão sobre Banco de Horas

• O conceito apresentado pelo Lima explica o funcionamento do banco de horas acumulativo proposto para serviços técnicos, sugerindo um total fixo mensal e um saldo adicional para atividades futuras.

• A proposta inclui uma tabela cartográfica que justifica os preços das atividades oferecidas ao longo do ano, facilitando o entendimento dos valores cobrados pela Latan.

• É importante ressaltar que não é possível acumular horas retroativamente; as horas devem ser dimensionadas conforme a demanda real dentro dos limites estabelecidos mensalmente.

Apresentação da Proposta

• A ordem ideal para apresentação da proposta deve começar pela defesa do escopo antes da discussão sobre preços; isso ajuda na compreensão clara das intenções por trás da oferta feita aos clientes.

• Há flexibilidade na adaptação da proposta à estrutura desejada pela Latan; ajustes podem ser feitos sem comprometer a essência das informações apresentadas.

Proposta de Atendimento e Estruturação

Revisão da Proposta

• A proposta será revisada, com mudanças na redação e na ordem dos elementos. O responsável se compromete a editar o documento no Word e reenviar.

Expectativas do Cliente

• É importante entender as expectativas do cliente em relação ao atendimento, evitando cobranças separadas para diferentes serviços como vídeos ou apresentações.

Modelo de Apresentação

• O modelo a ser apresentado foi discutido anteriormente com membros da equipe, indicando que não haverá surpresas quanto à estrutura final.

Clareza na Proposta

• A proposta deve ser clara e autoexplicativa, permitindo que o cliente compreenda os tópicos sem necessidade de explicações adicionais.

Estrutura da Apresentação

• A apresentação deve seguir uma lógica: primeiro explicar o que é proposto, depois a metodologia e por fim a parte comercial. Isso facilita a compreensão do cliente.

Desenvolvimento vs Manutenção

Escopo de Atendimento

• Há confusão sobre o escopo de suporte; é necessário esclarecer que existem dois tipos: manutenção do sistema existente e desenvolvimento de novas funcionalidades.

Exemplos Práticos

• Um exemplo dado foi a "galeria de croqui", que não existe atualmente no sistema e requer desenvolvimento adicional.

Diferença entre Desenvolvimento e Suporte

• O desenvolvimento envolve criar novos recursos enquanto o suporte lida com questões diárias relacionadas ao uso do sistema já existente.

Importância do Suporte Técnico

• O suporte técnico é essencial para resolver problemas cotidianos e implementar melhorias baseadas no feedback após a operação do produto.

Duração do Suporte

• É necessário definir claramente se o suporte está disponível durante todo o mês ou apenas em horários específicos, para evitar mal-entendidos.

Discussão sobre Atendimento e Suporte

Horário Comercial de Atendimento

• O suporte será oferecido dentro do horário comercial, semelhante ao que já é feito atualmente.

• Importância de constar o atendimento em horário comercial, especialmente para visitas que podem ocorrer fora desse horário.

• A equipe frequentemente enfrenta situações em que precisa de ajuda após o expediente, mas a necessidade de estender o horário não é vista como essencial.

Problemas Relacionados ao MRO

• Exemplo do MRO (Manutenção, Reparo e Operação), onde problemas podem surgir à noite, exigindo soluções rápidas.

• Sugestão de desenvolver um aplicativo específico para coletar dados do MRO devido à sua complexidade e extensão territorial.

• Necessidade de uma nova interface para facilitar a coleta de informações relacionadas ao MRO.

Propostas e Estruturas

• Distinção entre suporte técnico e desenvolvimento; questões relacionadas ao MRO devem ser tratadas como desenvolvimento.

• Solicitação para acesso a modelos anteriores de propostas para garantir clareza na comunicação das necessidades.

• Ênfase na importância da especificação clara dos serviços propostos para evitar mal-entendidos sobre preços e condições.

Gestão do Atendimento

• Discussão sobre reestruturação da proposta 719 para alinhar com as metodologias habituais da equipe.

• Proposta de ter um profissional dedicado ao atendimento, em vez do modelo atual compartilhado entre várias pessoas.

Comunicação Eficiente

• Preocupações sobre demandas externas interferindo no fluxo normal do trabalho; necessidade de um canal separado para diferentes empresas.

• Proposta inclui um profissional dedicado que atuará como canal principal de comunicação sem comprometer o time existente.

Proposta de Atendimento e Estrutura Administrativa

Detalhamento da Proposta

• O anexo traz um detalhamento do que foi discutido, sugerindo a reformulação da proposta para melhor clareza e coerência.

• A proposta é considerada mais autoexplicativa, com foco em um canal de atendimento para solicitações específicas, como problemas elétricos ou hidráulicos.

Estrutura de Atendimento

• A Vexel possui uma célula dedicada para cada contrato, onde o administrativo reporta ao gestor e técnicos sobre as solicitações recebidas.

• As equipes envolvidas no atendimento incluem tanto profissionais fixos quanto volantes, garantindo uma resposta adequada às demandas.

Conflitos e Soluções

• Há um conflito em relação à comunicação com outras empresas concorrentes; a Vexel prefere centralizar tudo via D Solution.

• A ideia é ter um profissional dedicado da Vexel para gerenciar as demandas dentro do horário comercial.

Questões Contratuais

• Existe preocupação sobre a dificuldade de avançar com contratos se houver necessidade de homologação na Latan.

• É necessário considerar o impacto de atender outras empresas concorrentes através do mesmo canal.

Volume e Capacidade de Atendimento

• O atendimento deve ser feito por multiplicadores que recebem demandas não apenas da equipe interna, mas também de outros players como Suxo e VG.

• Há uma preocupação sobre o volume necessário para absorver a demanda sem comprometer o contrato atual com a Vexel.

Discussão sobre Contato e Propostas

Importância do Horário de Atendimento

• A conversa destaca a necessidade de definir claramente os horários de trabalho, mencionando que se não houver limites, as pessoas podem entrar em contato fora do horário comercial.

• Sugere-se implementar um sistema automático de resposta por e-mail informando o horário de atendimento das 8h às 17h48, para evitar contatos indesejados.

Elaboração da Proposta

• O interlocutor planeja criar um documento no Google Docs para estruturar a proposta conforme discutido, solicitando exemplos anteriores como referência.

• É mencionado que a proposta é um plano piloto que pode sofrer alterações ao longo do tempo, dependendo das necessidades identificadas.

Definição do Piloto

• O conceito de "piloto" é explicado como uma fase experimental onde o novo modelo será testado por três meses para ajustes necessários.

• Durante esse período, haverá revisões regulares para avaliar se as horas alocadas são suficientes ou se ajustes são necessários.

Renovação e Contratos

• A renovação do contrato está prevista para fevereiro; há discussões sobre a possibilidade de buscar outras empresas para serviços semelhantes.

• Um dos participantes enfatiza que não está considerando outras opções além da atual parceria.

Revisão da Equipe e Planejamento Futuro

• Há uma menção à revisão da equipe no início do ano, com foco na definição das movimentações necessárias dentro dos projetos.

• A importância de ter informações claras na proposta desde o início é destacada para facilitar decisões futuras sobre a equipe.

Duração do Contrato

• O prazo inicial sugerido para o contrato é de um ano, com possibilidade de renovação após esse período.

• Sugestões são feitas sobre amarrar o contrato até o final do ano fiscal, alinhando-o com as necessidades internas da empresa.

Discussão sobre Contratação e Treinamento

Desafios na Contratação de Profissionais

• A contratação de pessoas para períodos curtos, como 6 meses, é considerada complicada devido ao tempo necessário para treinamento e adaptação.

• O processo de colocar um novo funcionário em atendimento exige treinamento prévio, o que pode ser desafiador em ciclos curtos.

• Há uma dificuldade no mercado em encontrar profissionais dispostos a se especializar em tecnologias específicas, resultando em custos elevados quando se busca especialistas.

• A solução proposta foi adaptar uma tecnologia existente (W2) para um ambiente mais familiar (Google), visando atender às demandas específicas do projeto.

• A busca por mão de obra especializada é difícil, e há uma expectativa de que o Guilherme enfrente desafios semelhantes ao procurar empresas que possam oferecer esse tipo de serviço.

Opções de Contrato e Argumentação

• Sugestão para apresentar opções de contrato com diferentes durações (6 meses e 12 meses), pois os clientes tendem a preferir ter alternativas disponíveis.

• Discussão sobre os riscos associados à contratação por períodos curtos; a recomendação é garantir contratos mais longos para evitar problemas futuros.

• Importância da argumentação clara ao apresentar as opções aos clientes, destacando os benefícios e riscos envolvidos nas escolhas feitas.

Preparação da Proposta

• Solicitação para enviar um modelo antigo da proposta com valores desatualizados, mas mantendo o formato familiar ao cliente.

• Necessidade de atualizar a proposta baseada no escopo discutido anteriormente; foco na clareza das informações apresentadas.

• Ênfase na importância do fluxo lógico da proposta: objetivo, especificações e descrição do sistema antes da parte comercial.

Validação e Revisão

• Antes do envio final ao cliente (Guilherme), a proposta deve passar pela validação interna para garantir precisão nas informações apresentadas.

• Comparação entre a elaboração da proposta e um TCC universitário; necessidade de seguir um roteiro claro durante todo o processo.