
## Рассылки

Добрый день! Мы заливаем обновление 4.11.4. Рассылки 💌.

1. Оно включает новую механику выбора нескольких клиентов в журналах 😵‍💫😎. Теперь есть возможность выбирать нескольких клиентов сразу через кнопку ctrl, что дает возможность выполнять действия сразу с несколькими клиентами, например можно выставить инвойсы сразу всем выбранным клиентам.

2. Добавили рассылки. Теперь смс (и др. сообщения) можно отправлять сразу нескольким клиентам. Существенно улучшили работу шаблонов смс 🧁. Стало очень удобно и просто сохранять смски как шаблон на будущее.

3. Добавили интеграцию с Яндекс почтой. У нас в планах целый набор возможностей, связанных с этой интеграцией 🐣🐤.

4. Добавили возможность экспортировать практически все таблицы 🍌🍉 и даже сам журнал для последующей аналитики. Мы стараемся следовать нашим принципам, в частности принципу Прозрачности. Мы не прячем основные функции под дорогими схемами ценообразования. Мы не скрываем наши планы, метрики и проблемы. Наконец мы смогли реализовать его на практике в полной мере и добавили возможность простого экспорта данных из нашей системы. Если вам, что-то не понравится, Вы всегда можете скачать ваши данные и использовать, как вам захочется.

5. Сделали фильтрацию клиентов в настройках адекватным рабочим инструментом. Теперь из фильтра клиентов можно не только создать списки, но и делать экспорт клиентов 👍💪.

![Цены мем](/assets/images/blog/prices_3.jpg "Цены мем")

6. Изменение цен! Следуя тому же принципу, (спасибо Жанна, Образовательный центр Полонез) мы пересмотрели подход к цене для больших компаний. Теперь процент с оборота будет постепенно снижаться при росте выручки, тем самым: чем вы больше, тем меньше ваши затраты на ЦРМ систему.

## Проблемы

1. Основная проблема над которой мы работаем прямо сейчас, это переделка ролей и прав, чтобы можно было кастомизировать роли под конкретные нужды, создавать свои роли и т.д. Насколько быстро мы с этим справимся трудно сказать, но мы работаем.
2. Идея с индивидуальными ценами на программу. Существет юзкейс, когда цена за занятия может устанавливаться на программу индивидуально для клиента и отличаться от остальных в группе. Это не реализовано. Но мысль отличная, будем проектировать.
3. Воронка не работает как должна, точнее она отлично работает, но многие хотят все процессы перенести внутрь Гулливер ЦРМ, включая первичные этапы воронки. Мы уже приняли решение, что будем делать чоткую😎 воронку с мощной аналитикой.

### Заключение

Спасибо за критику, благодаря Вам мы делаем систему каждый день лучше!

Удачи!


Рассылки 💌


## Задачи❤️‍🔥

Всем привет! На улице весна 💐🪻🌷, у всех хорошее настроение, и мы c отличным настроением выкатываем весеннее обновление 4.10.30 под емким названием 😃 **Задачи**.

В этом обновлении мы исправили все известные ошибки на сегодняшний день, добавили новую функциональность, упростили работу комментариев 💬, как вы просили 👻.

Теперь [**комментарии**](/user-guide/comments "Комментарии, статья") используются только для сохранения информации. У них больше нет статусов: **решен и не решен**, которые всех путали. Наша задумка не сработала и мы отказались от нее, о чем вам очень благодарны!! Теперь комментарии это просто комментарии, в них хранится информация и все, она не требует никакого действия.

### Канбан

Если надо что-то сделать и не забыть про это, то [**добавляйте задачи ☑️**](/user-guide/tasks "Задачи, статья"). У задачи можно поставить **исполнителя и дедлайн**. Таким образом вы ничего не забудете и не пропстите сроков. Задачи добавляются точно так же, как комментарии и привязываются ко всем сущностям системы 😎.

Для отображения всех ваших задач мы написали собственную канбан доску 🎯. Канбан – это известная визуальная система управления работой команды, одна из самых популярных методологий управления.
![Пример канбан доски](/assets/images/blog/tasks_1.jpg "Пример канбан доски")

Конечно наша доска выглядит посолидней, но принцип работы тот же: перетаскивайте карточки и отслеживайте статусы. Канбан-доски являются **эффективным инструментом для управления задачами**🧐, обеспечивая прозрачность и структурированность процессов работы. Они позволяют бизнесам легко отслеживать текущий статус задач, оптимизировать рабочий процесс и повысить эффективность командной работы.

