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 totalO 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 pesquisa | Preç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–300 | A 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 estimada | Taxa 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 = ¥150Os ¥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 estreito | Com taxa de triagem | Sem taxa de triagem |
|---|---|---|
| 25% ou mais | Sem aumento | Sem aumento |
| Abaixo de 25% | Taxa de triagem × 1,2 | Adiciona ¥0,60 por conclusão |
| Abaixo de 10% | Taxa de triagem × 1,5 | Adiciona ¥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 = ¥200Distribuiçã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 = ¥350Triagem 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 = ¥560O 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.