Přeskočit na hlavní obsah

Příspěvky

Zobrazují se příspěvky se štítkem informační systémy

Jak může zakázkový CRM systém zefektivnit práci obchodních reprezentantů?

Špatné řízení obchodníků jako zabiják obratu Mnoho manažerů má noční můru z toho, že nemá přehled o práci vlastních obchodních reprezentantů, neřídí je efektivně a nemotivuje tak prodejce k výkonům a realizaci obratu. Řešení přichází v podobě zavedení CRM (customer relationship management - řízení vztahu se zákazníky). CRM je na prvním místě přístup. Je to způsob zacházení se zákazníky, s daty o zákaznících o prodejích, potenciálech apod. Zdaleka ne všichni pracují s tvrdými daty vypovídajícími o hodnotě zákazníka (zde mluvíme o CVM - customer value management) a dále s měkkými daty, jako je měření spokojenosti zákazníka apod. K tomu všemu existují podpůrné softwarové nástroje, které dohromady nazýváme CRM systémy . Obvyklé funkce CRM systémů Jak uvádíme výše, CRM není jen informační systém , ale způsob práce a řízení podniku. Můžeme však vyjmenovat základní vlastnosti/funkce běžných softwarových nástrojů pro CRM: Databáze zákazníků. Sledování historie kontaktů se zákazníky

ERP: Má smysl vyvíjet vlastní systém řízení zdrojů?

Systémy pro plánování podnikových zdrojů (anglická zkratka ERP) se v posledních desetiletích dostaly do širokého oběhu. Podle statistik z roku 2017, 81% organizací byly buď v procesu implementace ERP, nebo dokončily implementaci. A proto existuje aktuální otázka: vytvořit svůj vlastní ERP systém nebo využít již hotové řešení? Software pro plánování zdrojů: co způsobuje nespokojenost? Technický pokrok a změny na trhu ovlivňují, jak společnosti hodnotí účinnost svých systémů řízení zdrojů. A bohužel tato hodnocení často nejsou ve prospěch těchto systémů. Hlavní příčinou zklamání je nesoulad mezi očekáváním a skutečností. Nadměrné sliby se přeměňují na dlouhodobou implementaci, nevhodný software, nevčasnou podporu a nespokojenost zaměstnanců. Staromódní systémy plánování jsou neflexibilní a vyžadují reorganizaci celého pracovního procesu dle potřeb společnosti. To vede k problémům s přizpůsobením, protože každá firma podléhá vlastní logice - a ta musí být flexibilní a adaptivní.

Nejčastější dotazy k dodavateli webových a mobilních aplikací.

Jelikož noví a potenciální zákazníci často kladou stejné otázky, rozhodli jsme se připravit seznam odpovědí na ně, abychom zjednodušili úkol výběru dodavatele pro vývoj mobilní aplikace čí webového systému. Doba vývoje (minimální, maximální) - jak dlouho bude trvat vývoj aplikace? Jak brzy můžu získat pracovní prototyp a finální verzi aplikace? Grafický návrh trvá od 2 týdnů do 2 měsíců, v závislosti na velikosti aplikace. Vytvoření prototypu - od 1 týdne do 1 měsíce (v případě velké aplikace bude prototyp obsahovat pouze část konečné funkcionality). Příprava finální verze aplikace se pohybuje od 1 měsíce do 6 měsíců (pokud jsou projekty natolik velké, že nemohou být provedeny do půl roku, je lepší je rozdělit na několik verzí). Přítomnost iterací a průběžných výsledků, které klient může vidět - je možné vidět výsledky v procesu nebo jen když je vše připraveno? Samozřejmě můžete. Agilní vývoj je optimální volba způsobu řízení projektu tak, aby samotnému vývoji nemusela

Na co si dát pozor, když začínáte s vývojem rozsáhlého systému?

Vedení malého webového projektu můžeme přirovnat k řízení jedné lodi, kdežto provoz velkého IT projektu lze přirovnat k řízení celé flotily . Jak se může podnikatel bez technických znalostí podílet na řízení komplexního projektu a ujistit se, že vývojářská firma dosáhne nejlepších výsledků? 1. Zapomeňte na vývoj a začněte plánovat Když je pro startup rozhodující co nejrychlejší krok od myšlenky k první verzi MVP, tak pro webové systémy je nesmírně důležité věnovat dostatek času provádění analýzy podnikání a plánování. Je třeba určit: Jaké jsou cíle projektu? Které skupiny uživatelů bude produkt používat? Jaké bude mít projekt výjimečné funkce? Na jaké platformě bude projekt fungovat? Na rozdíl od běžných startupů nemají velké projekty dostatečnou flexibilitu pro snadnou adaptaci, proto je důležité od prvního dne jasně nasměrovat vývoj produktů. Přesná definice rozsahu práce a cílů projektu umožní stanovit jasné úkoly manažerům, grafikům, vývojářům a testerům. Po projed

Metody vývoje aplikací. RAD, Agile, Iterative model, Spiral

Existuje několik osvědčených metod pro vývoj software, tzv. best practices. Volba konkretní metody závisí na specifikaci projektu, rozpočtu, subjektivní preferenci a dokonce i temperamentu vedoucího. V tomto článku krátce popíšeme základní metody vývoje webových a mobilních aplikací. «RAD Model» (rapid application development model nebo rychlý vývoj aplikací) RAD model - druh inkrementálního modelu. V tomto modelu jsou komponenty nebo funkce vyvíjeny několika vysoce kvalifikovanými týmy paralelně - jako kdyby v několika mini projektech. Časové rámce jednoho cyklu jsou značně omezené. Vytvořené moduly jsou pak integrovány do jednoho pracovního prototypu. RAD model zahrnuje následující fáze: Obchodní modelování Modelování dat Modelování procesů Sestavení aplikace Testování Kdy použít RAD-model? Může být použit pouze v přítomnosti vysoce kvalifikovaných a specializovaných architektů. Rozpočet projektu má být dostatečně velký. RAD-model m

Metody vývoje aplikací. Waterfall, V-model, Inkrementální model

Existuje několik osvědčených metod pro vývoj software, tzv. best practices. Volba konkretní metody závisí na specifikaci projektu, rozpočtu, subjektivní preferenci a dokonce i temperamentu vedoucího. V tomto článku krátce popíšeme základní metody vývoje webových a mobilních aplikací. «Waterfall Model» (model vodopádu) Jedna z nejstarších metod, zahrnuje postupné procházení etap, z nichž každá musí být plně dokončena, než se začne další. Pomocí modelu vodopádu je snadné řídit projekt. Vývoj je rychlý, náklady a doba trvání jsou předem definovány. Má to ovšem i druhou stránku. Vodopádový model poskytne vynikající výsledek pouze v projektech s jasnými a předem definovanými požadavky a způsoby jejich realizace. Není zde možnost udělat krok zpět, testování začne až poté, co je vývoj ukončen nebo téměř dokončen. Kdy použít model vodopádu? Pouze tehdy, když jsou požadavky známé, jasné a pevně stanovené. Rozporné požadavky neexistují. Nejsou žádné problémy s dost

Proces vývoje software

Více jak 13 let tvoříme rozsáhlé informační systémy a inteligentní webové a mobilní aplikace. Prokázali jsme, že jsme schopni přijímat nové poznatky, pronikat do obchodních strategií a navrhovat jejich podporu pomocí na míru vyvinutých informačních systémů. Na základě svých zkušeností chceme s Vámi sdílet proces vývoje software ve tvaru jednoduché infografiky. Zjistěte více po kliknutí na tlačítko "Číst dál".