D3
Mobilní aplikace pro realitní kanceláře
Václav Sajdl
[email protected] cvičení: Pondělí 12:45 vedoucí: Ing. Zdeněk Míkovec (
[email protected])
ZADÁNÍ PROJEKTU Navrhněte rozhraní pro sledování realitních objektů na smart phone nebo tabletu v blízkém okolí uživatele podle zeměpisné polohy získané z mobilní sítě nebo družic GPS. Dále bude aplikace zahrnovat možnost vyhledávání podle uživatelem zadaných kritérií a ukládání historie prohlížených realitních objektů. Aplikace má být napsána pro platformu IOS 4 a potřebná data bude stahovat přes http rozhraní poskytnuté zadavatelem. Uživatel by měl mít možnost ukládání poznámek a dalších informací k detailu jednotlivých realitních objektů.
POZNATKY UPŘESNĚNÉ ZADAVATELEM Na schůzce se zadavatelem se probíraly základní prvky a funkční pokrytí aplikace nabízené zdarma běžným uživatelům. Dále bylo zveřejněno JSON rozhraní pro získávání informací z databáze realitních objektů. Aplikace by měla být primárně zaměřena na potenciální klienty realitních kanceláří čili uživatele mobilních zařízení, kteří hledají nějaký realitní objekt. Měla by jim usnadnit nalezení všech inzerátů v lokalitě, kde se právě uživatel nachází a vyhledávání objektů převážně podle polohy. Vyhledávat lze pouze podle dat, která obsahuje databáze zadavatele a podle specifikace rozhraní, které k vyhledávání slouží, proto je třeba zahrnout tyto poznatky do plánovaných výzkumů. V původním plánu byla možnost ukládání dat k jednotlivým realitním objektům, ale zadavatel přehodnotil původní plán a tato možnost bude zahrnuta až v další již placené verzi aplikace. Specifikace rozhraní k vyhledávání Výpis parametrů pro vyhledávání s výčtem přijatelných hodnot. location (volitelný) lat (povinný pokud je location = 0) lon (povinný pokud je location = 0) radius (volitelný) place (volitelný) price1 (volitelný) price2 (volitelný) unit (volitelný) currency (volitelný) offer_type (volitelný) age (volitelný) type (volitelný) ownership (volitelný) realty_state (volitelný) furnished (volitelný) building (volitelný) area1 (volitelný) area2 (volitelný) match (volitelný) sort (volitelný)
Hledání podle GPS nebo „place“ Zeměpisná šířka Zeměpisná délka Poloměr vyhledávání Název lokality (město, čtvrť, …) Cena od Cena do Jednotka ceny Měna Typ nabídky (prodej, pronájem) Stáří nabídky Typ nemovitosti Vlastnictví Stav nemovitosti Zařízení Typ budovy Plocha od Plocha do Text hledaný v popisu inzerátu Možnosti řazení
SCREENER Metoda výběru respondentů probíhala klasickou formou dotazníků. Úkolem bylo najít běžné uživatele smart phone nebo tabletu, kteří tato zařízení běžně používají k usnadnění každodenních činností. Pokud totiž tito uživatelé své zařízení používají pouze na jednoduché telefonování a krátké zprávy, nebudou schopni relevantně posoudit vlastnosti rozhraní. Dále tito uživatelé shánějí nebo v poslední době sháněli nějakou nemovitost či pozemek nebo se právě budou stěhovat. Dalším vhodným kandidátem by zajisté byl realitní makléř, ale protože funkce pro realitní makléře budou až v další verzi, zaměříme se tedy pouze na běžné uživatele. Dotazník s očekávanými kritérii (targets): 1. Používáte nějaké přenosné zařízení, které je ovládané dotykovou obrazovkou, jako je například smart phone nebo tablet? TARGET: Ano 2. Používáte toto zařízení k běžným úkonům namísto počítače? Například prohlížení emailu, vyhledávání na internetu, hledání v mapě. TARGET: Ano 3. Sháněl jste v poslední době nějaký realitní objekt nebo právě sháníte? Může to být například byt, dům, pozemek nebo kancelář. TARGET: Ano
STRUKTURA INTERVIEW Interview bylo předem připraveno podle prvotních záměrů zadavatele a tematicky rozděleno dle budoucího použití aplikace. Protože bude aplikaci používat hodně lidí s různými podmínkami pro výběr nemovitosti, interview je postaveno spíše kvantitativním způsobem a je tudíž zkráceno na menší počet otázek. Otázky jsou ale naopak zaměřeny tak, aby co nejvíce pokryly danou problematiku. Výsledky výzkumu lze potom zobecnit na širší skupinu uživatelů. Témata: 1. Strukturování aplikace. 2. Prohlížení okolí a zobrazení detailu nemovitosti. 3. Vyhledávání v databázi nemovitostí. Otázky: 1. Jak často používáte své mobilní zařízení? (zhruba kolikrát za hodinu) 2. Jaké činnosti a aplikace používáte nejčastěji? (mimo telefonování a sms) 3. Jaké aplikace Vám vyhovují a proč? 4. Jaké aplikace Vám nevyhovují a proč? 5. Jakou dobu zhruba strávíte, když zařízení vezmete do ruky, než ho zase odložíte? 6. Jaké kritérium výběru nemovitosti je pro Vás nejdůležitější a proč? 7. Patří podle Vás výběr lokality mezi důležitá kritéria při výběru nemovitosti a proč? 8. Jaká jsou pro Vás další důležitá kritéria při výběru nemovitosti? 9. Pokud se chcete dozvědět informace o vybraném objektu, které to jsou?
INTERVIEW Protože jsem pojal průzkum spíše kvantitativním způsobem, interview s respondenty netrvalo příliš dlouho, tudíž jsem stihl 8 respondentů a zde vypisuji pouze poznatky ze zápisků k jednotlivým otázkám. Popis se týká pouze 4 dotázaných, protože množina odpovědí ostatních respondentů je obsažena již v tomto výpisu. Respondent 1: Muž 47 let - Pan Ivan (shání chatu) 1. 2. 3. 4. 5. 6. 7. 8. 9.
2x Email, Internet, Navigace Navigace IGO – snadné ovládání, rychle vyberu to, co potřebuji i za jízdy Složité aplikace jako jsou například vestavěné upomínky a kalendář v telefonu Minutu Lokalita – sháním chatu v konkrétní lokalitě Ano viz předchozí otázka Cena, velikost pozemku, velikost objektu, druh objektu Přesné umístění, nějaké foto, podrobnější popis vybavení, kontaktní údaje
Respondent 2: Muž 23 let – Student Robert (sháněl podnájem) 1. 2. 3. 4. 5. 6. 7. 8. 9.
4x Email, Internet, ICQ, hry, přehrávání médií, facebook Jednoduché aplikace, když něco hledám, nerad vypisuji textová pole Aplikace, které musí člověk složitě nastavovat Minutu když nic nehraju Cena, je mi jedno, kde to bude, když je to v Praze, ale víc peněz nemám Z hlediska dostupnosti ano, ale jinak pro mě moc ne. Počet pokojů, velikost, dopravní spojení, platební podmínky Jestli je objekt zařízen, internetová přípojka, další vybavení
Respondent 3: Muž 35 let – Pan Ladislav (shání byt) 1. 2. 3. 4. 5. 6. 7. 8. 9.
2x Email, Internet, přehrávání médií, facebook Samsung email klient – jednoduchý, mocný, přehledný a rychlý Nevím, takové nepoužívám Minutu, možná dvě Lokalita kvůli dětem, možná spíš cena Ano Počet pokojů, velikost, další vybavení, po rekonstrukci, v paneláku nebo jinde Platební podmínky, sousedství, fotografie
Respondent 4: Žena 21 let – Studentka Jana (shání nájem) 1. 2. 3. 4. 5. 6. 7. 8. 9.
4x Internet, přehrávání médií, facebook Jednoduché Email – neumím ho nastavit Dlouho ne ale často Cena Ne Kontakt na majitele, popis vybavení Platební podmínky, fotografie
ANALÝZA Z poznatků sebraných při interview vyplývá, že uživatelé nejčastěji používají mobilní zařízení v krátkých časových intervalech, ale zato poměrně často. Mají rádi aktuální informace, které jsou jim hned dostupné bez složitého hledání. Dále preferují jednodušší aplikace před složitými a intuitivní ovládání před návodem k obsluze. Proto musí být aplikace rychlá a jednoduchá a pokud možno vrátit hned po zapnutí relevantní informace. Aplikace bude tedy rovnou ukazovat realitní nabídky v okolí mobilního zařízení a případné hledání bude uživatel muset specifikovat. To je vhodné pro klienty, kteří hledají nabídky v konkrétní lokalitě, kde se právě nacházejí a zároveň pro ty, kteří se už snaží konkrétní objekt najít. Bez možnosti uložení nalezených inzerátů ztrácí aplikace na funkčnosti. To má být ale zahrnuto až v placené verzi, proto bude aplikace obsahovat historii prohlížených objektů. Detail objektu bude obsahovat popis základních vlastností a vybavení a galerii fotografií přiložených k inzerátu. Poté bude obsahovat všechny další informace nabízené přes rozhraní zadavatele a kontaktní údaje na prodejce. Tyto rozšiřující informace budou ale kvůli přehlednosti nejdříve schované v „subview“. Vyhledávání objektů by mělo být také co nejjednodušší ale i komplexní. Proto bude většina parametrů zadávána výběrem. Téměř pro všechny respondenty byla nejdůležitější lokalita a cena. Proto bude možnost zadat obě tyto kritéria. Lokalita bude zadávána pomocí výběru místa v mapě nebo pomocí vyhledávacího pole s našeptávačem, kvůli minimalizaci potřeby vkládání textu. Cena se bude zadávat výběrem z daného rozsahu podle jednotky ceny (cena za m2 se liší výrazně od ceny za celkový prodej). Hledání bude dále možno specifikovat blíže pomocí zadání přesnějších kritérií, která byla vybrána podle odpovědí respondentů. Jedná se hlavně o typ objektu (byt, dům, chata, pozemek, …) a stav konkrétní nemovitosti (novostavba, panelák, po rekonstrukci, …). Protože z rozhraní poskytnutého zadavatelem jsou téměř všechny parametry vyhledávání volitelné, bude moct uživatel zadat jen to, co bude chtít (např. jen lokalitu pomocí místa v mapě).
FUNKČNÍ POŽADAVKY
Jednoduchý design a jednoduché používání aplikace. Zobrazení okolních nabídek nemovitostí pomocí GPS. Ukládání historie prohlédnutých nemovitostí. Vyhledávání realitních nabídek pomocí mapy. Vyhledávání realitních nabídek pomocí rozsahu a typu ceny. Vyhledávání realitních nabídek pomocí druhu nemovitosti (dům, byt, chata, …). Vyhledávání realitních nabídek pomocí typu nemovitosti (novostavba, panelák, …).
USE CASES Z analýzy interview vyplynuly funkční požadavky na aplikaci. Tyto požadavky jsou rozpracovány do následujících případů užití.
1. Prohlížení okolních nemovitostí 1. Uživatel spustí aplikaci nebo v základním menu zmáčkne tlačítko „okolí“. 2. Uživatel zvolí z tabulky nějaký konkrétní detail nemovitosti.
2. Prohlížení historie nemovitostí 1. Uživatel v základním menu zmáčkne tlačítko „historie“. 2. Uživatel zvolí z tabulky nějaký konkrétní detail nemovitosti.
3. Hledání nemovitostí podle mapy 1. 2. 3. 4.
Uživatel v základním menu zmáčkne tlačítko „hledat“. Uživatel z nabídky pro hledání zmáčkne tlačítko „lokalita“. Uživatel zvolí místo na mapě přesunutím špendlíku. Uživatel zmáčkne tlačítko „vyhledat“.
4. Hledání nemovitostí podle města 1. 2. 3. 4. 5. 6.
Uživatel v základním menu zmáčkne tlačítko „hledat“. Uživatel z nabídky pro hledání zmáčkne tlačítko „lokalita“. Uživatel klikne na vyhledávací pole. Uživatel zadá pomocí klávesnice název města nebo jen pár písmen. Uživatel potvrdí výběr nebo vybere konkrétní město pomocí našeptávače. Uživatel zmáčkne tlačítko „vyhledat“.
5. Hledání nemovitostí podle ceny 1. 2. 3. 4. 5.
Uživatel v základním menu zmáčkne tlačítko „hledat“. Uživatel z nabídky pro hledání zmáčkne tlačítko „cena“. Uživatel vybere z nabídky typ ceny. Uživatel vybere z nabídky „cenu od“ a „cenu do“. Uživatel zmáčkne tlačítko „vyhledat“.
6. Hledání nemovitostí podle druhu 1. Uživatel v základním menu zmáčkne tlačítko „hledat“. 2. Uživatel z nabídky pro hledání zmáčkne tlačítko „druh nemovitosti“. 3. Uživatel vybere za seznamu druhy nemovitostí, které chce vyhledat.
4. Uživatel zmáčkne tlačítko „vyhledat“.
7. Hledání nemovitostí podle typu 1. 2. 3. 4.
Uživatel v základním menu zmáčkne tlačítko „hledat“. Uživatel z nabídky pro hledání zmáčkne tlačítko „další kritéria“. Uživatel vybere za seznamu typy nemovitostí, které chce vyhledat. Uživatel zmáčkne tlačítko „vyhledat“.
8. Zobrazení výsledků hledání 1. Uživatel nejprve zadá potřebná kritéria (use-case 3-7). 5. Uživatel zmáčkne tlačítko vyhledat buď v základní hledací obrazovce nebo v ostatních hledacích obrazovkách. 6. Uživatel zvolí z tabulky nějaký konkrétní detail nemovitosti.
9. Zobrazení informací o aplikaci 1. Uživatel v základním menu zmáčkne tlačítko „HR“.
HTA DIAGRAM
NÁVRHY DESIGNU
PROTOTYP Jako prototyp bude použita téměř kompletní aplikace v částečně funkční podobě. Aplikace má pro svou plnou funkcionalitu používat informace z GPS přijímače a ze serveru, kde jsou uložena všechna realitní data. Rozhraní pro získávání informací ze serveru v době testování ještě nebude plně funkční, proto budou pro testování použita testovací data. Navíc aplikace poběží na simulátoru iPhone na OS X, proto nebude ani plně funkční GPS. Proto testovací data nebudou relevantně odpovídat reálné situaci, ale pro test grafického rozhraní to plně postačí. Hlavním účelem testovacího prototypu je zkouška rozhraní pro vyhledávání realitních objektů. Pro grafické rozhraní vyhledávání byly vytvořeny dva návrhy a je třeba rozhodnout, který je pro aplikaci vhodnější. Jedná se o problematiku přecházení mezi jednotlivými obrazovkami kategorií vyhledávacích parametrů. Konkrétně o tlačítka („další“ a „vyhledat“) v jednotlivých podobrazovkách vyhledávání.
Testovací scénář Protože bylo třeba vyzkoušet vyhledávací rozhraní, testovací scénář je zaměřen pouze na to. 1. 2. 3. 4.
Uživatel spustí aplikací. Uživatel přejde na záložku hledání. Uživatel vyplní požadované kategorie parametrů vyhledávání. (Lokalita, Cena, Typ, Další) Uživatel spustí vyhledávání.
EVALUACE Cíl testování Jak již bylo zmíněno, tak testování je zaměřeno na použití vyhledávacího interfacu. Testovaní uživatelé byli tedy vedeni k jeho použití. Každý uživatel dostane postupně oba dva prototypy a zhodnotí, který z nich je lepší. Pro menší zkreslení výsledků je uživatelům náhodně vybrán jeden z prototypů jako první, kvůli tomu, že rozhraní jsou velmi podobná a podruhé už je uživatel zkušenější.
Příprava testování Testování bude provedeno na notebooku od značky Apple s instalovaným simulátorem iPhone ve kterém budou obě verze prototypů. Testování se zúčastnili stejní lidé jako při interview, tedy 8 potenciálních uživatelů, kteří se po jednom vystřídají na zmíněném notebooku. Každý testovací uživatel se bude testování účastnit samostatně bez přítomnosti ostatních. Pro zachování poměru testování prototypů budeme uživatele vybírat náhodně a budeme pravidelně střídat první testovací prototyp.
Průběh testování Testování se zúčastnilo 8 uživatelů a každý testoval dva prototypy. Všechny testy tedy není pro ilustraci nutné dokumentovat, a proto jsou k souboru přiloženy dvě sekvence screenshotů od dvou uživatelů. Každá sekvence obsahuje test jednoho z prototypů.
Analýza výsledků testování Všichni uživatelé úspěšně zadali do vyhledávání požadované parametry. Protože se ale jednalo o porovnání dvou variant řešení, uvedu zde poznámky od každého uživatele. 1. Uživatel Verze bez přídavných tlačítek je přehlednější. Verze s tlačítky se snáz a rychleji používá. Špendlík na mapě se špatně přetahuje. 2. Uživatel Zadávání mi připadá zmatené. Preferuji možnost s tlačítky v subscreenech, aplikace se rychleji ovládá. Výběr možností v kategorii další kritéria je nedostačující
3. Uživatel Rozhodně verzi s tlačítky, bez nich je to hrozně pomalé. Obě verze jsou ale použitelné. 4. Uživatel Prototyp bez dodatečných tlačítek mi přijde estetičtější. Přídavná tlačítka mi nechyběla v prototypu bez nich. Přídavná tlačítka zhoršují přehlednost například v kategorii „lokalita“. 5. Uživatel Přídavná tlačítka se hodí. Hodila by se nějaká nápověda pro jednotlivé kategorie v záložce „další kritéria“. 6. Uživatel Obě varianty jsou použitelné. Nevidím mezi prototypy funkční rozdíl. 7. Uživatel Při několikanásobném vyhledávání je verze programu bez přídavných tlačítek trochu nešikovná. Opětovné zadávání parametrů je ve verzi bez tlačítek zdlouhavé. Hodila by se možnost vymazat jen některá kritéria vyhledávání. 8. Uživatel Použití aplikace je velmi intuitivní. Přídavná tlačítka se hodí, ale nejsou příliš nutná. Postrádám možnost uložení výsledků hledání.
Zhodnocení výsledků Aplikace téměř ve všem uživatelům vyhovovala a ve většině se shodli na tom, že lepší prototyp je ten z přídavnými tlačítky v jednotlivých obrazovkách. Při testech byl měřen orientační čas zadávání parametrů a vyhledání výsledků a v rychlosti vyšla také lépe varianta s přídavnými tlačítky. Zadavatel navrhoval původně variantu bez mnohokrát zmiňovaných tlačítek, ale po tomto testování mu bylo doporučeno řešení obsahující tlačítka.