Одним из главных преимуществ является **возможность визуализации всей рабочей нагрузки** и распределения задач между участниками команды. Это помогает управляющим и членам команды лучше понимать, какие задачи находятся в работе, какие уже завершены, а также выявлять возможные проблемы или задержки.

Кроме того, канбан-доски способствуют **улучшению коммуникации внутри команды**🕹**️**🎮, так как участники видят общий прогресс и могут легко обсуждать приоритеты и распределение задач. Это помогает сократить время на согласование и принятие решений, что в свою очередь ускоряет выполнение проектов.

Подробнее о том как пользоваться задачами читайте в [**руководстве по задачам**](/user-guide/tasks "Задачи, статья").

### Еще в обновлении

Еще в обновлении **сотни мелких улучшений и изменений**, которые вы заметите или нет 🍿. Мы повысили стабильность работы сокетов, провели совершенствование дизайна, добились существенного улучшения в скорости работы приложения, переработали юзер экспиеренс во многих местах системы.

### P.s. 🧩🏆

> Мы с нетерпением ждем ваш фидбэк😉, ваше мнение очень важно для нас. Мы внимательно прислушиваемся к вашим пожеланиям.


Задачи❤️‍🔥


### Обновление 4.9.10: Кабинет клиента

Добрый день! На дворе настоящая зима, а мы готовы рассказать над чем мы работали.

Мы выкатили новую версию 4.9.10, содержащую более тысячи изменений и улучшений, в основе которой реализован функционал кабинета клиента и реализованы сопутствующие задачи обеспечивающие распределение прав доступа и безопасности.

1. Написали веб версию кабинета клиента [**подробнее…**](/user-guide/customer-area "Кабинет клиента, статья") (отдельная механика регистрации, улучшили систему разграничения прав доступа по ролям RBAC (Role based access control), собственный компонент журнала для клиентов);
2. Продолжали улучшать документацию;
3. Исправили ошибки большие и маленькие;
4. Избавились от «styled-components»;
5. Провели обновление всех клиентских библиотек до последних версий;
6. Перешли на последний Typescript;
7. Покрыли автоматическим тестами почти весь код;
8. Радикально сократили инженерный долг;
9. Обучали новых клиентов и помогали старым, внимательно собирали пользовательский опыт и отзывы;
10. У нас вышла [**статья**](/blog/post/nets "Как мы используем сети 🥅 для определения приоритетов в разработке") как мы определяем приоритеты разработки;

Не смотря на мороз в комманде отличное настроение, а это случайная картинка из нашего внутреннего чата 😀😁
![Мем](/assets/images/blog/\customer_area_1.jpg "Как мы делаем Гулливер ЦРМ")

Таким образом, мы продолжаем активно работать в четырех направлениях:

1. улучшение функциональности (добавляем, исправляем),
2. улучшение документации,
3. развитие continuous integration and continuous delivery (CI/CD),
4. разработка портала мониторинга сервиса.

**Кроме того мы продолжаем ранний доступ**

[Ранний доступ](/blog/post/early-access "Ранний доступ") — модель разработки, с помощью которой пользователи получают доступ к предварительной полной версии приложения, а разработчики используют полученный фидбек для доведения приложения до полноценного выпуска. Те, кто участвую в раннем доступе, как правило, помогают в отладке программы, дают обратную связь, вносят предложения по улучшению.

Этот этап является бесплатным. Все платежи являются не обязательными. При этом для вас будет доступен весь функционал системы, техподдержка и т.д. Сроки окончания раннего доступа, пока не определены.

### Основные ближайшие задачи

1. Ппеределка комментариев, добавление возможности ставить задачи и сроки;
2. Улучшение документации;
3. Новые интеграции (Viber);
4. Возмоности рассылок сообщений
5. Разработка партнерской программы
6. Исправление ошибок и др.

**P.s.**

Спасибо, что потратили время на прочтение. Мы ждем свежих заявок на подключение, отзывов, и будем делать все, чтобы gullivercrm.com работал лучше


Кабинет клиента


Добрый день! Прошло немного времени и мы готовы поделиться новостями.

**Сначала результаты**

