Мы поняли, что отсутствие кода изменит то, как венчурные студии тестируют и учатся, услышав два отзыва от разных фирм: во-первых, команда в Лос-Анджелесе сократила среднее время от идеи до получения первых данных о клиентах в приложении с 4 месяцев до 3 недель.
И отдельно, что команда в Берлине увеличила количество тестируемых бизнес-концепций в своем конвейере на 150%, добавив разработку без кода в свой процесс.
#Digital-агентства все чаще внедряют разработку без кода в свой процесс запуска, потому что это напрямую увеличивает две вещи, которые имеют большое влияние на общую прибыль студии: 1) насколько быстро и точно они могут узнать, будет ли концепция успешной, и 2) сколько концепций они могут тестировать каждый год.
Что такое #No-code?
Отсутствие кода - это возможность создавать сложное программное обеспечение без написания строк кода.
Вместо этого разработчики используют визуальный редактор для создания всех компонентов программного приложения - пользовательского интерфейса, таблиц данных, интеграции с другими частями программного обеспечения или баз данных, а также рабочих процессов.
Подобно тому, как программистам когда-то приходилось полагаться на строки из единиц и нулей для связи с компьютерами до того, как технологии достигли точки, позволяющей вводить строки кода, отсутствие кода - это просто последняя итерация в более эффективных и удобных для пользователя способах создания программного обеспечения.
Примеры распространенных инструментов без кода включают #Webflow, #Glide, #Airtable, #Google Appsheet, MS #PowerApps и #Bubble
Два основных варианта использования
Как и в случае с кодом, приложения без кода делятся на две большие категории: сборки Proof of Concept (PoC) и программные продукты производственного уровня (production-grade).
Ключевое различие заключается в том, как долго команда намеревается использовать разрабатываемое программное обеспечение.
Для некоторых команд правильный вариант - создать что-то без кода только на этапе проверки, зная, что они либо опровергают свою гипотезу и перейдут к другим концепциям, либо успешно предоставят ее и перестроят в другом стеке.
Основатель одной венчурной студии, которая отказалась от кода в 2020 году, объяснил свое решение следующим образом:
В конечном итоге мы сосредоточены на результатах, а не на характеристиках. Наша цель - добиться отличных результатов для наших партнеров и участвовать в них или быстро потерпеть неудачу, чтобы мы и наши партнеры не крутили колеса на месте.
Для других, особенно тех, кто создает инструменты B2B SaaS, фреймворки без кода, такие как Bubble, по-прежнему будут хорошо подходить для масштабирования их производственных приложений.
Определение соответствия
Есть несколько признаков того, что No-code не подходит:
- Суть концепции требует принципиально новой технологии - например, идея состоит в том, чтобы создать лучший Zoom, что повлечет за собой совершенно новый подход к архитектуре потокового видео и новые алгоритмы для мониторинга состояния сети.
- Основное ПО должно иметь обширную автономную функциональность - например, продукт предназначен для использования нефтяниками в удаленных районах Сибири и Крайнего севера без подключения к сотовой связи.
- Основное программное обеспечение должно быть размещено на локальном сервере - например, продукт предназначен для клиентов коммерческих банков и продается B2B крупнейшим банкам страны, которым потребуется локальная установка.
- Программное обеспечение необходимо будет использовать сразу же миллионам ежедневных активных пользователей (DAU) - обычно это приложения B2C, предназначенные для уже большой установленной базы пользователей.
Помимо перечисленных выше случаев, какие типы продуктов сегодня особенно хорошо подходят для отказа от кода? Вот некоторые из наиболее распространенных типов приложений:
- Торговые площадки (Маркетплейсы);
- Tech-enabled услуги;
- SaaS.
Общим для всех этих вариантов будет то, что необходимое ПО не является принципиально новым, а построено с использованием существующих инженерных ноу-хау, применяемых по-новому для удовлетворения некоторых неудовлетворенных потребностей.
Getting started
В некоторых случаях руководители агентств не решаются внедрить новые No-code инструменты из-за опасений, что они могут оказаться в рамках
работы с одним поставщиком.
Наиболее универсальные фреймворки без кода, новее и менее распространены, чем, например, языки программирования, такие как PHP, поэтому менеджеры иногда обеспокоены тем, что количество доступных опытных разработчиков будет более ограниченным.
Общие языки программирования, которые мы видим в web-студиях, включают: интерфейс React Native в сочетании с серверной частью Rails, Swift, Kotlin, Acuity и Gorilla, и т.д.
Добавление возможностей No-code к этому миксу может значительно сократить сроки до запуска функционала v1.
Мы увидели, что web-студии относятся к этому как к любому другому эксперименту и применяют свою стандартную методологию бережливого производства.
Они выбирают для начала легкий тест - одну концепцию стартапа в следующей группе предприятий или внутренний инструмент, необходимый для работы - и начинают с 2-3-недельной сборки. А далее сравнивают результаты с тем, что они ожидали от своих традиционных разработчиков, и, если результат в типичном диапазоне в 5-10 раз быстрее, они повторяют и повторяют.
Аналогичный способ было принятие Ruby on Rails для ускорения разработки веб-приложений.
Ruby on Rails впервые появился в 2005 году, прежде чем пережил взрывной период внедрения с 2007 по 2009 год. Наем разработчиков Rails стал узконаправленным, и агентства часто привлекали -аутсорс для тестирования фреймворка под конкретную сборку, прежде чем выходить на рынок и нанимать собственных разработчиков.
В #themme мы применяем системы как full-разработки, так и No-code совместив это в одном и том же проекте на уровень этапа #low-code
Благодаря такому подходу, наши решения отличаются в ценовом диапазоне, делая digital-услуги доступными, фактически, для бизнеса любого размера и капитализации.
При этом качество и используемые технологии в связке с современными инструментами позволяют проектам наших заказчиков, разработанных за срок от 14 дней, ни в чем не уступать проектам, выпущенным при full-разработке в срок от 1-го или 2-х месяцев.
А открытая возможность для работы с кодом, позволяет обновлять и дорабатывать проекты в процессе их жизнедеятельности добавляя новый, необходимый функционал.
- Email: info@themme.tech
- Volgograd: dir@themme.tech