Dá pra começar sem ninguém de tecnologia na empresa?

Dá, e é o cenário mais comum numa PME. O que não dá é começar sem que alguém, dentro ou fora da empresa, responda por escrever, subir, monitorar e corrigir o que foi montado. Sem técnico interno, essa responsabilidade precisa estar no contrato do fornecedor, com nome e prazo de resposta. O que fica com você é a decisão sobre a regra do negócio, nunca a execução técnica.

Ferramenta sem código resolve, ou serve só pra protótipo?

Resolve tarefa isolada e bem delimitada: responder pergunta frequente, disparar um aviso, receber um formulário. Ela trava quando a IA precisa ler a sua agenda real, a sua tabela de preço vigente e o histórico do cliente ao mesmo tempo, e continuar certa depois que qualquer um dos três muda. O limite não está na ferramenta ser fraca. Está em ela não conhecer o seu processo.

Contratar um desenvolvedor freelancer resolve?

Resolve a construção e deixa a manutenção em aberto. O sistema passa a depender de uma pessoa, então férias, troca de cliente ou sumiço viram parada de operação, porque o entendimento de como aquilo funciona nunca saiu da cabeça dela. Se o caminho for esse, exija documentação escrita, acessos criados no seu nome e uma combinação clara de quem atende quando quebra.

Preciso entender de código pra fiscalizar quem construiu?

Não. Você precisa saber conferir quatro coisas, e nenhuma delas é técnica: se o preço que o sistema respondeu bate com a sua tabela de hoje, quantos casos ainda chegam até você por semana, se existe registro de quando ele parou e por quanto tempo, e quanto demora um pedido de ajuste seu. Linguagem, banco de dados e modelo de IA são escolha de quem constrói.

E se eu quiser levar o sistema pra outra pessoa depois?

Isso se resolve antes de assinar, com três respostas por escrito: de quem é o código, em nome de quem ficam as contas onde ele roda e o que acontece com os dados se a parceria terminar. Código e acessos no seu nome transformam a troca de fornecedor numa migração trabalhosa. No nome de terceiro, a mesma troca vira reconstrução.

Preciso de programador pra ter IA na minha empresa?

Quem digita essa pergunta já ouviu as duas respostas erradas. A primeira diz que hoje qualquer pessoa monta IA sozinha num fim de semana, sem escrever uma linha. A segunda diz que sem um desenvolvedor na equipe você está fora do jogo. As duas estão vendendo alguma coisa. A resposta prática é menos animada: existe trabalho técnico no meio disso, ele não sumiu porque a ferramenta ficou fácil, e a decisão que você tem pela frente é sobre onde esse trabalho mora, não sobre abrir uma vaga.

Parece diferença de palavra, e é ela que separa uma operação que roda de um projeto que morre em três meses. Trabalho de programação é uma lista concreta de tarefas, e algumas delas nunca acabam. Contratar um programador cobre a lista. É uma forma, não a única, e para a maioria das PMEs não é a mais barata nem a mais segura.

O trabalho de programação não some. O cargo é que não precisa ser seu

A lista do que precisa acontecer pra IA sair do vídeo de demonstração e entrar na sua rotina:

Desenhar o fluxo: o que o sistema responde sozinho, o que ele nunca responde, e em que ponto exato ele para e chama uma pessoa.
Conectar com o que já existe: a agenda que o seu time usa, a tabela de preço vigente, o emissor de nota, a planilha de onde saem os números.
Subir e guardar os acessos: alguém coloca isso pra rodar em algum lugar e cuida de chaves, senhas e permissões.
Olhar se está de pé: alguém percebe quando parou, de preferência antes do cliente perceber.
Consertar quando o entorno muda: a API do WhatsApp muda de comportamento, o fornecedor de IA troca a versão do modelo, o sistema de onde vinha um dado muda de endereço.
Ajustar quando você muda: você reajusta a tabela, abre uma unidade, cria uma condição nova de pagamento, e a regra dentro do sistema precisa acompanhar.

As quatro primeiras acontecem uma vez. As duas últimas não terminam nunca, e é aí que a maior parte dos projetos apanha. A empresa monta a IA, comemora a entrega e descobre meses depois que o orçamento automático segue citando o preço do ano passado, porque a tarefa de atualizar aquilo não tinha dono.

Essa lista não encolhe conforme a tecnologia melhora. Ela troca de endereço. Hoje ela pode morar na sua folha de pagamento, num freelancer contratado por projeto ou num fornecedor que assume a operação por contrato. Cada endereço tem preço e risco diferentes, e a comparação entre os perfis que disputam esse trabalho no Brasil está em quem monta operação com IA pra PME.

Onde a IA sem código encosta na parede

Ferramenta sem código funciona, e em alguns casos é por ela que vale começar. Responder uma pergunta frequente, disparar um aviso, receber um formulário e mandar por e-mail: isso você monta numa tarde, sem ajuda de ninguém. O material de venda dessas plataformas só não mostra onde o caminho termina.

Ele termina em quatro lugares, e são sempre os mesmos:

A integração com o que a empresa já usa. A ferramenta conecta com o que o catálogo dela prevê. A sua agenda, o seu sistema de comanda e a planilha que o financeiro mantém há anos raramente estão nesse catálogo, e é justamente delas que a IA precisa ler pra responder qualquer coisa útil.
O dado que precisa bater. Uma IA erra um orçamento com a mesma confiança com que acerta. Se ela cita um preço, alguém antes garantiu que a fonte é a sua tabela de hoje, não um texto colado no fluxo meses atrás.
O erro que ninguém vê acontecer. Automação não avisa que quebrou. O fluxo para numa sexta à noite, as mensagens ficam sem resposta, e o primeiro aviso chega pela boca do cliente perguntando se você sumiu.
O que fazer depois que quebrou. A tela mostra que deu erro. Ela não mostra por quê. Descobrir a causa exige ler registro técnico, e é nessa hora que o "sem código" cobra a fatura.

Nada disso torna a ferramenta pronta uma escolha errada. Torna ela a escolha certa pra uma parte do problema, e a comparação honesta entre resolver no pronto ou construir sob medida está em sistema sob medida ou pronto.

Contratar um dev sozinho troca um problema por outro

O reflexo de quem lê até aqui é procurar um desenvolvedor. Faz sentido, e cria um risco que quase ninguém enxerga no dia da contratação: a operação passa a depender de uma pessoa.

O risco não é a pessoa ser ruim. É estrutural. Gente tira férias, fica doente, recebe proposta melhor ou simplesmente para de responder. Quando ela sai, sai junto o entendimento de como aquilo foi montado, porque esse entendimento nunca esteve escrito em lugar nenhum. Você fica com um sistema funcionando e ninguém capaz de mexer nele. Isso tem nome, software órfão, e o roteiro do dia em que ele para sem ter uma segunda pessoa pra olhar está detalhado em quem conserta quando o sistema quebra.

Tem um segundo efeito, mais silencioso. Um desenvolvedor sozinho constrói com o que domina, e ninguém revisa a decisão dele: a tecnologia escolhida, o desenho do banco, o jeito de guardar os dados do seu cliente, tudo passa por uma cabeça só. Se a escolha foi boa, ótimo. Se foi ruim, você descobre no dia em que pedir uma mudança e ouvir que precisa refazer.

Contratar internamente também carrega custo que não cabe no salário: encargos, tempo de seleção e a disputa por um perfil raro fora de empresa de tecnologia. Antes de comparar esse caminho com o de contratar quem já monta operação como serviço, vale olhar as faixas de preço de um sistema sob medida, que colocam os dois lados na mesma régua. Em qualquer um deles, a pergunta que revela a verdade é quem mexe quando você mudar a sua regra de preço, e em quanto tempo isso está no ar.

O que de fato cai no seu colo

Sem técnico interno, três coisas sobram pra você. Só a primeira é decisão sua.

O que você decide, e ninguém decide no seu lugar: o que o sistema pode prometer falando em seu nome (desconto, prazo, garantia, exceção), em que ponto ele para de responder e te chama, que informação do cliente ele pode ler, e o que acontece quando alguém chega irritado. Nenhuma dessas é pergunta técnica. Todas são regra do seu negócio, e fornecedor que decide isso por conta própria está inventando a sua empresa.

O que você precisa saber conferir: aqui mora a diferença entre depender de um fornecedor e ser refém dele. Cinco conferências, nenhuma delas com código na frente:

Abrir cinco conversas da semana e ler o que o sistema respondeu. O preço citado bate com a sua tabela de hoje? O prazo prometido é o que você pratica?
Contar quantos casos chegaram até você. Se esse número sobe mês a mês, a operação está devolvendo trabalho pra sua mão em vez de tirar.
Perguntar se houve queda e por quanto tempo. A resposta tem que ser um registro, com data e duração, não uma impressão de quem atendeu.
Cronometrar um pedido de ajuste. Você muda uma condição de pagamento: isso vira alteração em dias ou vira orçamento de projeto novo?
Conferir em nome de quem estão as contas onde o sistema roda e onde ficam os dados dos seus clientes. Se não estiverem no seu, você tem um problema pra resolver antes do próximo.

O que você legitimamente não precisa entender: qual linguagem foi usada, qual banco de dados guarda o quê, qual modelo de IA responde, como a integração foi escrita, em que servidor aquilo vive. Essas são escolhas de quem constrói, do mesmo jeito que você não escolhe a marca do cabo que o eletricista passou dentro da parede. Você cobra que a luz acenda, que ninguém tome choque e que exista um nome pra chamar quando apagar.

Chatbot responde. A operação gira sozinha

Vale separar uma coisa antes de fechar, porque ela explica por que essa dúvida do programador nasce. Chatbot responde mensagem e devolve o resto pra você: o orçamento você calcula, a agenda você marca, o encaminhamento você decide, a cobrança você lembra. Ele parece dispensar programador, e dispensa mesmo, junto com quase todo o trabalho que valia a pena automatizar.

A operação que a AMV monta faz o caminho inteiro: recebe o cliente, orça pela sua tabela, marca na agenda que o seu time já usa, encaminha pro responsável certo e cobra no fim, chegando até você só no caso que exige a sua decisão. Isso pede trabalho de programação de verdade, feito e refeito conforme o negócio muda, e é por isso que ele vem escrito no contrato em vez de virar uma vaga na sua folha. Vinte anos construindo software e infraestrutura me ensinaram que sistema em produção quase nunca falha por falta de talento na construção. Falha por falta de alguém encarregado dele depois que o projeto "acabou".

O prazo pra montar essa engrenagem inteira está em quanto tempo leva pra montar um sistema com IA, e as outras dúvidas que aparecem nessa fase de decisão estão respondidas uma a uma no hub de respostas da AMV Smart.