Мы подвели итоги первого квартала раннего доступа, и они полностью соответствуют нашим ожиданиям. Мы постоянно получаем новые заявки на подключение к нашей системе. Это замечательно. Мы выкатили долгожданную новую версию 4.8.0, и мы хотели бы поделиться, что об этом думаем.

Оказалось, что цели подключения к системе могут быть совершенно разнообразны 💘. Кто-то всерьез со старта начинает пользоваться. Некоторые клиенты хотят просто покликать и посмотреть, что под капотом. Некоторые настойчиво просят о подключении, но даже не заходят в приложение. Это забавно, и стало для нас целым бизнес открытием.

Вторым важным результатом стало большой рост отзывов о системе, так называемый фидбэк 🙊🙉🙈. Это тоже круто. У нас появилось очень много полезных данных для совершенствования, которые не лежат на поверхности. Мы очень благодарны за ваши отзывы и конечно критику. Однако, мы начали сталкиваться с трудностями систематизации отзывов. В дальнейшем, возможно потребуется автоматизация этого процесса с голосованием за новые фичи и порядок дальнейшей разработки.

Третье. Как оказалось, в малых бизнесах могут быть очень своеобразные бизнес процессы, можно сказать даже иногда экзотические. Люди делают, что-то по привычке или копируют у других даже не задумываясь зачем. Кто-то постоянно тестирует новые идеи. Поэтому бизнес аналитику постоянно приходится углубляться в новые области, от чего он иногда плохо спит 🛌.

Четвертое. Рост количества клиентов продиктовал необходимость усовершенствовать работу. Мы упорядочили подход к взаимодействию с клиентом, разработали гибкую систему взаимодействия и назвали ее [**«Консьерж-сервис»**](/concierge "Консьерж-сервис"). Она включает индивидуальный подход 🤹‍♀️, настройка системы под конкретные нужды, постоянное обучение и поддержка компаний 🧙‍♂️. Мы всегда на связи и готовы отвечать на ваши вопросы.

Пятое. Можно с осторожностью сделать вывод, что мы вплотную к Market-Fit (соответсвуем рынку)🎢, но можем быть еще лучше проще и удобнее.

Шестое. Третьего августа у нас упал сервер на два часа 🖤. Без этого никак...🏴‍☠️ Мы разобрались в причинах и теперь лучше понимаем в какую сторону и какими технологиями совершенстовать, а главное масштабировать архитектуру.

Седьмое. Мы провели открытое обучение для всех желающих работе в Гулливер ЦРМ с Ольгой Урываевой в виде трехдневного семинара и на основе его разработали программу обучения для нашего Консьерж сервиса. К сожалению из видео семминара, который мы записали не получается сделать что-то приличное для YouTube канала, поэтому видео будем записывать специально. Кроме того постоянно пишем и исправляем обучающую [документацию](/user-guide "Руководство по Гулливер ЦРМ") .

**Чем мы занимались?**

Каждый день наполнен плановой работой и мы постоянно что-то улучшаем.

1. Написали интеграцию с ERIP, EPOS (Express-Pay) с QR кодами. [**Подробнее…**](/user-guide/express-pay "Интеграция с ерип и епос")
2. Написали интеграцию с Rocket SMS для рассылки SMS, можно отсылать СМС сообщения прямо из приложения с отслеживанием статусов доставки сообщений. [**Подробнее…**](/user-guide/rocket-sms "Интеграция с сервисом СМС рассылок")
3. Написали собственное расписание, как один из вариантов отображения групп. Расписание поддерживает множественные правила повторений событий, а также механику драг энд дроп. Т.е. теперь группы могут заниматься в разные дни в разное время в разных кабинетах. [**Подробнее…**](/blog/post/new-month-new-release "Расписание в Гулливер ЦРМ")
4. Добавили сущность кабинет (помещение), для привязки расписания к кабинетам.
5. Проводим эволюцию программной серверной архитектуры.
6. Провели существенное увеличение мощности серверного кластера.
7. Переделка сохранения изображений в собственное и хранилище изображений (в тесте).
8. Совершили переезд на новый движок для WIKI, теперь работать с текстовыми документами стало еще проще и быстрее.
9. Обновили интерфейс клиента, клиентам добавили фильтр с открытыми инвойсами.
10. Обновили логику работы бота, кроме всего он будет стараться найти клиентов, которым не выставили инвойс и писать этому клиенту комментарий.
11. Переделали профиль пользователя, добавили функциональность для более простой работы с правами и ролями.
12. Обновили логику работы цен. Добавили возможность изменять и удалять цену если она еще не вступила в силу.
13. Обновили вторичные библиотеки до последних версий. Все ошибки, что были известны на момент написания статьи починили, провели сотни мелких исправлений и улучшений и др.

