SaaS B2B dla sieci franczyzowych

Aplikacja do zarządzania i raportowania w sieciach franczyzowych.

Kategorie:

StartupSieć franczyzowaSaaS B2B
SaaS B2B dla sieci franczyzowych

Aplikacja internetowa dostarcza sieciom franczyzowym możliwości do łatwiejszej komunikacji z franczyzobiorcami, analizowania wyników zarządzania procesami operacyjnymi. Dzięki temu rozwiązaniu sieci franczyzowe nie muszą tworzyć własnych, dedykowanych systemów od podstaw - mają gotowy system w opłacie abonamentowej.

Projekt powstał z naszego wewnętrznego pomysłu - Poldevs Software House. Jesteśmy jego wyłącznym właścicielem. Dostrzegliśmy niszę na House. Jesteśmy jego wyłącznym właścicielem. Dostrzegliśmy niszę na rynku - brak dedykowanego systemu do zarządzania franczyzą. Przeprowadziliśmy analizę rynku i badania z potencjalnymi klientami, a następnie po potwierdzeniu hipotezy o potrzebie rozpoczęliśmy budowę MVP.

Zobacz ofertę systemu: Franchix

Architektura i technologie

AplikacjaTechnologia
Frontend

(warstwa wizualna)
React.js

(każdy klient ma oddzielną subdomenę systemu, np. www.nazwaklienta.franchix.com)
Backend (REST API)

(warstwa mechaniczna)
Laravel
Bazy danychPostgreSQL

(każdy klient ma oddzielną bazę danych)

W projekcie zastosowaliśmy technolgię React.js dlatego widoki aplikacji bardzo szybko sie ładują.

Harmonogram

  • Etap 1: Analiza rynku i badania: 1-2024 - 4-2024
  • Etap 2: Budowa MVP: 5-2024 - 8-2024
  • Etap 3: Testowanie MVP: 9-2024 - 11-2024
  • Etap 4: Wdrożenia klientów i rozbudowa systemu: 12-2024 - trwa nadal

Zobacz prezentację systemu (wersja 9-2025)

Etap 1: Analiza rynku i badania

Pomysł

W styczniu 2024 będąc uczestnikiem targów franczyzowych w Nadarzynie k. Warszawy nasz CEO zauważył, że sieci franczyzowe nie mają polskiego systemu dedykowanego ich branży.

Analiza konkurencji

Po kilku dniach zaczęliśmy weryfikować dostępność takich systemów na świecie. Znaleźliśmy kilka systemów w USA, Wielkiej Brytanii, Szwajcarii. Wszystkie te systemy łączyły wspólne cechy: wysoka opłata, skupienie na analizie finansowej, brak tłumaczenia na język polski, brak możliwości pracy franczyzbiorców.

Przeprowadziliśmy także analizę polskiego rynku - alternatywnych systemów, które wybierają franczyzodawcy. Narzędzia te jednak były niedopasowane do potrzeb franczyzy - miały znacznie szersze zastosowanie i skupiały się jedynie na jednym lub kilku aspektach, które potrzebuje sieć franczyzowa od systemu.

Badania

Po około miesiącu udaliśmy się z pomysłem do potencjalnych klientów. Rozmowy telefoniczne i mailowe dały 100% potwierdzenie, że jest taka potrzeba na rynku. Dodatkowo zebraliśmy mnóstwo nowych pomysłów co jest potrzebne sieciom franczyzowym. Przedstawiciele sieci franczyzowych bardzo chętnie z nami rozmawiali, poświęcali swój czas i mówili o swoich potrzebach oraz problemach z aktualnie używanymi aplikacjami, które nie są dopasowane do sieci franczyzowych.

Zawsze zalecamy naszym klientom tworzącym innowacje przeprowadzenie takiej analizy i badań przed rozpoczęciem budowy projektu.

Etap 2: Budowa MVP

Plan

Mając listę wymagań zebranych w etapie 1 mogliśmy rozpisać zadania programistyczne i rozpocząć prace nad MVP aplikacji.

Pierwsze funkcje

Na początku zbudowaliśmy podstawowe funkcje, które potwierdziło większość naszych rozmówców - m.in. tworzenie własnych nazw uprawnień i przypisywania konkretnych czynności, przesyłanie do systemu plików i ich udostępnianie grupom użytkowników, tworzenie szkoleń dla pracowników i franczyzbiorców tak aby proces był zautomatyzowany i powtarzalny.

Ogromną wartością na tym etapie były dla nas rozmowy, które przeprowadziliśmy. Gdybyśmy nie zebrali tak dużo informacji o potrzebach nie mielibyśmy szans dowiedzieć się czego tak naprawdę potrzebuje rynek franczyzy.

Błędy

