Skip to Content

Como o Preço é Calculado

O WeJot gera um orçamento ao vivo a partir da pesquisa atual, do público, da triagem, das cotas e do plano de tracking. O subtotal e o detalhamento do pagamento são atualizados sempre que essas entradas mudam.

Use a confirmação de pagamento como orçamento final

Esta página descreve o modelo atual de precificação de pesquisas padrão. Os preços de tags e a oferta do painel podem mudar, então o valor exibido imediatamente antes do pagamento é o que vale. Triagem avançada, cotas e tracking atualmente não se aplicam a amostras de entrevista com IA.


Fórmula para uma distribuição padrão de pesquisa

common per-complete price = question-count base price + distribution-range tag price + screening / non-attribute quota scarcity price total = common per-complete price × target completes + attribute-quota bucket total

O total de baldes de cota de atributo é adicionado uma única vez e não é multiplicado pela contagem-alvo novamente.

O detalhamento do pagamento normalmente lista preço das perguntas, tags de segmentação, triagem/escassez, baldes de cota de atributo, preço unitário comum e total do pedido.


1. Preço base por número de perguntas

Pesquisas padrão usam o número de perguntas para determinar o preço base por conclusão válida:

Comprimento da pesquisaPreço base por conclusão
1–10 perguntas¥1
11–20¥2
21–30¥3
31–40¥4
41–50¥5
51–60¥6
61–70¥7
71–80¥8
81–300A partir de ¥8; cada bloco adicional de 10 conclusões adiciona ¥1
Mais de 300¥30

Remover perguntas desnecessárias pode reduzir a carga e pode mover a pesquisa para um nível inferior.


2. Preço de tags da faixa de distribuição

A faixa de distribuição segmenta atributos de perfil antes de os convites serem enviados:

  • Múltiplas tags dentro de uma categoria de atributo significam “qualquer valor selecionado”; a categoria usa o menor preço de tag selecionado por conclusão;
  • Múltiplas categorias de atributo precisam corresponder todas, então seus preços de categoria são somados;
  • Um atributo sem restrição não adiciona taxa de segmentação.

Se um atributo também é uma dimensão de cota, essa categoria é removida da precificação da faixa e cobrada por balde de cota, evitando cobrança duplicada.


3. Incidência de triagem e taxa

As regras de triagem são convertidas em uma taxa de incidência estimada. Uma incidência menor exige mais convites para obter uma conclusão qualificada, elevando a taxa por conclusão.

Incidência estimadaTaxa de triagem por conclusão válida
100%¥0
80%–99%¥0,50
60%–79%¥1
50%–59%¥2
40%–49%¥3
30%–39%¥4
20%–29%¥6
Abaixo de 20%¥12

Respondentes que falham não contam como conclusões válidas e não são cobrados como amostras válidas. A taxa de triagem é suportada pelas conclusões válidas qualificadas.

A incidência é uma estimativa, não uma garantia de velocidade ou volume de coleta.


4. Precificação de cotas

Cotas de atributo: número de pessoas × preço de tag por balde

Baldes de atributo devem preencher suas próprias metas e não podem substituir uns aos outros:

attribute-quota bucket total = sum(bucket headcount × bucket tag unit price)

Para cotas percentuais:

bucket headcount = round(bucket percentage × total target)

Para 100 respondentes, 50/50 de gênero, homens a ¥2 e mulheres a ¥1:

Men: 50 × ¥2 = ¥100 Women: 50 × ¥1 = ¥50 Attribute-quota bucket total = ¥150

Os ¥150 são adicionados uma única vez ao total do pedido.

Cotas de resposta de pesquisa ou de screener personalizado: níveis de escassez

Essas respostas não têm preço de tag direto, então o balde não nulo mais estreito estima a dificuldade:

Parcela do balde mais estreitoCom taxa de triagemSem taxa de triagem
25% ou maisSem aumentoSem aumento
Abaixo de 25%Taxa de triagem × 1,2Adiciona ¥0,60 por conclusão
Abaixo de 10%Taxa de triagem × 1,5Adiciona ¥1,50 por conclusão

