Накратко
- Проект
- вътрешна система за заявки, календар, капаро, финанси и справки
- Отношение
- собствен бизнес — основателят на SAITORA е съдружник в залата
- Потребители
- собственикът и съдружникът, с различни права
- Технологии
- уеб приложение (PWA) · Firebase: Firestore, Authentication, Cloud Functions · push известия · автоматични тестове на сървърната логика
- Първа версия
- нативно iOS приложение на SwiftUI
- Работа по системата
- от , продължава и днес
Partizala не е външен клиент. Показваме мениджъра, защото работи всеки ден с реални заявки и реални пари и защото можем да покажем как е изграден отвътре — без да показваме данните на нито един гост.
Задачата
Залата се управлява от двама съдружници. Заявките идваха от сайта, по телефона и в съобщения; капарото се отбелязваше на различни места; кой какво е платил и кой на кого дължи се смяташе в края на месеца. Нищо от това не беше неразрешимо, но всичко зависеше от паметта на двама души.
Целта беше една: всяка заявка, всяко плащане и всяка уговорка да са на едно място, видими и за двамата, на телефона — защото там се случва работата в залата.
Заявки със статус, а не съобщения
Формата на сайта записва заявката в базата със статус „нова“. В мениджъра тя светва в началния екран; когато някой я отвори, се отбелязва като прегледана и се вижда кой я е отворил. Бележка от разговора я мести в „в процес“, а полученото капаро я потвърждава.
- всяка заявка се отваря на собствен екран, с история и бележките на екипа;
- списъкът се подрежда по дата на получаване или по дата на събитието;
- до всяка заявка стои последната бележка, без да се отваря;
- стари заявки без отговор изтичат автоматично, а собственикът получава известие;
- събития с минала дата отиват в архив, а изтритите — в отделен архив, видим само за собственика;
- собственикът търси клиенти и заявки по име и телефон.
Снимките са от първата версия на мениджъра (iOS) от , с примерни данни: без реални имена, телефони и суми. Снимки на сегашната уеб версия ще добавим, когато са готови с демо данни.
Капаро, което заключва датата
Датата се смята за заета едва когато капарото е получено. При потвърждаване сървърът проверява дали часът не се застъпва с друго събитие, като отчита и времето за подготовка на залата. Ако двама души се опитат да потвърдят една и съща вечер, второто потвърждение се отказва с обяснение.
Когато резервация с платено капаро бъде отменена, екипът избира дали капарото остава за залата или се връща на госта. Датата се освобождава, а задържаното капаро остава в приходите с отделен етикет. Това е последната промяна в системата към момента на писане — от .
Вътрешният календар показва деня с всичко за него: събитието, плащанията и бележките на екипа. Цветът на деня следва статуса на заявката, а събитие, което минава след полунощ, отбелязва само деня, в който започва.
Финанси и разплащане между съдружниците
Всеки приход и разход се записва със сума, дата, категория и кой го е платил или получил. Запис, въведен от единия съдружник, чака потвърждение от другия, преди да влезе в общите суми; може да бъде одобрен с корекция или отказан. Така балансът между двамата е видим по всяко време, а не се смята в края на месеца.
Справка за период — с готови месеци или избрани дати — се разпечатва или записва като PDF. Отделна справка показва разплащането между съдружниците.
„Навигатор“, добавен на , показва състоянието на бизнеса от реалните финансови записи и резервации — без отделно въвеждане и без таблици отстрани.
Какво става само
- Push известие при нова заявка, нова бележка, потвърждение, отказ и нов финансов запис.
- Напомняне за капарото 7 и 3 дни преди събитието и преглед на предстоящата седмица за собственика.
- Изтичане на стари заявки, на които никой не е отговорил, с известие към собственика.
- Импорт на отчети: текстовите отчети на съдружника се превръщат в потвърдени резервации, а системата предупреждава, ако на същата дата вече има друго събитие. Импортът е достъпен само за собственика.
- Предупреждение, ако телефонът няма да показва известия, за да не се разчита на нещо, което не работи.
Как е изграден
Мениджърът е уеб приложение (PWA): отваря се от браузъра, добавя се към началния екран и се държи като приложение — с икона, цял екран и push известия. Иконата е логото „залез“ от сайта на залата.
- Облачни функции
- 33 — заявки, наличност на датите, откази, финанси, корекции и известия
- Автоматични тестове
- 4 пакета: наличност, откази, финанси, push известия
- Правила
- проверките, от които зависят пари и дати, се правят на сървъра, а не в телефона
- Роли
- собственик и съдружник; действията на собственика, архивът, търсенето и импортът не се виждат от съдружника
Първата версия беше нативно iOS приложение на SwiftUI. Сегашната версия е уеб приложение: работи на всеки телефон, обновява се без магазин за приложения и ползва една база със сайта.
Какво от това важи за вашия бизнес
- запитването от сайта влиза в система със статус, а не в пощата;
- датата или поръчката се потвърждава по едно ясно правило;
- парите между съдружници или служители се записват веднага и се одобряват;
- напомнянията се пращат по график, а не по памет;
- правилата, от които зависят пари, живеят на сървъра и имат тестове.
Ако работите с дати и капаро, вижте системата за резервации. Ако задачата е по-скоро запитвания и оферти — CRM система по поръчка. За финансите и справките вижте ERP система, за известията и напомнянията — автоматизация на процеси, а за това как се прави такова приложение — мобилни и уеб приложения. А как изглежда всичко от страната на госта, е описано в кейса за сайта на Partizala.