As principais qualidades dos serviços de recebimento de SMS
Vamos destacar as principais funções dos serviços que inspiram confiança aos usuários, dos quais o lucro do projeto dependerá no futuro.
- A disponibilidade constante de números e o seu número será sempre um problema urgente para todos os serviços, uma vez que alguns países bloqueiam este tipo de actividade, e para o utilizador é este o principal factor para onde olha quando visita o serviço de recepção de SMS.
- O preço de um quarto é o próximo ponto em que o usuário olha ao escolher um serviço.
- Velocidade de chegada do número - quanto mais rápido, mais confiança o usuário tem neste serviço.
- O número de países com disponibilidade de números - expandindo gradativamente a rede de números, o número de usuários de diferentes países interessados no serviço também está crescendo, então este item é um dos mais importantes no desenvolvimento.
- — , , SEO- .
- — , , , .
- — , , (1 ).
- — , , .
- — , , .
- — .
- : « , , » — , , , , , .
- — .
- — , .
- Multithreading - a capacidade de solicitar um grande número de números em paralelo entre si. Isso permitirá que você solicite códigos para diferentes registros ao mesmo tempo.
- A presença de uma API - a interface do software permitirá dimensionar seu projeto e integrá-lo em vários sistemas (registradores de contas automáticas, serviços de promoção, automação do serviço para o cliente).
- Fichas adicionais - este item inclui fichas que não estão disponíveis para sites de serviço, por exemplo: cópia automática de um número, reprodução automática de um código, cópia automática de um código enviado.
Estes pontos são a base de cada serviço e a sua qualidade é, obviamente, avaliada pela sua disponibilidade. É claro que tudo isso é automatizado e requer apoio constante da equipe do projeto.
Combatendo serviços de recebimento de SMS
Não é segredo que a proteção contra "botosistemas" automatizados sempre foi e está sendo realizada. Cada um protege seu projeto da melhor maneira que pode e inventa seus próprios métodos de proteção, além dos básicos. Eles introduzem limites de tempo para registro, quebra-cabeças, além de resolver captcha, por hardware, endereços poppy, gps, tamanho da janela da tela, usando uma chamada para o telefone, bem como muitos outros, e na maioria dos casos ajuda, mas não 100%, tudo isso as consequências da proteção afetam a segurança interna de qualquer projeto online.
A presença de vulnerabilidades nele, às quais a preguiça dos desenvolvedores ou a falta de vontade do cliente em gastar fundos adicionais em proteção, faz vista grossa; no final, toda proteção visa identificar uma pessoa de ações em massa "como um bot".
Mas tudo isso não impede a existência de “bots móveis manuais” (usuários para quem uma conta não é suficiente, que usam registros em massa para seus próprios fins), em dispositivos móveis pode haver até duzentas contas de telegrama para envio de spam ou trapaça.
E agora mensageiros móveis, que em 2020 ganharam sua popularidade no contexto da crise global, devido a registros massivos em telegrama, discórdia, google, whatssap, viber e outras mídias sociais. redes, os indicadores de registros em massa devido a bots sobem em classificações para o topo em termos de audiência.
Serviços de recebimento de SMS para Android
Na busca pela captura de mercado do público-alvo, surgiram projetos que resolveram suprir toda a necessidade desse nicho. Portanto, um número suficiente de projetos com diferentes tipos e diferentes funcionalidades foram carimbados, mas ninguém cuidou de sua qualidade, há aqueles que funcionam de graça, mas com anúncios irritantes, os números se rasgam uma e outra vez e os códigos não aparecem, de acordo com estimativas do Play Market e análises em geral seu uso não é recomendado. Decidiu-se, portanto, assumir um novo projeto, que será reimaginado para o Android com uma nova cara e com um novo significado, que poderá abranger todos os pontos de serviço de qualidade. Passaremos para a análise um pouco mais tarde.
Comparação de serviços e aplicativos do navegador
Vamos começar com os serviços! Indo às necessidades do usuário, obtivemos uma base de requisitos para tais projetos, que aos poucos estão crescendo em funcionalidade, mas tudo o que um usuário comum gostaria de ver permanece inacessível, para sua contemplação ele só precisa sonhar que seu serviço favorito se dará ao trabalho de criar um aplicativo para um dispositivo móvel ...
Mas não, vamos dissipar todos os pensamentos e decepções calculando a lucratividade de criar tal projeto, uma vez que a principal receita dos serviços é o fornecimento de APIs para sistemas automatizados para ecossistemas de bot, os "usuários" comuns estão satisfeitos com "o que têm" e, em teoria, deveriam estar satisfeitos.
Mas qual é o truque? Vamos calcular o tempo que o usuário gasta, para que toda vez que ele precisar pegar um número, ele precise se logar no site, embora haja um adicional. recursos relacionados ao cache, salvamento de senhas, serviços impõem uma restrição de sessão para se preocupar com a segurança de seus clientes e, após a autorização, encontrar a página desejada é um monte de ações rotineiras que desperdiça o tempo do usuário todos os dias. E quanto ao tráfego? Valiosos kilobytes desaparecem com a fluidez com o tempo.
Portanto, com os mais profundos esforços e em altas velocidades, foram lançados os requisitos básicos para o projeto de desenvolvimento móvel para Android.
Experiência de desenvolvimento Android
Requisitos de qualidade (pontos 1-15, disponíveis acima) + funcionalidade adicional que não está disponível em sites de serviço baseados em navegador:
- copiar automaticamente o número após o pedido para a área de transferência.
- ( ).
- , .
- .
- .
- .
- .
- .
- .
A próxima tarefa era determinar qual plataforma de desenvolvimento escolher e, no futuro, desenvolver não apenas um aplicativo Android, mas também para outros sistemas operacionais.
A escolha foi entre Android Studio e Visual Studio Xamarin, tendo pesado todos os prós e contras, a plataforma no Visual Studio Xamarin foi escolhida, já que a linguagem C # é mais do meu agrado, além disso houve alguns desenvolvimentos em C # e no futuro se o projeto surgisse, seria possível integrá-lo para IOS e UWP.
Mas aqui as armadilhas começaram pela primeira vez que encontrei a marcação de texto "xaml", que consumiu uma semana do meu tempo, pois a tarefa era criar uma interface de usuário minimalista simples, sem "quacozyabers" e outras fontes anti-legíveis. Tendo lidado com a marcação textual, tendo escrito algumas funções básicas, começamos a depuração, nada pressagiava problemas.
E então a questão se tornou uma ponta: por que esse aplicativo se ninguém pode usá-lo?
Percebendo todos os riscos, uma conta de desenvolvedor do Google Play foi comprada por US $ 25, mas para sua publicação, ainda está longe, a questão "Como monetizar sem autorização?"
A ideia surgiu para criar um algoritmo que criptografaria e descriptografaria a chave e, assim, o projeto seria monetizado.
Em seguida, foi lançada a primeira versão, que foi publicada um mês depois, referindo-se à quarentena.
Ok, o projeto está pronto para a primeira versão, como promovê-lo? No Google Play Console, foi encontrada uma função que permite promover um projeto na plataforma Play Market usando publicidade, decidiu-se doar US $ 10 por um mês, mas isso não trouxe muito retorno e apenas 2 chaves foram compradas para todo o tempo.
Então, como e em quem testar, onde atrair clientes?
Outra ideia filosófica era tentar distribuir seu aplicativo, em sites que pirateavam aplicativos, o que significava que eles iriam lançar um apk para eles, fariam upload + em troca eu receberia PR, claro que ninguém fez de graça.
Bem, sem hesitação, decidiu-se postá-lo no fórum . Isso deu uma experiência positiva, para o aplicativo em termos de desenvolvimento posterior, os principais erros foram identificados pelos usuários do fórum, bem como as críticas que foram direcionadas para melhorar a estabilidade do aplicativo, uma chave foi fornecida para teste, durante 20 dias de uso da chave de teste, 500 rublos foram gastos em números pelos usuários fórum.
Ok, encontramos erros, testamos o aplicativo e no Play Market, de acordo com as estatísticas de retenção de público, há menos de 10 pessoas e ninguém compra chaves, o que há de errado?
Tendo chegado ao multilinguismo, ficou claro que grande parte do público do Play Market é inglês, então o próximo passo foi criar um aplicativo multilíngue, o que, como mais tarde, eu tive que me arrepender e isso deveria ter sido estabelecido nas primeiras etapas de design do aplicativo, já que agora você deve fazer todo o texto para transferir para os recursos do projeto, vincular através do construtor e verificar se o aplicativo funciona com esta codificação, teorias da conspiração com um ponto "." e vírgula "," nas codificações "ru-Ru" (exceto com "." funciona com ",") e "en-US" (não é exibido com "," funciona com "."). E sim, isso é tudo quando se usa o tipo duplo. Portanto, use o restante da divisão de inteiros em seus projetos corretamente, não porque tive de reescrever um código de dois meses!