**Мы продолжаем ранний доступ**

[Ранний доступ](/blog/post/early-access "Ранний доступ") — модель разработки, с помощью которой пользователи получают доступ к предварительной полной версии приложения, а разработчики используют полученный фидбек для доведения приложения до полноценного выпуска. Те, кто участвую в раннем доступе, как правило, помогают в отладке программы, дают обратную связь, вносят предложения по улучшению.

Этот этап является бесплатным. Все платежи являются не обязательными. При этом для вас будет доступен весь функционал системы, техподдержка и т.д. Сроки окончания раннего доступа, пока не определены.

**Основные ближайшие задачи**

1. Написание кабинета клиента;
2. Улучшение документации;
3. Новые интеграции;
4. Исправление ошибок и др.

**P.s.**

Спасибо, что потратили время на прочтение. Мы ждем свежих заявок на подключение, отзывов, и будем делать все, чтобы gullivercrm.com работал лучше


Новый месяц - новый релиз


### Сначала результаты закрытой беты

Сделали море работы, а может больше.

### В общем

Переход на новые технологии включая Nestjs, тайпскрипт... оказался мега правильными решением. Все стало проще, быстрее. Структура серверного кода понятна, прозрачна. Стало гораздо легче вылавливать баги и разрабатывать дополнительный функционал. Сделали много работы по адаптации интерфейсов к малым экранам. Провели стандартизацию элементов пользовательского интерфейса, попытались добиться более-менее приличного UX. Переписали полностью вики. Написали полностью списки. Написали прототип автоматизации.
В команде +1 человек. Написали собственный сервис контроля и мониторинга SAAS, подключили Feature Toggle. Начали разработку документации пользователей. Естественно фиксили баги...

### Журнал

Пришлось написать полностью свой реакт компонент с нуля. И мы совсем не жалеем потраченных усилий. То как он работает сейчас очень круто. в Журнала добавили кастомные сортировки, изменили способ подгрузки данных, оптимизировано быстродействие журнала, добавили мультиселект, можно выбирать и изменять сразу несколько ячеек одновременно. Работает хорошо. Столкнулись с тормозами на больших и старых журналах. Провели оптимизацию компонентов, data-flow. Сейчас масштабируется отлично.

### Биллинг

В биллинг почти не лазили. Работает хорошо. Добавили комментарии ко всем финансовым документам. Написали нормальное представление для малых экранов.

### Вики

Много экспериментировали с Вики, загрузкой изображений в собственное облако, публичным api. Инструмент востребован, но не так как комментарии конечно. В редактор, который мы взяли за основу плохо интегрируются новые плагины. Думаю, еще переделаем...

### Комментарии

Комментарии усложнились. У них есть статус: **решен**, **не решен**, а также **просмотрен**, **не просмотрен**. Если сущность (например, платеж) прокомментирована, на ней отображается специальная иконка комментария 💬. Бывает два вида комментариев, требующие решения вопроса (иконка с точкой) или нет (иконка без точки).

Зачем мы сделали два вида комментариев? Иногда сотрудники хотят запомнить какой-либо момент, и оставляют информацию на будущее. Например, дают характеристику клиенту либо особенностям контакта с ним. Такой комментарий не требует решения и отображается иконкой без точки. Комментарии, требующие решения в будущем (по сути задача) отображаются в виде иконки сообщения с точкой. Например, Клиент еще думает, необходимо перезвонить в конце недели.

### Списки

В результате тестирования, мы поняли, что ряд бизнес-процессов наше приложение не покрывает. В частности, маркетинговую сегментацию, и формирование воронки продаж. Для их решения мы придумали новый инструмент и полностью его реализовали. Списки - мощный инструмент с широкими возможностями кастомной фильтрации и сортировки, с возможностью совместного редактирования, прямо внутри системы, у которого в доступе уже есть все наши клиенты 🆒. Мы осознали необходимость этого инструмента не сразу. Но после разработки его прототипа, поняли, что это просто бомба 💣💣💣. **Списки** могут решать очень много проблем. Они настраиваются, они автоматизируются, в них есть предустановленные сущности в виде филиалов, ваших программ, пользователей и т.д.

