[Michel]

Beaucoup en rêvent, mais il n'existe pas encore. Rassemblons des idées qui permettront aux développeurs intéressés de le créer !

Je liste ici les fonctionnalités qui me semblent intéressantes, n'hésitez pas à les compléter ou à les critiquer (utilité ou non).

Administration :

- gestion des droits pour les utilisateurs (comme tous les modules
- création de types de biens libre (par défaut déjà les plus répandues, maison, appartement, etc.)
- voir si besoin de sous-catégories pour les types
- sommaire et détail d'un bien (comme les articles de news)
- gestion des dates d'affichage (comme les articles de news)
- champs pour chaque bien : type (maison, etc.), surface, localisation, prix, type d'offre (location ou vente), terrasse, garage, parking, jardin, vendu/pas vendu (un simple oui/non), année, ... (là on peut vraiment affiner avec plein de critères mais à voir si vraiment nécessaire)
- écriture optimisée des urls (ex. maison-a-vendre-F5-a-besançon-proche-gare-pipo-et-lulo...)
- gabarits de sommaire et détail (comme les articles de news)

Front :

- un moteur de recherche multi-critères (type, localisation, fourchette de prix)

Voilà pour le moment

[f5jmh]

Bonsoir Michel,

>écriture optimisée des urls (ex. maison-a-vendre-F5-a-besançon-proche-gare-pipo-et-lulo...)
Si tu inclus la localisation du bien dans l'URL, tu risque fort de retrouver avec levés de boucliers de la part des pro de l'immo, en général on reste assez évasif sur ce type d'offre, risque de passage en direct

A qui cet utilitaire va servir exactement, je parle de taille des agences, les petites agences ou les courtiers indépendants (il n'y en plus beaucoup) travaille souvent avec des moyens réduits (genre pack office par exemple) les plus grosses ou les nationnale avec des log propriétaires, il serait peut être bien de penser à faire des passerelles entre les deux. Bien sur je dis cela, ce n'est juste qu'une idée, est-ce vraiment réalisable pour tous ? je ne pense pas mais à voir, un simple import sous format ASCII par exemple serait peut-être un plus.

Si non c'est peut-être une bonne idée, je pourrais peut-être te fournir d'autres renseignements...

Amitiés

[Jean le Chauve]

Au contraire, il est hyper important d'optimiser les url. L'internet immobilier est très concurrentiel.

[kraygoon]

Salut,

J'avais fais un site immobilier il y a 5/6 ans et le gestionnaire de l'agence m'avait demandé un nombre illimité de "champs pour chaque bien".
Ce qui fait que dans son interface d'administration il pouvait rajouter des champs (et "sous-champs") à loisirs.
Dans sa fiche sur le bien immobilier, il sélectionnait dans un menu déroulant la liste des "champs" qu'il souhaitait inclure.

Par exemple au début il n'avait pas pensé à indiquer clairement la surface du balcon. Alors il lui a suffit de créer un champ "Balcon (surface en m²)". Et d'indiquer dans sa fiche la surface de façon très précise.
Ainsi les gens pouvaient faire des recherches très précises sur leurs besoins (et les gens ont des critères de recherche parfois incongrus).


Ce qu'il serait pas mal c'est d'inclure également des champs "URL" pointant vers des pages en durs.
Pourquoi ? Parce qu'il existe des sociétés qui réalisent des visites virtuelles 360° (dans ce genre là pour ma part : Visite virtuelle) et souvent ces services sont externalisés par rapport au site existant.
Cela permet au propriétaire du site de faire appel à d'autres prestataires pour inclure des services non prévus à l'origine.
Donc ces champs "URL" contiendraient des options du genre "target (_blank, _self, popup, lightbox...)"...

Je réfléchis à d'autres choses...

[Michel]

@Kraygoon :

oui c'est mieux d'avoir des champs libres en ajout. Bonne idée les visites virtuelles ! Pour info c'est quoi comme outil qui génère le panoramique flash ?

[simoly]

Bonjour all,

c'es un module plus qu'intéressant celui-ci.
La proposition d Michel est déjà bien pensée, j'ajouterais la gestion des images également.
Possibilité de mettre d'une à X images. Gérer eventuellement les différentes tailles d'images comme sur le module Cataloguer par exemple.
Je voterais aussi pour les champs libres. Même si c'es de l'immobilier, l'activitée est différente selon les type d'agences.
Sans oublier la partie graphique biensûr.

Excellente journée à tous.
Simoly


Voilà,

[bess]

Je ne peux que pousser vers la réalisation d'un tel module, je sais déjà ou l'utiliser :o

La gestion des images doit être également paramétrable
->caractéristiques de l'image
--->hauteur max
--->largeur max
--->poids max
--->extension autorisées
->caractéristiques galerie
--->nb photo max
--->quelle image affichée en priorité ?
--->notion d'ordre d'affichage?
->Bonus
--->nb photo max +/- grand suivant le groupe d'utilisateur (compte prémium)
--->intégration d'une galerie flash/javascript bien agréable
--->commentaires sur photos

[...]

beaucoup d'idées sur ce sujet car on sait tous que dans une annonce, ce qui retient l'attention en premier c'est justement les photos !

Un grand bravo aux développeurs qui s'attèleront sur le sujet

[simoly]

Re...

Je pense qu'il faudrait peut-être centraliser les idées, prendre celles qui sont réalisbles dans un premier temps. A mon avis le but est de créer un module paramétrable et qui sert à plusieures activitées et utilisateurs.... mais pas forcement une usine à gaz....

Que faire de ce module aussi?
Juste un espace admin pour une agence immobiliére ou elle peut insérer ses objets à louer ou un module ou tout le monde peu venir mettre une annonce avec son appartement à louer ou à vendre? Ce n'es pas du tout le même esprit et le même développement?

Qu'en pensez-vous ?

[Michel]

Je pense qu'il faut que chacun envoie ses idées dans un premier temps, puis on pourra en dégager quelque chose de concret et qui puisse convenir au plus grand nombre. Si certaines fonctions sont trop complexes ou pas toujours utilisées, il faut les laisser de côté (elles pourront être développées par la suite à la demande).

[Michel]

Par rapport au développement faut penser aussi au temps de réalisation et au prix que cela va représenter (à moins qu'un bénévole qui vive d'amour et d'eau fraîche le fasse gratuitement ! :p). Personnellement je préfère un module développé par un pro, qui ne va pas le faire pendant son temps perdu mais va pouvoir le réaliser assez rapidement, et en assurer surtout le suivi.
A voir après selon le nombre de demandes si le développeur en question va pouvoir proposer une tarification adaptée (plus il y a de demandes, plus le prix serait intéressant, enfin bon c'est une idée, c'est aux intéressés de fixer leurs tarifs).

[f5jmh]

Bonjour,

>Au contraire, il est hyper important d'optimiser les url. L'internet immobilier est très concurrentiel.
Bien sur, je ne parlais pas de cela, il suffit de bien lire ma phrase, optimiser les URL est une chose, placer l'adresse du bien en est une autre (attention).

Pensez qu'il existe des agences qui ne sont pas placée en centre ville et dont les 90% de leur chiffre se fait en pleine campagne... Les annonces de biens ne se font pas tout à fait de la même manière.

Maintenant...

A+

[bess]

>>Bien sur, je ne parlais pas de cela, il suffit de bien lire ma phrase, optimiser les URL est une chose, placer l'adresse du bien en est une autre (attention).

je plussoie f5jmh sur ce point étant donné que oui : les agences vont évidement refuser qu'un acheteur puisse les court-circuiter en allant visiter la maison directement grâce à l'adresse trouvée l'url.

Par contre ...

par contre ce genre de restriction ne doit pas rentrer dans le cadre du développement, on peut par exemple s'imaginer faire un site à la "boncoin.fr" ou un particulier souhaite afficher son adresse dans l'url afin d'améliorer sa visibilité sur le net... alors là oui il faudrait afficher l'adresse ... bref f5jmh je pense que ton idée est bonne sous condition de laisser le paramétrage de l'url possible via le panneau d'administration selon les champs proposés.

exemple 1 : site société immobilière

titre / adresse / cp / ville / prix / m² / nbPiece / location|vente
url --> site.com/vente/ville/titre ou bien site.com/ville/location/titre ou bien .....

exemple 2 : site immobilier de particulier

titre / adresse / cp / ville / prix / m² / nbPiece / location|vente
url --> site.com/vente/ville/adresse/titre ou bien ....


exemple 3 : site société de vente pièce détachée voiture
titre / marque / modele / annee / typePiece / prix /
url --> site.com/marque/modele/titre ou bien ....


bref avec un moyen de personnaliser la façon d'afficher les url (en prenant garde de ne pas provoquer de conflit en insérant par défaut l'id de l'annonce dès le départ par exemple)

[f5jmh]

Bess, tu a tout à fait saisie le sens de ma remarque... c'est le point crucial du module.

[tux]

Bonjour,

çà me fait penser à une discussion ici qui contient surement des idées intéressantes.

Pour l'url rewriting, il serait mieux de trouver un compris qui convienne a tous les cas. Inutile de compliqué les choses, genre:
location|vente-Maison|appartement-cp-ville-titre

"un nombre illimité de champs pour chaque bien". Euh comment çà se passe pour le moteur de recherche du module ....
Encore un fois faire simple, les champs classiques et apres on place dans le champs texte TinyMCE.
çà conviendrait au plus grand nombre et apres chacun pourrait ameliorer/customiser le module si il le souhaite

Par contre il faudrait ajouter des options comme coup de coeur, meublés ou non etc ...
Voir pour un moteur de recherche et formulaire de contact dédié aux annonces. J'aime des champs speciaux pour des liens externes vers de la video/visites virtuelles Concernant la location saisonnière, c'est vraiment spécifique. Périodes demandées, périodes de disponibilité tarifs basse, haute et moyenne saison, Le classement par capacité de couchage, plutôt que nombre de lits ou de pièces.

C'est un gros developpement, courage aux programmeurs....

Voilà, mieux vaut rester réaliste pour qu'un jour ce module soit disponible.

++

[kraygoon]

Bonjour,
"un nombre illimité de champs pour chaque bien". Euh comment çà se passe pour le moteur de recherche du module ....

Rien de plus simple, c'est une bête histoire de correspondance de table.
Le moteur de recherche permet de sélectionner un ou plusieurs champs.

Par contre il faudrait ajouter des options comme coup de coeur, meublés ou non etc ...

Avec un système de champ illimité c'est complètement envisageable.
Le client veut un champ "Coup de coeur", OK on le créé. Il préfère un champ "Sélection La Forêt" ou "Sélection Agence Trucmuche", on le créé aussi sec.


Voilà, jusqu'à présent je n'ai pas vu d'idées irréalistes. Après classer les idées par ordre d'importance, créer une ToDo List précise avec les numéros de version correspondant ça pourrait être pas mal. Déjà pour motiver le(s) développeur(s) en hiérarchisant et classant le travail et "préparer" les utilisateurs vis-à-vis des dates de publications de la version qu'ils souhaitent.

[tux]

Le moteur de recherche permet de sélectionner un ou plusieurs champs.

peux tu etre plus clair ? Quels sont les champs present dans le moteur de recherche ? on les choisit ? comment ? etc ....

++

[Michel]

Question à 2 cts : y'a-t-il une petite application qui permettrait de gérer des projets ou futurs projets, un peu comme sur cmsms.org ? Cela permettrait de lister les souhaits de chacun et d'avoir ça sous forme de liste, plutôt que de rester sur un post du forum...

[kraygoon]

peux tu etre plus clair ? Quels sont les champs présent dans le moteur de recherche ? on les choisit ? comment ? etc ....

Dans ton formulaire de recherche, tu disposes des champs classiques de recherche (Surface, Nombre de pièces, etc). Tu disposes également d'une liste déroulante avec l'ensemble des "champs personnalisés" avec un petit bouton "+" à côté.
A chaque fois que tu sélectionnes un champ personnalisé, tu cliques sur ce bouton "+".

Admettons que tu cherches une maison avec piscine et héliport. Tu sélectionneras alors les deux champs successivement en cliquant sur "+" à chaque fois.

Le formulaire n'affichera en fait que la liste de champs personnalisés qui existent dans les fiches des biens immobiliers.

Pour ceux qui connaissent un peu les bases de données il y aurait (ultra simplifié et axé uniquement sur la question posée) :

Code :

Table BIEN (représentant le bien immobilier) :
ID, code_interne, code_externe, type, surface, prix...

Table PERSO (représentant les champs personnalisés) :
ID, nom, description

Table BIEN_PERSO (représentant la jonction des deux tables précédentes) :
BIEN_ID, BIEN_PERSO, valeur

Donc un exemple avec la maison avec piscine et héliport :

Code :

Table BIEN : 135, 1, 245, Maison, 350, 600000

Table PERSO : 23, Piscine, NULL
Table PERSO : 24, Héliport, Zone d'atterrissage d'hélicoptère

Table BIEN_PERSO : 135, 23, Piscine horizon chauffée avec protection enfant
Table BIEN_PERSO : 135, 24, NULL

Suis-je clair ? ;-)

[bess]

Je souhaite également un point important à mes yeux : la notion de discussion.

Mettre comme sous Ebay un système de question - réponse sous forme d'un mini forum pour chaque vente. Pas question de faire 300 discussions sur un article vendu, mais uniquement une seule discussion ou chacun pourra poser ses questions afin de se renseigner sur l'article. l'auteur de la vente pouvant évidement répondre aux questions

[Michel]

Peut-être, faut voir...

Si j'étais pro de l'immobilier, je préfèrerai ne pas trop en mettre côté interaction : faut avoir le temps d'y répondre, tout le monde ne passe pas plusieurs heures devant son écran (surtout que rien qu'ajouter plusieurs biens ça prend déjà son temps). Un vendeur préfèrera avoir un contact téléphonique ou un rendez-vous sur place plutôt que de répondre à x questions. Sinon un simple lien email reprenant la référence du bien serait suffisant je pense pour poser des questions.

J'ai pensé à une autre fonction : l'abonnement, un internaute pourrait ainsi être prévenu par email dès qu'un nouveau bien fraichement publié pourrait lui correspondre (choix des critères à l'abonnement).

