MOQ, custo e prazo de dispositivos Android personalizados: o que realmente altera a cotação?
Não existe um preço único para um programa de dispositivos Android personalizados. Este guia divide MOQ, custo da amostra e prazo em quatro níveis de customização, com faixas indicativas de planejamento, para que você possa definir um briefing que gere uma estimativa útil e específica para o projeto.
- Publicado
- Atualizado

Não existe um único MOQ para todos os tipos de customização
A resposta honesta é que o pedido mínimo depende da profundidade da customização, e não de um número universal. A aplicação superficial da marca e a embalagem sobre um modelo de dispositivo existente têm um MOQ muito diferente do trabalho no nível do firmware, que ocupa o ferramental da fábrica, uma equipe de engenharia e uma janela de produção dedicada. A mesma lógica vale para o custo da amostra e o prazo: uma amostra somente com a marca é, em grande parte, logística, enquanto uma amostra no nível do firmware é um pequeno projeto de engenharia, com seu próprio ciclo de validação. A Vantora define quantidade, custo e cronograma conforme o dispositivo escolhido, a relação com o OEM e a profundidade da customização, em vez de cotar um único valor para todos os projetos. Trate com cautela qualquer MOQ anunciado isoladamente: ele costuma descrever um cenário restrito, em um único modelo, em um momento específico do mercado de componentes, e raramente corresponde ao programa que você está realmente planejando. A Vantora cota programas a partir de cerca de 500 unidades. Abaixo disso, o esforço de engenharia, amostra e preparação não se amortiza, e um dispositivo de prateleira com uma assinatura de MDM costuma ser uma resposta mais honesta do que um programa personalizado. Esse piso está dentro de uma lacuna estrutural do mercado publicado: alguns fornecedores estabelecidos de dispositivos personalizados posicionam publicamente serviços exclusivamente de software ou de configuração de MDM abaixo de cerca de 50 unidades e reservam a fabricação totalmente personalizada para programas de aproximadamente 20,000 unidades ou mais, o que deixa a faixa de 500 a 20,000 unidades — onde a maioria das implantações organizacionais realmente se situa — sem uma oferta publicada permanente. Um briefing com escopo definido é o que transforma essas faixas de planejamento em uma cotação vinculante. A profundidade é a variável por trás de cada faixa desta página, e os quatro níveis que a compõem estão definidos em o que é um dispositivo Android personalizado.
Quatro níveis de customização: faixas indicativas de planejamento
A tabela abaixo mapeia os quatro níveis mais cotados pela Vantora. Todos os valores são indicativos: faixas de planejamento para ajudar no orçamento e no sequenciamento do programa, e não uma oferta vinculante. O MOQ real, as taxas das amostras e os prazos são confirmados por projeto, pois dependem do modelo selecionado, do OEM, da disponibilidade de componentes, da estrutura de gerenciamento e do mercado-alvo. As faixas pressupõem um dispositivo escolhido a partir de uma base de modelos existente; um hardware totalmente sob medida fica fora desta tabela e recebe escopo separado. Considere os níveis cumulativos: um programa gerenciado normalmente inclui o trabalho de identidade visual e pré-instalação de aplicativos dos níveis inferiores e, portanto, herda seus custos e prazos. O que o nível mais profundo envolve do lado do dispositivo está descrito em personalização de hardware.
| Nível de customização | MOQ típico (indicativo) | Custo da amostra (indicativo) | Prazo da amostra (indicativo) | Prazo de produção (indicativo) |
|---|---|---|---|---|
| Somente identidade visual (logotipo, animação de inicialização, embalagem, manual) | Normalmente, a partir de cerca de 500 unidades, dependendo do modelo | Normalmente, algumas centenas de USD por amostra, mais uma taxa única de configuração | Normalmente, 1–2 semanas | Normalmente, 2–4 semanas após a aceitação da amostra |
| Pré-instalação de aplicativos + configuração (aplicativos pré-instalados, launcher padrão, configurações) | Normalmente, de cerca de 500 a mil unidades | Normalmente, de algumas centenas a cerca de mil USD, incluindo a configuração do software | Normalmente, 1–3 semanas | Normalmente, 3–6 semanas após a aceitação da amostra |
| Programa gerenciado (inscrição em MDM/EMM + política de quiosque ou dispositivo dedicado) | Normalmente, de cerca de 500 até alguns milhares de unidades | Normalmente, de várias centenas a poucos milhares de USD, incluindo configuração das políticas e rodadas de testes | Normalmente, 2–4 semanas | Normalmente, 4–8 semanas após a aceitação da amostra |
| Customização no nível do firmware (imagem do sistema, via OTA, restrições profundas) | Normalmente, a partir de cerca de mil unidades; muitas vezes, vários milhares | Normalmente, alguns milhares de USD ou mais em taxas de engenharia e amostras | Normalmente, 4–8 semanas | Normalmente, 8–12+ semanas após o congelamento do firmware e a aceitação da amostra |
Nível 1: somente identidade visual
Os programas restritos à identidade visual mudam a apresentação do dispositivo, não seu comportamento. A aplicação do logotipo, a tela ou animação de inicialização, a embalagem de varejo, os manuais e as etiquetas ficam sobre uma compilação padrão; assim, o OEM pode executá-los em uma janela normal de produção, com participação mínima da engenharia. Por isso, este nível tem o menor MOQ indicativo e o cronograma mais curto: as restrições são a aprovação dos arquivos gráficos, o prazo de impressão da embalagem e um espaço na linha, e não a validação do software. A etapa da amostra continua importante: provas da embalagem, posição das etiquetas e qualidade da impressão são exatamente os detalhes que geram divergências quando aprovados por PDF em vez de em uma unidade física. A análise de uma amostra somente com a marca é rápida, mas ignorá-la é como um lote acaba sendo enviado com o Pantone errado ou um manual mal traduzido.
Nível 2: pré-instalação de aplicativos e configuração
Este nível acrescenta seu software ao dispositivo: um ou mais aplicativos pré-instalados, launcher padrão ou dedicado, configurações, contas ou pontos de entrada de conteúdo predefinidos e comportamento da primeira inicialização ajustado ao seu fluxo. O trabalho é real, porém delimitado: não há alterações na imagem do sistema, apenas provisionamento e configuração que a fábrica consegue aplicar de forma repetível. O MOQ indicativo aumenta porque a configuração do software acrescenta trabalho de preparação a cada lote, e o ciclo da amostra fica um pouco mais longo porque a equipe do aplicativo precisa testar login, permissões, comportamento offline e vias de atualização no hardware real. O risco mais comum para o cronograma neste nível não é a fábrica: é a compilação do aplicativo não estar pronta quando a janela da amostra começa. Fixar a versão do aplicativo que será instalada na amostra — e registrá-la em uma nota de versão da amostra — mantém a validação fiel.
Nível 3: programa gerenciado (MDM + quiosque)
Um programa gerenciado coloca o dispositivo sob controle de políticas: ele é inscrito em um MDM/EMM e restrito aos aplicativos aprovados por meio do modo quiosque ou de dispositivo dedicado, com listas de permissão, restrições e uma via de recuperação definida. O custo adicional está principalmente na integração e na validação, e não no hardware: o método de inscrição, o conjunto de políticas, o comportamento de saída do quiosque, o tratamento da restauração de fábrica e a política OTA precisam ser exercitados no modelo selecionado, pois os recursos de gerenciamento dependem do OEM e da plataforma e são confirmados por modelo. O licenciamento também entra na conta: uma licença EMM normalmente é cobrada por dispositivo ou por período e, na escala de uma frota, afeta o custo total do programa mais do que o preço unitário. A matriz de aceitação demonstra seu valor neste nível: cada comportamento de política recebe um resultado esperado e um status de aprovação/reprovação antes da preparação do lote, e uma matriz de responsabilidades identifica quem será responsável pela plataforma de gerenciamento após a implantação.
Nível 4: customização no nível do firmware
O trabalho no nível do firmware altera a própria imagem do sistema: componentes removidos ou bloqueados, aplicativos de sistema personalizados, entrega OTA assinada, restrições profundas que persistem após a restauração de fábrica ou comportamentos fora do alcance de um launcher ou de uma política MDM. É neste nível que o programa começa a se parecer com o desenvolvimento de um produto. O MOQ indicativo é o mais alto, pois o OEM precisa justificar uma ramificação de engenharia, o congelamento do firmware, um ciclo dedicado de testes e a responsabilidade de longo prazo por OTA em relação ao volume do pedido. O prazo da amostra aumenta para acomodar as iterações da compilação, e o prazo de produção só começa após o congelamento do firmware e a aceitação da amostra: alterar a imagem depois do congelamento reinicia a validação. Reserve orçamento para um registro de limitações conhecidas: os programas de firmware revelam restrições do OEM e do chipset que só podem ser descobertas no hardware real, e registrá-las durante a validação custa menos do que discuti-las após a entrega.
O que determina o custo da amostra
Uma amostra é um exercício real de engenharia, não uma unidade gratuita; por isso, seu custo reflete o trabalho envolvido. O preço normalmente cobre a própria unidade de amostra, uma taxa única de engenharia ou configuração do protótipo, a preparação da sua compilação de software, a configuração de políticas quando o nível gerenciado se aplica e o envio ao seu endereço. A variação dentro de cada faixa indicativa decorre de três fatores: quantos componentes configurados a amostra precisa incluir (aplicativo, launcher, política, firmware), quantas iterações são previstas antes da aprovação e se há hardware ou acessórios especiais. Quando o programa avança para a produção, parte da taxa de amostra ou engenharia pode ser convertida em crédito no pedido, conforme as condições exatas previstas na cotação, e não prometidas aqui. A aceitação da amostra conforme uma matriz acordada é o que dá segurança aos dois lados antes de qualquer compromisso de volume: ela transforma a taxa da amostra em evidência.
O que determina o prazo de produção
O prazo de produção é determinado mais pela programação e pelas condições de fornecimento do que por qualquer promessa fixa. Produzir sobre um modelo em estoque, com identidade visual leve, é mais rápido do que uma compilação que exige congelamento do firmware, aquisição de componentes e uma janela completa de testes. A preparação do lote acrescenta etapas próprias: os dispositivos recebem a compilação aceita e depois são registrados por faixa de números de série ou IMEI, etiquetados, agrupados em kits e documentados, para que o envio seja rastreável até a amostra aceita. A Vantora confirma o prazo quando o dispositivo, a profundidade da customização e a quantidade têm o escopo definido, pois a disponibilidade dos componentes e o espaço na produção alteram significativamente o cronograma. Se a implantação tiver uma data externa improrrogável — abertura de loja, início de contrato ou janela sazonal — inclua-a no briefing, pois organizar as etapas de amostra e aceitação em torno dessa data é muito mais fácil do que tentar comprimir a produção depois.
- Se a produção utiliza um modelo padrão ou um que exija alterações de firmware
- Disponibilidade de espaço na linha de produção para a quantidade solicitada
- Disponibilidade dos componentes do dispositivo escolhido no momento do pedido
- Prazo da embalagem personalizada e aprovação dos arquivos gráficos
- Congelamento do firmware e janela de testes antes da produção
- Etapas de preparação do lote: registro de números de série/IMEI, etiquetagem, montagem de kits e documentação das caixas
Custos ocultos que os compradores costumam ignorar
O preço unitário raramente conta a história completa, e os custos que os compradores ignoram normalmente aparecem após o envio do primeiro lote. Certificação para mercados específicos, licenças de servidor ou EMM, manutenção do aplicativo, unidades sobressalentes e logística de garantia geram custos recorrentes ou posteriores. Um segundo lote de um modelo revisado também pode exigir revalidação parcial — uma nova rodada da amostra segundo a matriz de aceitação —, barata em comparação com a descoberta de uma mudança de comportamento em campo, mas que ainda deve estar no orçamento. Identificar esses itens desde o início permite que a estimativa reflita o custo total do programa, e não apenas a linha dos dispositivos, além de oferecer à equipe de compras uma comparação defensável entre um programa personalizado e uma compra de prateleira que esconde os mesmos custos nas operações.
- Certificação e bandas de rádio nacionais quando exigidas pelo mercado — dependem do OEM e da plataforma
- Hospedagem do servidor de gerenciamento ou licença EMM, cobrada por dispositivo ou por período
- Manutenção contínua do aplicativo e entrega de atualizações após o lançamento
- Unidades sobressalentes e logística de garantia para a frota implantada
- Alfândega, tributos e tratamento da importação no país de destino
- Configuração de pedidos recorrentes quando uma revisão do modelo exige revalidação
Como obter uma cotação útil
Uma cotação útil parte de um briefing com escopo definido, e não de um pedido de preço em uma linha. Ao informar o país-alvo, as faixas de quantidade, o aplicativo, os arquivos da marca, a política de gerenciamento e um prazo, podemos mapear o nível de customização, posicionar o programa nas faixas indicativas acima e apresentar uma estimativa específica para o projeto com valores confirmados. Um briefing anonimizado é suficiente nesta etapa: parceiros que protegem a relação com o cliente final podem descrever o programa sem identificar a conta. Os mesmos detalhes alimentam a matriz de aceitação, para que a amostra validada corresponda ao que foi realmente solicitado e o lote preparado corresponda à amostra aceita. Essa sequência — briefing, especificação da compilação, amostra validada, aceitação e lote preparado — mantém alinhados o valor cotado e o programa entregue.
- País-alvo e bandas de rádio necessárias
- Quantidade e faixas nas quais você pretende fazer os pedidos
- Aplicativo a ser pré-instalado e seu estado atual
- Arquivos da marca e política de gerenciamento necessária
- Prazo e critérios de aceitação que orientarão a aprovação
- Quem aceita a amostra e assina a matriz de aceitação
Perguntas frequentes
Posso começar com 10 unidades?
Não como um programa de produção. A Vantora cota programas a partir de cerca de 500 unidades; uma necessidade de 10 unidades corresponde a 1-3 amostras de avaliação durante a fase de viabilidade ou a uma remessa piloto dentro de um programa que atinge esse piso na produção. Se o requisito total permanecer abaixo de aproximadamente 500 unidades, um dispositivo de prateleira com uma assinatura de MDM costuma ser a resposta mais econômica e honesta.
As faixas deste guia são preços fixos?
Não. São faixas indicativas de planejamento, sujeitas à validação do modelo, do OEM e do projeto. O MOQ vinculante, a taxa da amostra e o prazo constam na cotação do projeto depois que o dispositivo e o nível de customização forem definidos.
Por que o MOQ é muito maior para o trabalho no nível do firmware?
As alterações de firmware exigem que o OEM sustente uma ramificação de engenharia, o congelamento do firmware, testes ampliados e a responsabilidade contínua por OTA. Esses custos fixos só fazem sentido em volumes maiores; por isso, o MOQ indicativo começa em cerca de mil unidades e muitas vezes é superior.
A taxa da plataforma é recorrente?
Depende da abordagem de gerenciamento: uma taxa única de configuração é diferente de uma licença EMM por dispositivo ou por período, que é recorrente; indicamos qual se aplica depois que sua política de gerenciamento é definida.
A taxa da amostra pode ser convertida em crédito no pedido de produção?
Muitas vezes, parte da taxa de amostra ou engenharia pode ser convertida em crédito quando o programa avança para a produção, mas as condições exatas do crédito são definidas na cotação, e não presumidas, pois dependem do nível e do trabalho de engenharia envolvido.
Quando o ferramental é necessário?
Em geral, o ferramental só é necessário para alterações no nível do firmware ou do hardware, não para a aplicação da marca nem para a pré-instalação de aplicativos em um modelo existente; sua aplicação depende do OEM e da plataforma e é confirmada durante o estudo de viabilidade.
Por quanto tempo uma cotação é válida?
A validade é informada na própria cotação, pois a disponibilidade dos componentes e os espaços na produção mudam; confirmamos a janela de validade junto com o prazo para que a estimativa permaneça bem delimitada.
Conte seu fluxo de trabalho e suas regras.
Transformamos requisitos em dispositivos prontos para implantação.