Списки нужны для гибкой сегментации клиентов по различным признакам c богатыми возможностями автоматизации, фильтрации, сортировки и экспорта

### Отзывы

В целом, отзывы пользователей можно описать как "огонь". Мы рады, работаем дальше. На рынок выпускать рано. Но в ранний доступ в самый раз.

### Открываем ранний доступ

Мы наконец добрались до следующего этапа разработки. Мы назвали его "ранний доступ".

Ранний доступ — модель разработки, с помощью которой пользователи получают доступ к предварительной полной версии приложения, а разработчики используют полученный фидбек для доведения приложения до полноценного выпуска. Те, кто участвую в раннем доступе, как правило, помогают в отладке программы, дают обратную связь, вносят предложения по улучшению.

В основном нам надо понять, как работает наша серверная архитектура при росте нагрузки. Мы хотим вывить ошибки возникающие при росте масштаба. Протестировать как работает монетизация, ценовые политики, система поддержки пользователей, сбор фидбека и т.д.

Этот этап является бесплатным. Все платежи являются не обязательными. При этом для вас будет доступен весь функционал системы, техподдержка и т.д. Сроки окончания раннего доступа, пока не определены.

Сначала, на первом этапе раннего доступа мы в ручном режиме будет отбирать пользователей, и очень пристально следить за метриками, параметрами нагрузки. В дальнейшем, на позднем этапе пустим всех, кто подаст заявку.

### Основные цели

Продолжение разработки и совершенствование gullivercrm.com
Подключение инструментов поддержки комьюнити
Стабилизация сервиса технической поддержки пользователей
Улучшение документации
Кластеризация

### P.s.

Мы ждем свежих отзывов, и будем делать все, чтобы gullivercrm.com стал лучше


Ранний доступ


Всем привет! Мы добрались до закрытого бета-тестирования. В это статье мы расскажем, результаты альфа-теста, что нового, основные изменения в продукте, проблемы разработки.

### Что сделали:

- Весь проект полностью перевели на Typescript, чего и вам желаю 💡
- Весь клиент переписали на MaterialUI 🎨;
- Написали первый прототип Википедии 🎪
- Написали первый прототип комментариев 💬
- Снова переписали журнал на другом инструменте (MaterialUI Grid) 👷‍♂️

### Подробнее

Осуществили переход на тайпскрипт всего проекта, включая бэкенд. Просто невозможно разумно писать такую систему без строгой типизации. Постоянное внесение изменений в код вело к немыслимому количеству багов связанных со структурой данных. Фронтенд переписали на MaterialUI, интегрировали Redux и ряд других библиотек, без которых современный фронтенд немыслим. MaterialUI очень нам нравится, очень хорошая документация, темизация из коробки, отличный API.

Полностью переписали бэкенд: перешли с чистого Express на Nestjs. Переход хоть и сопровождался большим объемом работы, однако структурировал серверный код, его легче править и поддерживать, тоже кстати на тайпскрипте. Результат выглядит прекрасно. Вместе с Nestjs переписали серверный валидатор.

Для понимающих, за этот год фактически написали новое приложение.

Кроме того, стабилизировали сборку, пофиксили все баги которые смогли отыскать на этом этапе. Начали работать над мультитенантностью, CI докеризацией.

### Журнал

Вместе с переходом на тайпскрипт, полностью переписали журнал. Я посчитал это уже 3 вариант. Мы столкнулись с тем, что готовые инструменты, так называем Rich Tables из коробки работают не так как нам необходимо и мы от них в последствии отказались (devExpress, ag-grid). Снова переписали журнал на другом инструменте (MaterialUI Grid), похоже это рабочий вариант, но это не точно 😣😮

### Биллинг

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

### Релиз википедии

Вики - это инструмент, который может значительно улучшить совместную работу внутри компании. Она позволяет сотрудникам быстро и легко обмениваться информацией, идеями и знаниями, что может существенно повысить эффективность работы и сократить время на выполнение задач ⏳. Думаю, еще переделаем, нужно проверить, как пользователи работают с ним.

### Релиз комментариев