[bess]

en fait je ne conçois pas spécialement ce module pour vendre du bien immobilier mais pour de la vente d'arme (paintball/airsoft) entre joueur sur différents association. et là il est intéressant lorsque kkun met en vente une combinaison / une réplique d'arme qu'elle puisse enrichir son annonce a volonté et évidement répondre aux questions techniques des potentiels acheteurs (et c'est qu'ils posent de ces questions pointues parfois dans ce milieu :p)

Ce n'est évidement pas la partie du module la plus importante à développer je te l'accorde. Mais j'y tiens sincèrement et je suis certain que bcp de personne utilisant ce modules autrement que pour vendre du bien immobilier serait content de pouvoir activer (ou non) cette extension.

[Michel]

Le module pourrait être couplé à "Comments" peut-être dans ce cas ?

[bess]

jamais utilisé, si c'est ce que j'imagine (commentaire au nom d'une personne connecté) alors oui on peut le couplé ainsi !

[f5jmh]

Bonjour,

Je rejoint personnellement Michel sur la prise de contact, ne pas oublier que le plus important pour un négociateur immo, c'est la prise de contact, qui doit déboucher sur un rendez-vous de visite. Cette visite se faisant grâce à un mandat que le futur acheteur signe en agence...

Le but du module est avanbt tout de mettre en relation le futur acheteur et le négociateur et non l'acheteur et le vendeur... Un négociateur immobilier est avant tout payé grâce aux ventes qu'il va faire déboucher, donc à la commission, enfin dans toute agence qui se respecte bien sur

Son travail est par ailleurs bien plus conséquent que la visite du bien et sa vente, il doit prospecter des biens, des clients, des acheteurs, les suivre, tout savoir sur ces biens, et encore bien bien d'autres choses comme notamment s'occuper des rendez-vous chez les notaires, accompagner leur clients, les guider bref faire la vente en négociant auprès du vendeur pour son acheteur etc etc etc...

Donc à mon sens, je ne pense pas qu'entamer une discute sur un site soit du genre à le faire se réjouir... Par contre il prendra plaisir à prendre son RV ...

Ne vous égarez pas de trop et restons simple.

Amitiés

[bess]

encore une fois je précise que je ne pense pas que ce genre de module doit être réservé aux vente immobilières, autoriser ou non les commentaires via le module "Comments" comme proposé par Michel est pour moi une très bonne idée.

Du coup on ne restreint pas l'utilisation du module par une classe d'utilisateur (agence immobilière refusant les discussion) ni une autre (particulier souhaitant laisser la possibilité de questionner/répondre comme sous Ebay)

Surtout si le module en question existe déjà ! il faut juste prévoir de le lier à notre module et "c'est tout" <-- entre guillemet, tous les développeurs peuvent sourire en lisant cela