Oczywiście, popełniliśmy błędy. Zbudowaliśmy także wiele funkcji, które już nie istnieją. Jednym z pomysłów było zbudowanie modułu Komunikacji, którego założeniem były rozmowy indywidualne użytkowników i grupowe. Ten pomysł się nie przyjął i zrealizowaliśmy potrzeby komunikacji w module Tablic i Dashboardu. W module Tablic można zlecać zadania i rozmawiać z użytkownikami w tych zadaniach - wszystko jest uporządkowane i każdy użytkownik wie o czym rozmawia, bez chaosu jak to było w module Komunikacji. W Dashboard natomiast są ogłaszane ważne sprawy dla całej sieci. Na budowę modułu Komunikacji, który został usunięty i przebudowany straciliśmy około 160h pracy.

Rozwiązanie po usunięciu modułu Komunikacji - moduł Tablice (rozmowa o konkretnym zadaniu):

Zadanie rozmowa użytkowników

Rozwiązanie po usunięciu modułu Komunikacji - moduł Dashboard (ogłaszane ważne sprawy dla całej sieci):

Dashboard ogłaszane ważne sprawy dla całej sieci

Opinie potencjalnych klientów

Rozwijając kolejne funkcje cały czas byliśmy w kontakcie z naszymi rozmówcami. Zbudowaliśmy wiele relacji podczas badań i dzięki temu mieliśmy feedback od klientów, którzy już czekali na system.

Problem wielu potrzeb różnych klientów

O ile początkowo mieliśmy mało problemów z rozwojem pomysłu o tyle po kilku miesiącach kiedy uszczegóławialiśmy coraz bardziej działanie funkcji zaczęły pojawiać się problemy. Od jednych rozmówców słyszeliśmy, że funkcja X powinna działać w taki sposób a od innych, że odwrotnie. Był to dla nas bardzo duży problem, ponieważ nie wiedzieliśmy jakie rozwiązania lepiej się sprawdzą dlatego zastosowaliśmy różne formy ustawień - dzięki temu ta sama funkcja działa w różny sposób dla różnych klientów.

Dobrym przykładem są pola raportu miesięcznego, który wypełnia co miesiąc każdy franczyzobiorca. Każdy nasz klient chce mieć inne pola w tym raporcie. Zamiast wybierać stworzyliśmy ustawienia tzw. własnych pól i możemy każdej sieci wyświetlić na ich koncie inne pola do tworzenia raportu miesięcznego.

W budowaniu innowacyjncyh aplikacji bardzo skuteczną strategią rozwoju jest bycie w ciągłym kontakcie z grupą docelową.

Etap 3: Testowanie MVP

Jednym z pierwszych klientów, którzy testowali MVP aplikacji była sieć Orient Massage. Orient Massage jest siecią masaży tajskich, która posiada ponad 40 salonów i 3 marki: Orient Massage, Thai Organic, Nature Spa. Razem z pracownikami sieci rozwijaliśmy MVP tworząc funkcje potrzebne do pracy recepcji salonów, managerom salonów, dyrektorowi finansowemu. Zbudowaliśmy funkcje zarządzania produktami, usługami, rabatami, bardzo rozbudowane funkcje voucherów oraz ich realizacji a także rejestrowanie transakcji przychodów i kosztów.

Generowanie vouchera

Orient Massage

Wykorzystanie vouchera przy rejestracji przychodu

Orient Massage

Historia wykorzystania vouchera

Orient Massage

W trakcie testowania i rozwijania MVP cały czas dochodziły kolejne zainteresowane sieci - m.in. z branży gastronomii, edukacji, nieruchomości, urody.

Zobacz: Klienci Franchix

Etap 4: Wdrożenia klientów i rozbudowa systemu

Na tym etapie zwiększyliśmy ceny abonamentów dla nowych klientów, dopracowaliśmy proces sprzedaży i zaczęliśmy rozwijać działania marketingowe. Rozwinęliśmy moduł Magazynu oraz Tablic, usprawniliśmy prace w module Dysk i Edukacja oraz zaczęliśmy optymalizować kod aplikacji aby był jeszcze bardziej wydajny.

Problemy ze skalowaniem

Wiele funkcji programowanych w momencie małego ruchu, małej ilości użytkowników zaczęło wolniej działać ze względu na zwiększone obciążenie. Bywają dni kiedy z systemu korzysta ponad 250 osób jednocześnie. Mieliśmy problemy przy generowaniu kluczy voucherów i przy pobieraniu raportów miesięcznych. Początkowo te funkcje przystosowane zostały do znacznie mniejszych rozmiarów pobieranych danych. Pobierane dane podzieliliśmy używając tzw. paginacji i limitów. Pobieramy jedynie kilka raportów miesięcznych dla określonych oddziałów a klucz vouchera jest generowany na podstawie historii innych kluczy jedynie z ostatniego miesiąca. Wartość dla użytkowników jest taka sama a system w tym obszarach przyspieszył 3-4 krotnie.

Plany na najbliższą przyszłość

Aktualnie zaplanowane mamy przeniesienie na szybszy serwer, zbudowanie wersji mobilnej systemu aby można było wygodnie korzystać z systemu na smartfonie (z niektórych modułów już jest to możliwe).

Jeśli chcesz przetestować demo systemu Franchix wyślij zgłoszenie.