Por que não decolou do portal imobiliário. Parte 2

Continuo a história do projeto Imobiliário, que tentou decolar por um longo tempo, mas nunca decolou. Estou escrevendo tudo como é - experiência pessoal.

Então, na primeira parte, escrevi sobre como comecei e procurei usuários que registrassem e publicassem suas ofertas imobiliárias. Agora vou falar sobre o relacionamento com esses usuários.

Depois que as pessoas começaram a se registrar, eu já sabia quem é quem. No sentido de que o formulário de inscrição ampliou os campos com os tipos de quem se registrou: particular, corretor de imóveis independente, agência imobiliária. Em 90% dos casos, eram agências imobiliárias.

Eu farei uma pequena digressão. O portal possuía três seções independentes sobre imóveis: aluguel diário com sistema de reservas, imóveis residenciais (aluguel / venda) e imóveis comerciais (aluguel / venda). No futuro, eu queria estragar novos edifícios. Eu até fiz esse projeto (independente do portal principal), mas fui convidado para um projeto semelhante, o maior da Ucrânia. E marquei sozinho e saí para fazer um estranho.

A monetização foi planejada com a colocação de anúncios VIP (destacados em vermelho negrito e posicionados no topo de outros anúncios). Banners de ponta a ponta e individuais para seções (para isso, até escrevi meu próprio banner). O sistema de importação / exportação de feeds com imóveis para agências imobiliárias (escreveu seu próprio sistema com suporte a todos os formatos conhecidos, o principal era o Yandex Real Estate. Preço por 100 imóveis importados) Recomendamos um preço fixo para alugar imóveis diariamente (do sistema de reservas), além de banners na parte superior do portal.

Para monetização, todas as ferramentas automatizadas possíveis foram escritas. Minha intervenção no trabalho nem foi necessária.

Em geral, havia ferramentas mais que suficientes. Tudo foi criado por ele mesmo, levando em conta minha visão da imagem do universo e com a máxima automação do processo. O código foi escrito, realmente milhões de linhas! A importação / exportação de feeds (documento XML com dados imobiliários) foi escrita um pouco mais tarde do que outras soluções, agora vou falar sobre isso.

Então, voltando ao início da história. Eu tenho três tipos de usuários:

  1. Particulares - eles tentam vender / alugar algo uma vez. O tipo mais desesperado que mexe com a Internet inteira em busca de portais imobiliários, quadros de mensagens, liga para todos os corretores de imóveis. Há apenas um objetivo - vender / alugar sua propriedade o mais rápido possível, sem gastar um centavo.
  2. Agências imobiliárias - um cliente promissor (em todo o caso, pensei que sim, mas acabei enganado), possui grandes bases imobiliárias. E isso, por sua vez, ajudará a preencher decentemente o portal com novos dados (como se viu, também, havia seus próprios ancinhos).
  3. Um corretor de imóveis particular é o tipo de usuário mais motivado. Ele tem uma pequena base de objetos, “cava a terra com o nariz” em busca de seu cliente, está pronto para pagar por publicidade se trouxer pelo menos alguém.

Todos os três tipos de usuários têm uma coisa em comum. Todos eles não dão a mínima para o texto do anúncio e o design dos textos para imóveis. Copie e cole o texto sem sentido e sem sentido, sempre que possível na Internet. Por esse motivo, para os clientes que fizeram anúncios VIP, refiz os textos em legíveis, significativos e únicos (fiz isso de graça, essa abordagem mostrou eficiência literalmente uma hora após a escrita). Tal anúncio no Google saltou em centenas !!! posições para a frente.

Agora vou falar sobre tipos de usuários em mais detalhes.

1. Não há nada para pegar. É impossível ganhar com esses clientes. Mas eles são necessários para preencher seu banco de dados. Além disso, a qualidade desses anúncios é menor que o rodapé.

2. Agora, com esse tipo de usuário, comecei a corresponder ativamente. Comecei a criar todos os tipos de questionários e apenas discuti e negociei a funcionalidade que eles querem ver no meu portal. Definitivamente, todos precisavam importar seus dados para mim no portal. E comecei a escrever funcionalidade no feed de importação / exportação de agências imobiliárias no meu banco de dados. Esse caminho era muito espinhoso, difícil e a dança com um pandeiro continuou até minha decisão de enterrar o projeto.

