¬ŅPor qu√© no despeg√≥ el portal inmobiliario? Parte 2

Contin√ļo la historia del proyecto inmobiliario, que intent√≥ despegar durante mucho tiempo, pero nunca despeg√≥. Estoy escribiendo todo como est√°: experiencia personal.

Entonces, en la primera parte escribí sobre cómo comencé y busqué usuarios que se registraran y publicaran sus ofertas inmobiliarias. Ahora hablaré sobre la relación con estos usuarios.

Después de que la gente comenzó a registrarse, ya sabía quién es quién. En el sentido de que el formulario de registro tenía campos extendidos con los tipos de los que se registraron: particular privado, agente inmobiliario independiente, agencia inmobiliaria. En el 90% de los casos, se trataba de agencias inmobiliarias.

Har√© una peque√Īa digresi√≥n. El portal ten√≠a tres secciones independientes sobre bienes inmuebles: alquiler diario con un sistema de reservas, bienes inmuebles residenciales (alquiler / venta) y bienes inmuebles comerciales (alquiler / venta). En el futuro quer√≠a atornillar nuevos edificios. Incluso hice este proyecto (independiente del portal principal), pero luego me invitaron a un proyecto similar, el m√°s grande de Ucrania. Y marqu√© por mi cuenta y me fui para hacer un extra√Īo.

La monetización se planificó colocando anuncios VIP (se resaltó en rojo intenso y se situó en la parte superior de otros anuncios). De extremo a extremo e individual para banners de secciones (para esto incluso escribí mi propio banner). El sistema de importación / exportación de alimentos con bienes inmuebles para agencias inmobiliarias (escribió su propio sistema con soporte para todos los formatos conocidos, el principal era Yandex Real Estate. Precio por 100 objetos inmobiliarios importados). Recomendamos un precio fijo para alquilar bienes inmuebles a diario (desde el sistema de reservas), así como pancartas en la parte superior del portal.

Para la monetización, se escribieron todas las herramientas automatizadas posibles. Mi intervención en el trabajo ni siquiera fue requerida.

En general, había herramientas más que suficientes. Todo fue creado por él mismo, teniendo en cuenta mi visión de la imagen del universo y con la máxima automatización del proceso. El código fue escrito, ¡realmente millones de líneas! Importar / exportar para feeds (documento XML con datos inmobiliarios) se escribió un poco más tarde que otras soluciones, ahora le contaré sobre ello.

Entonces, volvamos al comienzo de la historia. Tengo tres tipos de usuarios:

  1. Individuos privados: intentan vender / alquilar algo una vez. El tipo m√°s desesperado que busca toda la Internet en busca de portales inmobiliarios, tableros de mensajes, llama a todos los agentes inmobiliarios. Solo hay un objetivo: vender / alquilar su propiedad lo antes posible, sin gastar un centavo.
  2. Agencias inmobiliarias: un cliente prometedor (en cualquier caso, pensé que sí, pero terminé equivocado), tiene grandes bases inmobiliarias. Y esto, a su vez, ayudará a llenar decentemente el portal con nuevos datos (como resultó, también había sus propios rastrillos).
  3. Un agente de bienes ra√≠ces privado es el tipo de usuario m√°s motivado. Tiene una peque√Īa base de objetos, "cava la tierra con la nariz" en busca de su cliente, est√° listo para pagar la publicidad si trae al menos a alguien.

Los tres tipos de usuarios tienen una cosa en com√ļn. A todos ellos no les importa el texto del anuncio y el dise√Īo de textos para bienes ra√≠ces. Copiar y pegar tonto de un deber y texto sin sentido siempre que sea posible en Internet. Por esta raz√≥n, para aquellos clientes que hicieron anuncios VIP, rehice los textos en textos legibles, significativos y √ļnicos (lo hice de forma gratuita, este enfoque mostr√≥ eficiencia literalmente una hora despu√©s de la escritura). Tal anuncio en Google salt√≥ a cientos! posiciones hacia adelante.

Ahora hablaré sobre los tipos de usuarios con más detalle.

1. No hay nada que atrapar. Es imposible ganar en tales clientes. Pero son necesarios para llenar su base de datos. Al mismo tiempo, la calidad de estos anuncios es inferior a la del zócalo.

2. Ahora con este tipo de usuario comencé a corresponder activamente. Comencé a crear todo tipo de cuestionarios y solo debatir y negociar sobre la funcionalidad que quieren ver en mi portal. Definitivamente todos necesitaban importarme sus datos en el portal. Y comencé a escribir funcionalidades para importar / exportar feeds de agencias inmobiliarias a mi base de datos. Este camino era muy espinoso, difícil, y el baile con una pandereta continuó hasta mi decisión de enterrar el proyecto.

