[BIS-EXE] Deliverable 01 06/03/15 Exekuce ios Deliverable 01 Vojtěch Micka mickavoj Naim Ashhab ashhanai
[BIS-EXE] Deliverable 01 Zadání Migrace části webové aplikace Lustrátor (lustrator.bisnode.cz) od společnosti Bisnode, na mobilní platformy. Aplikace umožňuje vyhledávat exekuční kauzy podle názvu firem či osob. Analýza existujicích řešení Konkurenčních aplikací jsme s pomocí zadavatele našli celkem pět. Kromě společnosti Bisnode nabízejí podobné služby následující aplikace: ispis, Exekuce Info, Cribis, CreditCheck a CESR. Téměř žádná není optimalizovaná pro mobilní zařízení, kromě aplikace ispis, nicméně v tomto případě není optimalizace příliš dobře udělaná, aplikace nevypadá na mobilním zařízení dobře a formulářové prvky se vykreslují mimo viditelnou oblast. creditcheck.cz cribris.cz ispis.cz cesr.cz exekuceinfo.cz V zásadě všechny konkurenční aplikace nabízejí možnost vyhledat exekuční případ podle osoby či podle firmy a data získávají z centrální evidence exekucí (dále jen CEE). Všechny aplikace trží ze stejného finančního modelu, kde každý dotaz na CEE je zatížen poplatek v závislosti na počtu celkových provedených dotazů - čím více dotazů přihlášený uživatel CEE provede, tím menší poplatek bude. Díky tomu mohou všechny zmíněné aplikace fungovat. Uživatelé těchto aplikací jsou většinou specifičtí agenti firem, kteří využívají data o exekucích k schvalování půjček či kontrole uchazeče o zaměstnání. Z toho důvodu nebyla nejspíš žádná zmíněná aplikace migrována čistě na mobilní platformy, na kterých jsme nenašli žádný konkurenční produkt.
Z našeho pohledu a jistě i z pohledu společnosti Bisnode je migrace na mobilní platformy dalším logickým krokem, který může přinést velké množství uživatelů ze stran běžných lidí. Problémy mobilní aplikace Nativní mobilní aplikace se od webové značně liší ve způsobu používání. Zatímco webová aplikace je o něco hůře dostupná, nativní aplikace umožňuje uživatele velmi rychlou práci. Spolu se snahou navrhnout dostupnou a intuitivní aplikaci očekáváme několik problémů, zejména z pohledu UX ( uživatelského prožitku ). Přehledný vyhledávací filtr Základem celé aplikace je možnost vyhledávání podáním jednoduchého dotazu. Dotaz může být zadán na: - osobu, podle jména, data narození nebo rodného čísla, - firmu, podle IČ, - exekuci, podle čísla kauzi. Pro uživatele je důležité udržet vše velmi jednoduché a tedy i vyhledávací formulář omezit, v ideálním případě, na jedno vyhledávací pole. Což v případě vyhledání podle osoby nelze zaručit, jelikož vyhledat pouze podle jména není dovoleno. Nejjednodušší řešení bude jednoduchý přepínač, kterým si uživatel navolí, na základě jakých údajů chce vyhledávat. V případě, že se rozhodne vyhledávat podle osoby, máme možnost zobrazit buď dvě vyhledávací pole a nebo se uživatele postupně na data zeptat (napřed jméno nebo rodné číslo, pokud zadá jméno, tak se zeptat na datum narození nebo rodné číslo). Redukce zobrazovaných dat Výsledek dotazu obsahuje spousty informací, které nemusí být pro uživalele vždy relevantní. Proto je důležité se rozhodnout jaké informace jsou v jakém stavu relevantní. Redukce dat je závislá na formátu, který přichází z CEE, který zatím nemáme plně k dispozici.
Platba za jednotlivé dotazy Samotné zadání protvního dotazu a náhled do detailu konkrétní kauzy je zpoplatněno. Uživatel tedy musí mít možnost poplatek zaplatit, případě nabít si virtuální účet, ze kterého se budou poplatky platit. Jelikož navrhujeme aplikaci na ios, pro platbu je nejlepší použít nativní systém pro placení v ios aplikacích In-App Purchases. V případě jiných platforem je vždy možnost použít platbu platební kartou přes existující platební bránu a nebo službu PayPal. Google rovněž nabízí možnost platit přímo v aplikaci pomcí služby Google Wallet. Viditelné rozlišení placených a neplacených akcí Jelikož většina akcí může být placená, je velmi důležité uživatele upozornit na to, že provedením této akce, zaplatí odpovídající částku. Zároveň je velice důležité dát uživateli najevo kolik daná akce stojí. Pro placené akce musí být vždy vytvořen potvrzující dialog, tak aby uživatel nemohl omylem provést nějakou z placených akcí. V dialogu a zároveň u tlačítka akce musí být patrná částka, kterou by uživatel, provedením akce, zaplatil. Registrace Zajímavým problémem je způsob registrace, společnost Bisnode si své klienty hlídá a s každým klientem při registraci uzavírá smlouvu. Většinou jsou tito klienti právě právnické osoby, pro které je toto jednání standardní. V případě mobilní aplikace by bylo velmi nepříjemné, pokud by si uživatel aplikaci stáhl, ale nemohl jí jednoduše používat. Díky snadnému přístupu k mobilní aplikaci přes App Store, je velice pravděpodobné, že na mobilní aplikaci narazí mnoho uživatelů, bez předchozí zkušenosti s webovou aplikací, tím pádem i bez registrace. Je tedy velmi důležité nabídnout uživatelům registraci přímo v mobilní aplikace. Díky tomu, že ekosystém mobilní aplikace je téměř nezávislý na webové aplikaci - uživatelé mobilní aplikace platí nezávislým způsobem, mělo by být velmi snadné, nějakou formu základní registrace zřídit.
Nekozistence vyhledávaných informací Jelikož neexistuje orgán, který by kontroloval data v CEE, mnohdy se stane, že existuje více datově rozdílných záznamů stejné osoby. Např. osoba Jan Novák, může být jednou zadána s rodným číslem a podruhé s datem narození, nebo s dvěma rozdílnými formáty adresy. V praxi to znamená, že nejsme schopni analyticky rozeznat, zda nalezená data patří jedné či více osob. S tímto problém souvisí již zmíněný problém Redukce zobrazovaných dat. Jelikož nejsme my schopni rozlišit nalezená data, musíme to nechat na uživateli. Cílem je tedy zobrazit data tak, aby mohl sám snadno rozhodnout o jaká data se jedná. Vybrané problémy Prakticky vše, co zde bylo zmíněno je nezbytné vyřešit, pro správný návrh a implementaci mobilní aplikace. My se budeme zejména zabývat designem uživatelského rozhraní a jeho použitelností. Nebudeme se tedy primárně zabývat problémy typu: Registrace a Platba za jednotlivé dotazy.