Notule 2008-05-16 Bezoek De Woonplaats

De Woonplaats - 16 mei 2008

Notule

Modelering van het verkoopproces bij De Woonplaats gemaakt door Niels Slot

De notule van 16 mei 2008, bezoek aan de Woonplaats in Enschede. Die uitleg was erg verhelderend, en Jan Willem zat (te) geboeid te luisteren.

In de schematische tekening hiernaast is het hele verkoop process van De Woonplaats in kaart gebracht.

• De woonplaats verkoopt nieuwbouw en bestaande huizen. Het bouwen voor een verkoop module voor nieuwbouw zou een eventueel vervolgproject zijn.
  
• Elke woning, ouder dan 10 jaar, gaat in de verkoop
  
• Het financiele gedeelte mag worden vergeten. Als de applicatie in productie zou gaan, worden alle financieën ge-outsourced.
  
• De taxatie, zoals deze nu geïmplementeerd is in de applicatie is nu voldoende, betreft het financiele aspect.
  
• Makelaar moet makkelijk in de applicatie kunnen, en mensen inschrijven. Ook moet hij niet alles kunnen zien wat andere gebruikers kunnen zien.
• Bij het verwijderen van een gebruiker moeten de relaties behouden blijven. Een gebruikers dus niet verwijderen, maar op non-actief zetten.
• !! KBS IS NOG STEEDS IN GEBRUIK !! alleen de documentatie is out-dated.
• De vraag ontstond; in hoevere wil je een klant (lees: huurder) in je systeem? De verkoop van huizen hoort via de makelaar te geschieden. Hij is eigenlijk de 'klant' bij een verkoop.
• De Woonplaats hecht hele grote waarden aan een implementatie van een systeem waarbij tijdens het verkoop process de status gevolgd kan worden, bijv:
  - Wat doet de makelaar?
  - Hoe loopt het verkoop process?
  - Wat word er gemiddeld geboden?
  - Etc.
• Er horen verschillende contracten bij een klant. Voor meer info; zie KBS documentatie (nog redelijk relevant op dit onderwerp)
• Per type onroerendgoed hoort een ander contract (detail)
• Het verkopen van bijv. een flat heeft zijn eigen applicatie (vanwege complexiteit)
• Wat uitgebreid moet worden volgens de Woonplaats:
  - Registreren van woningen
  - Functie "Makelaar" en bijbehorende functionaliteit uitbreiden
  - Tijdens het verkoop process gegevens vastleggen (soort logboek)
  - Gebeurtenissen koppelen aan een verkoop (in de vorm van logboek, zie ook KBS voor een implementatie)
• De Woonplaats hanteert een beloning voor goed huurdersgedrag, d.m.v een goldservice membership. Dit houd in dat mensen als eerste de optie krijgen om een huis te kopen,
  voor hij in de verkoop gaat. (Klinkt als een business rule, en is specifieke implementatie, wellicht iets wat ze zelf moeten gaan implementeren)
• Bij een koop moeten mensen kunnen bieden, bij een verhuur niet (detail)
• Complex prijs, zoals die nu is geïmplementeerd in de WOSI applicatie hoort niet bij de Woonplaats (detail)
• Als extra zou op prijs worden gesteld; het bijvoegen van foto's, wijkinfo, buurtinfo etc. bij een VHE
  

• Een nieuwe afspraak, in de toekomst, met non-technischi (eind gebruikers) is gewenst
  
• Een online demo is gewenst (in de nabije toekomst)
  
• In de toekomst is ook een import/export functie gewenst om handwerk (vooral aan het begin van de integratie van WOSI bij de Woonplaats) te automatiseren.
• Er werd een woordenlijst gesuggereerd waarin wij verschillende termen vastleggen, zodat niet elke groep hoeft te vragen wat een VHE is, en wat een complex is, etc.
  

Bugs

Enkele bugs die aan het licht kwamen.

• VHE -> Opslaan -> 404 Error
• Bij het toekennen van een rol word de gebruiker verne*kt
• Taxateur lijst bevat alle gebruikers (zou alleen taxateurs moeten laten zien)
• 500 Error bij het aanmaken van een gebruiker
• Semi-bug: De use-case "Edit VHE" is niet geïmplementeerd in de applicatie

Zie ook

• Notule voorbereiding op bezoek