Cotas de atributo já usam preços reais de tag e não recebem esse aumento de escassez.

Quando um balde enche, respostas correspondentes adicionais são excluídas pela triagem e não cobradas, preservando a estrutura comprada.


5. Cobrança de tracking

Um estudo de tracking trava o preço unitário comum da amostra na criação. Cada onda posterior aplica seu multiplicador de incentivo.

wave prepayment = expected count × locked price × multiplier wave settlement = actual valid completes × locked price × multiplier wave refund = max(0, prepayment - settlement)

Pagar por onda

  • Pague apenas pela onda atual na criação;
  • A contagem esperada posterior usa primeiro as conclusões válidas reais da onda anterior;
  • Confirme e pague antes de cada onda posterior abrir;
  • Liquide pelas conclusões válidas reais e devolva o pré-pagamento excedente ao método original.

Pagar todas as ondas antecipadamente

  • Pague a onda atual mais as ondas futuras estimadas juntas;
  • Ondas futuras sem dados reais usam a meta final e a estimativa de retenção;
  • As ondas abrem automaticamente quando vencem;
  • Cada onda ainda liquida de forma independente pelas conclusões válidas reais.

Incentivos e reposição

  • Uma onda de 1,5× multiplica tanto o custo do publicador quanto a recompensa do respondente por 1,5;
  • Reposição além do teto pré-pago exige um pagamento adicional;
  • Ondas não abertas e não pagas não custam nada;
  • Cancelar uma onda em execução liquida as respostas válidas concluídas e reembolsa o pré-pagamento não usado.

6. Conclusões válidas, revisão e reembolsos

O serviço de painel liquida por conclusões válidas:

  • Respostas que passam pela triagem e pelas cotas, terminam a pesquisa e passam pela revisão de qualidade são cobradas;
  • Falhas de triagem e respostas rejeitadas porque uma cota encheu não são cobradas;
  • Respostas rejeitadas na revisão de qualidade não permanecem na liquidação final válida;
  • Orçamento de distribuição não usado e pré-pagamento de onda não usado são reembolsados contra os pedidos correspondentes.

Reembolsos normalmente voltam ao método de pagamento original. O prazo depende do canal de pagamento e do status exibido no produto. Veja Revisão de Respostas e QA.


Três exemplos

Distribuição aleatória comum

20 perguntas, 100 conclusões, sem segmentação, triagem ou cota:

unit price = ¥2 question base total = ¥2 × 100 = ¥200

Distribuição aleatória com 50/50 de gênero

20 perguntas, 100 conclusões, homens a ¥2 e mulheres a ¥1:

common part = ¥2 × 100 = ¥200 gender quota = 50 × ¥2 + 50 × ¥1 = ¥150 total = ¥350

Triagem mais uma cota de resposta da pesquisa

20 perguntas, 100 conclusões, incidência estimada de 45% e um balde de pergunta mais estreito de 20%:

question base = ¥2/complete screening fee = ¥3/complete quota-adjusted screening fee = ¥3 × 1.2 = ¥3.60/complete common unit price = ¥2 + ¥3.60 = ¥5.60 total = ¥560

O produto calcula o orçamento final automaticamente; estes exemplos explicam por que mudanças de configuração o afetam.


Reduza o orçamento sem enfraquecer o estudo

  • Remova perguntas que não afetam a conclusão;
  • Coloque atributos de perfil na faixa de distribuição em vez de duplicá-los como screeners;
  • Mantenha apenas regras que realmente determinam a elegibilidade;
  • Evite baldes de cota de resposta de pesquisa ou de screener personalizado extremamente pequenos;
  • Controle apenas dimensões-chave de atributos;
  • Baseie a retenção de tracking em dados de retorno anteriores em vez de usar uma premissa desnecessariamente baixa;
  • Revise cada linha do detalhamento do pagamento e faça um piloto em pequena escala primeiro.
Saiba mais no site oficial Experimente no aplicativo web WeJot
Last updated on