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:
- 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.
- 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).
- 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í