Как мы увеличили скорость разработки прототипов приложений на 40%
У многих продакшн-агентств есть клиенты, которые приходили с отличными идеями продуктов, но уходили ни с чем из-за стоимости или сроков разработки. Делимся нашей историей поиска оптимального способа разработки прототипов приложений и тестирований гипотез
К нам неоднократно приходили клиенты, которые хотели протестировать свою продуктовую гипотезу или быстро сделать MVP продукта. Когда дело доходило до согласования бюджета и сроков, то ожидания многих клиентов не оправдывались. Очень многим хотелось сделать прототип побыстрее и подешевле. Но так получается далеко не с каждым продуктом, поэтому мы поставили себе цель найти оптимальный способ разработки MVP приложений.
Когда мы начали думать о возможных вариантах, нам сразу же в голову пришли различные “коробочные” CMS — WordPress, Drupal, Joomla, 1С Битрикс и так далее. Использование таких решений, как правило, снижает стоимость и сроки разработки. Но есть и ощутимые недостатки: они редко обновляются, имеют ряд ограничений, проблемы с безопасностью и масштабируемостью.
Данные CMS являются отличными технологиями, но не подходят под наш тип задач. Из нашего опыта, также можем сказать, что внедрение таких решений может, наоборот, увеличить стоимость разработки: потребуется найм специалистов, покупка лицензий. И что более важно — дальнейшее расширение MVP может вызвать трудности.
Тогда мы начали искать другие решения. Нам было важно делать качественные приложения, которые будут легко масштабировать и поддерживать. Соответственно, мы хотели делать MVP сразу на современных технологиях
Нашим решением стало использование архитектурного подхода JAMstack. Простыми словами, этот подход подразумевает полное разделение бизнес-логики и клиентских приложений.
И что гораздо более важно, уже есть много готовых решений для различных задач.
Коротко о компонентах JAMstack. Самым важным компонентом является слой бизнес логики, по сути, бэкенд. Основа этого слоя — headless CMS.
Headless CMS — это простой способ создать бэкенд приложения. Причем в ряде случаев для этого даже не нужно писать код — достаточно сгенерировать проект, а все остальное можно делать в удобном и понятном интерфейсе. Такой бекенд можно использовать для всех клиентских приложений в вашей экосистеме — веб, мобильном, десктопном и так далее.
Одними из самых популярных решений в области headless CMS, на наш взгляд, являются Strapi и Contentful. Оба решения имеют как платный, так и бесплатный тариф, возможность масштабирования и подходят для создания серверной логики разной сложности.
Для разработки прототипа приложения, как правило, хватает бесплатного тарифа. Это позволяет еще больше снизить стоимость продукта, потому что отпадает необходимость покупки лицензии для CMS
Полный список headless CMS можно найти на https://jamstack. org/headless-cms/. Решений, представленных выше, хватит для покрытия большей части задач по прототипированию приложений
По итогу получается, что при использовании любого headless решение задача сводится к разработке клиентского приложения. И тут тоже есть ряд преимуществ. Допустим, клиент хочет сделать MVP веб-приложения, но у него есть планы на разработку мобильного приложения. С использованием предложенного подхода создание мобильного приложения также сводится исключительно к разработке пользовательского интерфейса приложения, ведь серверная часть уже готова.
Для разработки клиентского приложения также есть ряд готовых и простых решений по типу Tilda, но об этом поговорим в другой раз.
Нужно сказать и о минусах этого подхода. Использование headless CMS подходит для быстрого создания MVP с небольшим количеством данных. Но при росте количества данных и активных пользователей могут возникать проблемы с производительностью и с различными интеграциями. Особенно если речь идет о ПО, для которого нет встроенных плагинов. Поэтому для создания приложений с большой нагрузкой мы рекомендуем использовать более надежный стек — Java, Python, Node. js
Теперь к цифрам. Переход на JAMstack и headless CMS позволил нам уменьшить стоимость разработки прототипов на 40-50%. Как приятный бонус, мы смогли разгрузить нашу бекенд команду от краткосрочных проектов и сосредоточить их усилия над более значимыми проектами
Но что более важно — мы нашли способ создавать небольшие приложения на широко используемом стеке. С таким подходом мы практически мгновенно можем переходить от стадии прототипа к разработке полной версии приложения
JAMstack подход является хорошим решением для создания прототипов. Но при росте функционала приложения, увеличения нагрузки мы рекомендуем переписывать серверную часть на более масштабируемые и кастомизируемые решения.
Спасибо)