Te explico por qu√©. A pesar de que todos declararon el formato de datos desarrollado por Yandex Real Estate, todos lo entendieron a su manera. En primer lugar, esto se refer√≠a a la jerarqu√≠a de regiones, asentamientos, ciudades. El mayor problema es la falta de una base de datos √ļnica para los nombres de los asentamientos de diversa importancia. Cada uno esculpi√≥ sus nombres, abreviaturas, abreviaturas. Algunos escribieron: reg. Mosc√ļ, el segundo justo - Mosc√ļ, el tercero - regi√≥n de Mosc√ļ., Barrio - Mos. reg., quinto en general - Mosc√ļ. ¬°Y as√≠ para cada unidad territorial! Y el analizador funciona junto con el texto, ya que todas las agencias tienen sus propios identificadores √ļnicos, y no puede confiar en ellos. Cu√°ntos no dijeron, cu√°ntos no pidieron poner en orden este caos, sin progreso. Alguien acaba de marcar, otros pidieron a sus especialistas en TI que arreglen algo, pero la basura continu√≥.

Esto es justo lo que concierne a las regiones, lo mismo se aplica a campos como el inmobiliario y sus caracter√≠sticas. El siguiente rastrillo es que la mayor√≠a de las agencias tienen docenas o incluso cientos de miles de objetos inmobiliarios en su base de datos. Todav√≠a no pod√≠a aceptar dinero para importar feeds en un portal sin retorcer, por lo que la importaci√≥n era gratuita. Ahora imagine qu√© capacidad debe tener un servidor para analizar diariamente cientos de miles de objetos de cientos de agencias inmobiliarias. Redise√Ī√© completamente el c√≥digo de importaci√≥n del feed. Ahora se ha convertido en mucho flujo. Introdujo un sistema de registro que omiti√≥ de inmediato los objetos que ya existen, y si la fecha no coincide, simplemente lo actualiz√≥. En resumen, esta sangre funcional bebi√≥ mucho de m√≠.

Pero este no era el problema principal. El hecho es que estas decenas de miles de objetos no son solo una persona, sino cientos de agentes inmobiliarios que trabajan en una agencia inmobiliaria. Cada uno tiene sus propios clientes, que ingresan en una base de datos de una sola agencia a partir de la cual se crea un feed para exportar a portales inmobiliarios. Y como ya adivina, diferentes agentes inmobiliarios tienen los mismos objetos inmobiliarios. Las fotos del objeto son iguales, la dirección es la misma, pero el precio, la descripción y las características del objeto pueden variar de un agente inmobiliario a otro. Y entonces lo que tenemos en el final. Después de que el feed se cargue por completo en el portal inmobiliario de 50 mil objetos cargados, ¡10 mil de ellos serán duplicados entre sí! ¡Te lo daré!

Y ahora la pregunta es, ¬Ņc√≥mo atrapar todo este juego y eliminar duplicados? Si escribe un analizador duplicado justo en el momento del an√°lisis, entonces no habr√° suficientes capacidades de servidor. Si hace esto m√°s adelante, tampoco est√° claro cu√°l de todos los anuncios inmobiliarios es de mayor calidad. Por mucho que no le ped√≠ a la agencia de bienes ra√≠ces de mi lado que hiciera feeds con bienes ra√≠ces √ļnicos, al final no hubo resultado.

Después de una gran cantidad de todo tipo de bailes con una pandereta, llegué a una conclusión decepcionante. ¡Que al final nada se puede ganar en las agencias inmobiliarias de la palabra en absoluto! Y todo porque manejan a sus clientes de CRM para toda la agencia, lo alimentan (con calidad G completa) y lo "pasan" a través de todos los portales posibles con la esperanza de que "dispare" en alguna parte. Es por esta razón que me negué a crear CRM basado en la nube, porque quieren usar el suyo en su computadora, aunque incómodo, oblicuo y curvo, pero cerca del cuerpo.

Como resultado, gasté una cantidad increíble de esfuerzo, finanzas en servidores potentes, y al final obtuve una enorme base de datos de toda la basura con duplicados, de la cual Google estaba completamente conmocionado y horrorizado (y lo entiendo).

3. El tipo de usuario m√°s prometedor. Mi √°rea de administraci√≥n para el agente inmobiliario se construy√≥ de manera muy conveniente para su uso, adem√°s ten√≠a las capacidades b√°sicas de un CRM simple. Hubo un resumen de estad√≠sticas y estad√≠sticas sobre vistas y clics, y ver referencias, la capacidad de actualizar la fecha de la propiedad, adem√°s de la promoci√≥n a la cima. En resumen, hab√≠a muchas cosas. Por lo tanto, los agentes inmobiliarios privados lo usaban activamente, todo el tiempo que iban al portal y se dedicaban a sus objetos. Muy a menudo compraron un anuncio VIP y me escribieron activamente lo que debe mejorarse. Por lo tanto, la conclusi√≥n es esta. Cualquiera que quiera sobrevivir en el mercado, y al mismo tiempo es peque√Īo, compensa esto con su movilidad y agilidad. Listo para invertir sabiamente en publicidad y experimentar con nuevas tecnolog√≠as. Y todo por el hecho de que el lobo hambriento alimenta sus pies.

Creo que todavía hay suficiente información para razonar el artículo. Continuaré en la próxima parte.

Reimpresión del blog. Original aquí

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


All Articles