Eu explico o porque Apesar de todos terem declarado o formato de dados desenvolvido pela Yandex Real Estate, todos o entenderam à sua maneira. Antes de tudo, isso dizia respeito à hierarquia de regiões, assentamentos, cidades. O maior problema é a falta de um único banco de dados para os nomes de assentamentos de vários significados. Cada um esculpiu seus nomes, abreviações, abreviações. Alguns escreveram: reg. Moscou, a segunda apenas - Moscou, a terceira - região de Moscou., Quarter - Mos. reg., quinto em geral - Moscou. E assim por cada unidade territorial! E o analisador trabalha em conjunto com o texto, já que todas as agências têm seus próprios identificadores exclusivos e você não pode confiar neles. Quantos não disseram, quantos não pediram para ordenar esse caos - nenhum progresso. Alguém acabou de marcar, outros pediram a seus especialistas em TI que consertassem algo, mas o lixo continuou.

Isso é exatamente o que diz respeito às regiões, o mesmo se aplica a campos como imóveis e suas características. O próximo passo é que a maioria das agências possui dezenas ou mesmo centenas de milhares de objetos imobiliários em seu banco de dados. Ainda não tinha dinheiro para importar feeds em um portal sem torção; portanto, a importação era gratuita. Agora imagine qual capacidade um servidor deve ter para analisar centenas de milhares de objetos de centenas de agências imobiliárias diariamente? Redesenhei completamente o código de importação de feed. Agora tornou-se muito fluxo. Introduziu um sistema de log que ignorou imediatamente os objetos que já existem e, se a data não corresponder, basta atualizá-lo. Em suma, este sangue funcional bebeu muito de mim.

Mas este não foi o principal problema. O fato é que essas dezenas de milhares de objetos não são apenas uma pessoa, mas centenas de corretores de imóveis que trabalham em uma agência imobiliária. Cada um tem seus próprios clientes, que eles inserem em um único banco de dados da agência a partir do qual um feed é criado para exportar para portais imobiliários. E como você já adivinhou, diferentes corretores de imóveis têm os mesmos objetos imobiliários. As fotos do objeto são iguais, o endereço é o mesmo, mas o preço, a descrição e as características do objeto podem variar de corretor para corretor. E então o que temos no final. Após o carregamento completo do feed no portal imobiliário de 50 mil objetos carregados, 10 mil deles serão duplicados um do outro! Eu vou dar isso!

E agora a pergunta é: como pegar esse jogo inteiro e remover duplicatas? Se você escrever um analisador duplicado no momento da análise, não haverá capacidade suficiente do servidor. Se você fizer isso depois, também não está claro qual de todos os anúncios da propriedade é melhor. Por mais que eu não pedisse à agência imobiliária do meu lado que fizesse feeds com imóveis exclusivos, não houve resultado no final.

Depois de um grande número de todos os tipos de danças com um pandeiro, cheguei a uma conclusão decepcionante. Que nada no final pode ser ganho nas agências imobiliárias com a palavra AT ALL! E tudo porque eles administram seus clientes de CRM para toda a agência, criam feeds (com qualidade G total) e o "atravessam" em todos os portais possíveis, na esperança de que "atire" em algum lugar. É por esse motivo que me recusei a criar CRM baseado em nuvem, porque eles querem usar seus próprios computadores, embora desconfortáveis, oblíquos e curvos, mas próximos ao corpo.

Como resultado, gastei uma quantidade incrível de esforço, finanças em servidores poderosos e, no final, recebi um enorme banco de dados de todo o lixo com duplicatas, do qual o Google ficou completamente chocado e horror (e eu o entendo).

3. O tipo de usuário mais promissor. Minha área administrativa para o corretor de imóveis foi construída muito conveniente para uso, além de possuir os recursos básicos de um CRM simples. Havia um resumo de estatísticas, estatísticas sobre visualizações e cliques e referências de exibição, a capacidade de atualizar a data da propriedade, além de uma promoção para o topo. Em suma, havia muitas coisas. Portanto, corretores de imóveis particulares usavam ativamente, o tempo todo eles iam ao portal e estavam envolvidos em seus objetos. Muitas vezes, eles compravam um anúncio VIP e escreviam ativamente para mim o que precisava ser melhorado. Portanto, a conclusão é esta. Quem quer sobreviver no mercado e, ao mesmo tempo, é pequeno, compensa isso com sua mobilidade e agilidade. Pronto para investir com sabedoria em publicidade e experimentar novas tecnologias. E tudo por causa do fato de que o lobo faminto alimenta seus pés.

Eu acho que ainda há informações suficientes para fundamentar o artigo. Vou continuar na próxima parte.

Reimpressão do blog. Original aqui

Source: https://habr.com/ru/post/pt439310/


All Articles