Сделали первый рабочий прототип комментариев на основе сокетов и сразу пушка. Лавинообразное использование, всем нравится. Не совсем понятно, как сделать визуализацию просмотренных комментариев. Также надо выделить комментарии, которые требуют решения. Инструмент очень востребован, работает пока странно. Комментариев добавляют много, но не читают оО.

### Отзывы

В целом, отзывы пользователей можно описать как "норм". Конечно, хотелось, чтобы отзывы были более восторженными. Но как есть. На рынок выпускать рано. Но в закрытую бету в самый раз.

### Технологический стек

Несколько изменений:

- Начали интеграцию Typescript
- Внедрили Redux и Redux Thunk
- Добавили Reselect и селекторы
- Перешли на MaterialUI

### Стартуем закрытое бета-тестирование

На бету мы выходим уже с 4 большими структурными компонентами (журнал, биллинг, комментарии, вики). Больше плодить пока не планируем. Надо с этими разобраться.

Тестирование будем проводить на той же базе, детском клуб Гулливер. Также к тестированию привлечем еще музыкальную школу [Музыкальная академия](https://www.muzacademia.by/ "Музыкальная академия") в городе Минске. Предварительное согласие мы получили. Посмотрим, как наше приложение себя чувствует в условиях индивидуальных занятий.

В википедии написано:

> Бета-тестирование — интенсивное использование почти готовой версии продукта с целью выявления максимального числа ошибок в его работе для их последующего устранения перед окончательным выходом продукта на рынок, к массовому потребителю.

Это и сделаем нашей целью!

### Технологический стек

Несколько изменений:

- Полностью перешли на Typescript
- Переписали весь state на Redux
- Полностью переписали все на MaterialUI
- Перешли с чистого Express на Nestjs, пришлось переписать весь сервер, да Typescript в Nestjs из коробки. Отличное решение!

### P.s. 🧩😕

- После долгих дебатов, мы поняли, что нейминг это не наше. Приложение решили назвать Гулливер ЦРМ в честь клуба на котором мы запустили систему впервые. Доменное имя gullivercrm.com оказалось свободным. (😁😂)
- Почти полностью переписали код опять оО
- В команде 3 человека (🐱💻🐱👓🐱🚀)
- Четыре рабочих компонента - Журнал, Биллинг, Комментарии и Вики


Закрытое бета-тестирование


Мы начинаем, альфа тест. До этого этапа мы провели теоретическую работу с бизнес анализом, проектированием системы, написания подготовительной документации. Сформировали ряд диаграмм, которые позволяют оперативно обновлять предметную область в голове разработчиков. Провели тестирование MVP. И наконец добрались до тестирования в поле 🎉.

### Что сделали:

- Поняли, что управленческий учет в этой области требует гибкого контроля за финансами 💡
- спроектировали и написали первый прототип биллинга 💰
- написали множественную филиальность 🏡🏠
- написали стандартный функционал (регистрация, аутентификация и т.д.)
- переписали журнал на другом инструменте (ag-grid, о этого использовали devexpress)

### Основная цель альфа тестирования.

Очень интересно, каким образом на приложение реагируют реальные клиенты, нужен ли наш продукт на рынке. Для альфа тестирования мы выбрали [Детский клуб Гулливер](https://www.gulliverclub.com/ "gulliverclub.com").

Гулливер выбрали по нескольким причинам:

- Несколько филиалов
- Несколько программ
- Попытки самостоятельной автоматизации
- В штате кроме преподавателей есть другие сотрудники, администраторы, бухгалтер и т.д.
- Молодые сотрудники, готовые к изменениям и внедрению систем автоматизации
- Географическое расположение в Минске

На момент альфа тестирования приложение кроме общих подсистем (регистрация, аутентификация и т.д.) содержит два больших компонента: журнал и биллинг.

При тесте мы попытаемся найти как можно больше явных/грубых/критических багов (например, которые приводят к падению приложения), до того, как приложение будет готово к следующему этапу тестирования и более широкому кругу пользователей. Повторно удостовериться, что наш продукт нужен на рынке...

Кроме того, мы планируем протестировать ряд гипотез, проведем отладку найденных ошибок, приводящих к падению и не только.

На этапе альфа тестирования запускаем все группы. Кликаем, везде, где хотим, вводим в поля, что хотим, пытаемся сломать приложение преднамеренно. Проверяем все формы на работоспособность и ошибки. Основная цель в этом периоде: найти состояния, которые ведут к падению приложения или потере данных. Данные, собранные во время альфа теста могут быть потеряны или испорчены: ничего страшного. После того, как удостоверимся, что данные консистентные и удается стабилизировать сборку, через пару месяцев перейдем к закрытому бета-тестированию – отказываемся от других форм ведения учета и ведем свои группы только в приложении. В дальнейшем планируем присоединение к приложению следующую порцию сотрудников.

Наравне с оценкой работоспособности проводим множественное тестирование готовых юс-кейсов на предмет любых ошибок.
Обращаем внимание на:

1.  Не работает
2.  Не удобно
3.  Не красиво
4.  Не понятно
5.  Не хватает (что хочу, а его нет или круто было бы)

### Технологический стек

Несколько изменений:

- Начали интеграцию Typescript
- Внедрили Redux и Redux Thunk
- Добавили Reselect и селекторы
- Перешли на MaterialUI

### P.s. 🧩😕

- Названия снова нет (но мы держимся 😁😂)
- Почти полностью переписали код оО
- В команде 3 человека (🐱💻🐱👓🐱🚀)
- Два рабочих компонента - Журнал и Биллинг


Альфа тестирование


Всем привет! Мы запустили разработку. Возможно, что мы делаем очередной велосипед, но это не точно 👓. В это статье много технических терминов, однако я старался сделать ее максимально простой и наглядной.

### Что уже сделали:

- провели подготовительную теоретическую работу: нашли пару идей 💡, которые не реализованы на рынке;
- провели бизнес анализ домена 🔮;
- сделали теоретическое проектирование системы 📌.
- посмотрели, кто есть на рынке и что предлагают конкуренты. Увидели, что идеи, которые мы хотим заложить в продукт, у конкурентов не реализованы 🧨🎇.
- написали подготовительную документацию, техническое задание 👨💻.
- сформировали ряд диаграмм, которые позволяют оперативно обновлять предметную область в голове разработчиков 🧷.
- написали прототип, чтобы можно было покликать 🐭
- провели тест mvp 🧲

### Подробнее

Теоретическая подготовка и проектирование включает разработку технической документации, включая рад диаграмм, позволяющих разработчикам лучше представлять предметную область.
Первая диаграмма представляет собой структуру сущностей предметной области и их взаимоотношений **(ERD)**. Диаграмма не очень грамотно оформлена, но свою работу делает.

![Примерная структура сущностей Гулливер ЦРМ](/assets/images/blog/er.jpeg "Примерная структура сущностей Гулливер ЦРМ")

Одной структуры сущностей недостаточно для начала разработки. После этого мы сделали диаграмму вариантов использования **(use-case diagram, UCD)**. Эти диаграммы мы выполнили в обычном онлайн редакторе диаграмм **app.diagrams.net**.

![UCD в Гулливер ЦРМ](/assets/images/blog/use-case.png "UCD в Гулливер ЦРМ")

Структурирование предметной области очень важный элемент разработки программного продукта. UCD диаграмма описывает границы системы, определяет точки взаимодействия с системой, а также перечисляет основных акторов (действующих лиц), которые будут взаимодействовать с системой, дает представление об объеме взаимодействия с системой и дает названия этим взаимодействиям. Очень полезно, в качестве справочного материала, к которому постоянно возвращаешься в процессе разработки.

В дальнейшем в приложении **websequencediagrams.com**, каждый вариант использования (use-case) был описан в виде диаграммы последовательности действий **(Sequence diagram, SD)**. Диаграммы последовательности используются для уточнения диаграммы вариантов использования для более детального описания логики. Отличное средство документирования проекта с точки зрения сценариев использования!

В общей сложности, в подготовительном этапе у нас получилось 26 готовых документов. В принципе, этих диаграмм было достаточно чтобы начать проектирование интерфейсов, которое мы делали в Axure RP с применением готовых наборов элементов интерфейса. Первые интерфейсы выглядят довольно примитивно. Это нормально.

![Layout Гулливер ЦРМ](/assets/images/blog/first-ui-proto.jpg "Layout Гулливер ЦРМ")

Для первичной верстки достаточно. Чтобы хоть как-то прикинуть объем предполагаемой технической работы мы написали **Техническое задание**, опубликовать я его конечно не могу. Но могу сказать, что вышел достаточно увесистый труд на несколько сотен страниц. На этом этапе у нас в команде было 2 разработчика 🚣‍♂️ 😍.

Вот так примерно выглядит первый прототип журнала в Axure RP.
![Прототип Журнала](/assets/images/blog/theory_1.png "Прототип Журнала")

### Технологический стек

Для реализации этого проекта мы выбрали наиболее развевающийся **JS-стек MERN (mongoDB, Express, React, Node.js)**. Сам по себе стек идеально подходит:

- для прототипирования
- обладает огромным комьюнити
- на него легко найти разработчиков
- сам по себе очень быстро работает
- не требует лицензионных отчисления
- моноязычный

Отдельные компоненты тоже обладают рядом преимуществ.

#### MongoDb

MongoDB — это база данных NoSQL, которая ориентирована на использование документов и коллекций в отличие от использования строк и таблиц, как в стандартных базах данных. Базовой единицей данных в документах является пара ключ-значение. Принято выделять следующие достоинства:

- MongoDB использует JavaScript, что является самым большим преимуществом для стека MERN.
- Гибкие схемы документов. Модель документа MongoDB позволяет легко моделировать и манипулировать практически любой структурой данных
- Скорость. База данных легко индексирует документы, следовательно, дает более быстрый ответ серверу.
- Доступ к данным без кода. MongoDB хранит и представляет данные в формате документа. Это означает, что что можно получить к ним доступ с помощью родных структур данных для любого языка. Например, ассоциативные массивы в JavaScript.
- Данные хранятся в виде JSON. Синтаксис JSON очень прост и поддерживается практически любыми браузерами.

#### Express.js

Express — это фреймворк, созданный на базе платформы NodeJs. Его преимущества значительно упростят и укоротят внутренний код. В стеке Express играет немаловажную роль, так как с его помощью настраивается маршрутизация и создается API-сервер для взаимодействия между клиентской и серверной частью приложения. У технологии есть ряд преимуществ:

- Позволяет легко и быстро разрабатывать веб-приложение Node.js.
- Простой и легкий в настройке.
- Он позволяет определять маршруты приложения на основе методов HTTP и URL-адресов.
- Легко обрабатывает статические файлы и службы приложения.
- Позволяет создать сервер с REST API.
- Быстрое подключение к базам данных.

#### React.js

React — это самая популярная библиотека JavaScript. С помощью React можно разработать быстрый и стабильный пользовательский интерфейс. Больше достоинств:

- Легкий в обучении и использовании. React обладает хорошей документацией, а благодаря широкому сообществу имеется большое количество обучающих руководств, курсов и ресурсов.
- Высокая производительность — такие функции, как Virtual DOM, JSX и компоненты, делают его намного быстрее, чем остальные фреймворки.
- Компоненты для многократного использования. Каждый компонент имеет свою собственную логику и управляет собственным рендерингом. Поэтому его можно повторно использовать там, где нужно. Повторное использование кода помогает упростить разработку и поддержку приложения.

#### Node.js

Node.js — среда выполнения, позволяющая запускать код JavaScript на сервере, благодаря чему фронтенд-разработчик может создавать легко интегрируемые приложения. В отличие от других популярных серверных технологий:

- Основан на JavaScript, что позволяет использовать один язык программирования на всем проекте.
- Предлагает высокую производительность для приложений реального времени.
- Масштабируемость. С точки зрения разработки Node.js позволяет использовать микросервисы, которые в дальнейшем позволяют разделить приложение на более мелкие части.
- Быстрое выполнение кода.

### MVP

После реализации основного объема кода мы провели тестирование MVP, и он показал неплохой фидбэк. Нашей отличительной идеей является журнал. И идея с журналом оказалась рабочей, такой подход хорошо ложиться на бизнес-процессы и мышление сотрудников, и мы планируем ее развивать. Если удастся, мы хотим сделать журнал группы основным компонентом системы, из которого можно выполнять большинство процессов.

### P.s. 🧩😕

- Названия нет (но мы держимся 😁😂)
- В команде 2 человека (достаточно, чтобы обсуждать и писать 🐱👤, парное программирование оно такое)
- Один рабочий компонент - Журнал 📚


Блог

Обновления

Рассылки 💌

Обновления

Задачи❤️‍🔥

Обновления

Кабинет клиента

Обновления

Новый месяц - новый релиз

Обновления

Ранний доступ

Обновления

Закрытое бета-тестирование

Обновления

Альфа тестирование

Обновления

Идеи и проектирование