Проекти: проблемите, които решихме

Проблемът

Разпространението на периодични издания означава да следите много заглавия, всяко със собствена периодичност, доставчик и цена за абонаментен период. За всеки период екипът трябва да изчисли колко бройки да поръча от всеки доставчик, как да натовари колите, кой шофьор до кой адрес доставя и кой клиент какво получава. В таблици това означава много ръчни сметки и много място за грешки.

Какво изградихме

Изградихме едно уеб приложение, в което всяка стъпка захранва следващата. Абонаментът сам сменя статуса си според датите, поръчките към доставчиците се сумират сами от активните абонаменти, а списъците за товарене, маршрутите на шофьорите и бележките за клиентите се разпечатват директно от същите данни.

Какво се промени

• Абонаментите, поръчките към доставчици и доставките се управляват от една система вместо от отделни таблици.
• Поръчките към доставчици се сумират автоматично от активните абонаменти.
• Шофьорите получават маршрутни листове, а клиентите — номерирани абонаментни бележки, директно от същите данни.
• Сроковете на документите на автомобилите и вноските се следят на едно място.

Проблемът

Магазинът трябваше да представи каталог от технически продукти достатъчно ясно, за да избират клиентите без да звънят, да работи добре на телефони, откъдето разглеждат повечето посетители, и да даде на екипа едно място за продукти и поръчки вместо имейли и телефонни разговори.

Какво изградихме

Проектирахме магазина около ясни продуктови страници и кратка поръчка, първо за телефон, така че целият път от избора до поръчката да работи на мобилно устройство. Продуктите, поръчките и клиентите са в един администраторски панел, така че екипът вижда всяка поръчка в един списък.

Какво се промени

• Клиентите разглеждат, сравняват и поръчват от всяко устройство.
• Продуктите, поръчките и клиентите се управляват от една платформа.
• Екипът обновява каталога без помощ от програмист.

Проблемът

Вземете един обикновен месец. 1000 евро в сметка 1 и 550 евро в сметка 2 в една банка, 300 евро във втора банка, 500 евро инвестирани през Trading 212 и 200 евро в брой от продажбата на стол, който не ви трябва. Ипотеката излиза от сметка 2, абонаментите от сметка 1, а на приятел сте дали 150 евро назаем. Всяко банково приложение показва само своето парче. Никое не казва общата сума или от коя сметка реално са излезли парите.

Какво изградихме

В деня на заплатата обновявате салдата и Weyro показва общото ви състояние в банки, кеш, инвестиции и дадени заеми, плюс сумата, която можете да похарчите веднага. Всяко плащане се записва към сметката, от която е излязло, а месечните и годишните отчети показват къде са отишли парите. Синхронизацията с банките и AI обобщението на отчетите са в разработка.

Какво се промени

• Общото състояние във всички банки, при брокера и в портфейла е едно число на един екран.
• Всяко плащане е записано към сметката, през която е минало.
• Месец или цяла година се превръщат в отчет, който можете да експортирате в PDF.

Проблемът

Следенето на храненето работи само ако записването е достатъчно бързо, за да се прави при всяко хранене, а търсенето на всяка храна поотделно в база данни не е. Хората с диабет имат и втори проблем: дневникът на храненето и дневникът на кръвната захар са на различни места, затова е трудно да видят как точно едно хранене им е повлияло.

Какво изградихме

Храненето се записва със снимка на чинията, сканиран баркод или едно изречение в чата, а приложението изчислява калориите и макросите. Проверявате списъка със съставки, преди нещо да бъде записано. С включен режим за диабет всяко хранене записва и кръвната захар преди, дозата инсулин и кръвната захар след него.

Какво се промени

• Едно хранене се записва с една снимка, един баркод или едно изречение.
• Потребителят проверява и редактира списъка със съставки, преди нещо да бъде записано.
• Хората с диабет виждат кръвната захар и инсулина до храненето, което ги е предизвикало.