Из темы статьи очевидно, что вам точно не понадобится программирование. Но что же нужно для того, чтобы создать приложение на no-code платформе? Будет ли готовая программа уступать аналогичным, но написанным вручную? Что нужно сделать, чтобы не пришлось нанимать разработчиков, которые будут чинить только что созданное или вовсе писать приложение с нуля?
Ответы на все эти вопросы зависят от многих факторов, вот лишь некоторые из них:
- функционал вашего будущего приложения;
- насколько подходит выбранная вами No-code платформа для реализации этого функционала;
- планируете ли вы дорабатывать или расширять его или будете только поддерживать работоспособность;
- количество пользователей, которые получат доступ к приложению;
- есть ли в вашей команде грамотные технические специалисты (не обязательно программисты), менеджеры, аналитики.
На самом деле, любые специалисты, работа которых связана с функциями приложения, могут помочь вам его создать. Даже если это — обычные операторы. Часто именно они видят перспективы и недочеты, которые в голову не придут тем, кто занимается проектированием. Не стоит их недооценивать. Но при этом важно не переоценить идеи вашей команды. В частности, планы по расширению функционала — насколько бы прорывными они не казались. Ведь от того, как много функций нужно реализовать, зависит, насколько хорошо справится с этой задачей no-code платформа. С увеличением объема кода растет и количество ошибок — и нет разницы, написан этот код программами или людьми. Многие проекты, которые на стадии разработки концепции вызывают wow-эффект, буквально разбиваются о сложность реализации. Но бывают и совсем очевидные вещи, которые тем не менее упускают из виду — например, насколько скорость работы приложения зависит от количества пользователей и объема заказов.
Естественно, мы не сможем уберечь вас ото всех возможных ошибок, но составили для вас чек-лист, который поможет избежать многих из них:
1. Не только идея, но и смысл.
Нужно ли создавать что-то, что уже создали до вас или стоит поискать существующие инструменты и, например, скомпоновать их вместо того, чтобы писать целый продукт с нуля. Вы должны четко понимать, зачем вам приложение, какие задачи оно будет выполнять, какие проблемы решать, какая от него будет польза лично вам и вашей компании.
2. Логичный и структурированный функционал.
Даже если вы планируете в будущем его существенно дорабатывать. Нет, не так. Особенно если вы планируете в будущем его существенно дорабатывать. Не надейтесь на «потом как-нибудь прикрутим», продумайте это заранее. Если ваше приложение послужит фундаментом для чего-то масштабного в дальнейшем, этот фундамент должен быть устойчивым и крепким.
3. Нет бесконечному проектированию.
При реализации проекта вообще нежелательны крайности. Если вам вдруг понадобилась какая-то непредусмотренная функция — это проблема. Но разве лучше застрять на этапе разработки в надежде учесть каждую мелочь — и в итоге так и не реализовываете свою идею? Создавайте MVP и учитесь соблюдать баланс.
4. Станьте ближе к своей no-code платформе.
Даже если вы высоко цените наш проект, проведите как можно больше времени на Studio.appmaster.io прежде, чем начать работу. Протестируйте разные функции, даже если не планируете их использовать — в процессе вам могут прийти в голову новые идеи для вашего приложения.
5. Постарайтесь понять программистов.
Нет, речь не о личных причинах сорванных дедлайнов. Постарайтесь понять основные принципы программирования, логику построения баз данных, правила рабочих процессов хотя бы на уровне абстракций. Это поможет вам детальнее проработать свой продукт и избежать массы простейших ошибок. А заодно сэкономит время при общении с техподдержкой.
6. Создайте макет интерфейса на платформе.
Если вы еще не отрисовали ваши интерфейсы — делайте сразу в нашем дизайнере приложений. Так вы быстрее привыкните к платформе и учтете ее особенности при проектировании. Мы любим нестандартные задачи и умеем их решать, но вопрос — нужны ли вам дополнительные задачи там, где можно обойтись стандартными средствами?
7. Используйте бесплатный тариф на полную.
Его достаточно для того, чтобы полностью освоить функции нашей платформы, создать макеты, описать логику взаимодействия элементов. Вы не будете торопиться лишь потому, что деньги уходят в никуда, пока вы тратите время на изучение платформы. Переключаться на платный тариф стоит тогда, когда вы будете к этому готовы.
При грамотном подходе технология no-code уже позволяет создавать стабильно работающие приложения в разы быстрее, чем это сделает целая команда программистов. Да, ИТ бэкграунд по-прежнему нужен для выполнения многих задач в no-code, но все больше из них становятся доступны обычным пользователям. Интеграция приложений и сервисов в 1 клик, создание лэндингов по шаблонам или уже упомянутое создание макетов в наших редакторах приложений — все это уже можно делать без знания программирования.
Мы уверены, что будущее разработки — за no-code. И стараемся сделать все, чтобы это будущее приблизить.
Идеальный рай программиста руками: no life, no sex, no code!
Очень не плохо. Молодцы.
Скажите вы хотите сделать платформу ближе к adalo или bubble?
И какие плюсы вы видите в вашей платформе по отношение к ним?
Adalo по моим оценкам, сейчас одна из самых известных платформ no-code в сети по созданию мобильных приложений, имея у себя в коробки все три козыря (фронт, бизнес логику и базу данных). Но не очень дружелюбна к Русской и СНГ аудитории, не имея возможность подключать оплату с Российскими сервисами. И на мой взгляд не самый лучший вариант реализации фронта, да у них реализовано по подобию Фигмы, но все-же) возможно не самый лучший вариант, как мне кажется).
Bubble стар и могучь.
Практически комбайн для веб приложений у которого все есть, хорош чертяга, что сказать.
Но очень стар визуально, как из мира 1С). Фронт как с WYSIWYG Web Builder и это в 2021г не айс. Если Bubble не изменится в скором времени визуально, он дождаться, что на рынок выйдут его прямые конкуренты, но уже проработанным дружелюбным интерфейсом и съедят у него хороший кусок пирога). Надеюсь, что Bubble знает об этом и решает эту проблему.
Ваша реализация Appmaster.io визуальна хороша, на первый взгляд (сильно не щупал), смотрю вы пошли по правильному пути и взяли на себя все три аспекта (фронт, бизнес логику и базу данных), даже заметил, что структура бизнес логики, очень похожа на blueprint от UE4) и это не плохо, я думаю. Надеюсь, что вы не бросите своих)) и сделаете интеграции с Российскими сервисами оплат и сделаете выбор русский язык на платформе (это не самое важное, но было бы очень приятно)
Как мне кажется, вы еще очень молодая платформа (могу ошибаться, просто о вас не слышал), но вы на верном пути. Считаю рынок сейчас, как не когда, ждет таких решений.
Готовьте больше документации, уроков, обучения (это сейчас нужно как воздух).
Я скажем так разработчик на no-coda с 12 летним стажем))) и сейчас ищу решение, на какую платформу(ы) переходить. Документация, уроки и community много решают, в выборе платформы для работы с no-code.
Буду следить за вашем развитием. Успехов вам!
P.S. Если вы конкурент Adalo и считаете, что ваша платформа лучше, опишите на примере, в чем именно. Спасибо.
Спасибо за комментарий.
Мы не хотим делать нашу платформу похожей на Adalo или Bubble.
Мы идем по пути all-in-one: backend, frontend, мобильные приложения.
Наша задача создать платформу, которая бы смогла заменить труд разработчиков на автоматизированную кодогенерацию - no-code для продакшена.
Уже сейчас мы генерируем бэкенд на языке Go, включаем внутрь бинарника фронтенд на Vue и автоматизируем сборку, деплой и управление приложением.
Сгенерированные приложения работают очень быстро: мы везде используем лучшие практики, бинарники можно запустить за балансировщиком, в Kubernetes и т.п. В общем реальный производительный бэкенд, но написанный не разработчиками.
В мобильных приложениях мы не похожи на Adalo никак. Мы используем собственный фреймворк для рендеринга экранов приложения вместе с логикой взаимодействия виджетов на лету. То есть никакого PWA, PhoneGap, Cordova и т.п.
Большой плюс такого подхода - можно изменять приложение уже после публикации в магазинах Apple AppStore и Play Market. Для изменений логики и экранов мобильного приложения требуется только перепубликовать бэкенд, а это быстро и легко. И да, это нативные приложения на Swift и Kotlin.
Время покажет какой из этих подходов окажется самым лучшим.
Кто это писал, где активная ссылка? Я что должен руками адрес вбивать?
Здравствуйте! Вот ссылка на appmaster.io https://appmaster.io/
Чем лучше AppSheet от Google?
Наши сгенерированные приложения используют любую Postgres-совместимую СУБД: а это больше скорости и управляемости, можно размещать в собственных датацентрах.
У AppSheet тоже можно разные источники данных подключать.
Мы делаем кодогенарцию. Генерируем бэкенд на Go, фронт на Vue, для мобилок используем свой фреймворк.
А мне, как пользователю, это зачем знать?
В какой-то момент вы можете захотеть забрать исходный код и развивать свой проект дорабатывая самостоятельно или наняв разработчиков.
Ребята, а почему у вас подвал на сайте не работает? Это же треть сайта. Очень странно если вы себя позиционируете столь глобально. Не хочется тратить время на изучение и тестирование если потом приложение тоже на две трети работать будет, сами понимаете.
По мобильному приложению ясно-понятно, чепуха на постом масле. НЕ работает ваще! Это ж просто и быстро, не?