ВВЕДЕНИЕ В NOCODE РАЗРАБОТКУ
NOCODE ИНСТРУМЕНТЫ
— это сервисы и технологии создания IT-продуктов без написания кода
— это сервисы и технологии создания IT-продуктов без написания кода
Если коротко, для сокращения издержек на разработку. Если нужна задача, которую. можно сделать через nocode, зачем привлекать разработчиков?
- Сделать сайт-визитку, лендинг, публиковать контент
- Запустить интернет-магазин
- Небольшой или любительский проект
- Экономная разработка
- Автоматизация для бизнеса: сделать свою CRM, автоматизировать документооборот, коммуникации с клиентами, …
APPMASTER
То, с помощью чего вы будете делать свой проект
То, с помощью чего вы будете делать свой проект
Редактор процессов — для логики и действий
Редактор данных — для хранения данных (например, таблица с информацией о всех пользователях)
Редактор связей — как экраны взаимодействуют
- Если есть условия, нужно использовать оператор if else
- Можно совершить одну операцию много раз в цикле
- Для циклов создается отдельная ветка, которая описывает только то, что делается для каждого
Редактор данных — для хранения данных (например, таблица с информацией о всех пользователях)
- Все данные хранятся как переменные определённых типов (подробнее тут)
- Чтобы преобразовывать типы понадобится специальная операция (… to …)
- Переменные могут быть локальные — их можно использовать в рамках одного процесса (перетаскиваются на поле слева) — и глобальные
- С любым элементом можно получить информацию и ее поменять, у каждого элемента есть такие команды
- Математические операции находятся в разделе логики, а округление и ему подобное в функциях
Редактор связей — как экраны взаимодействуют
- Сложная графика: не подходит для creative coding, визуализации данных
- Нет поддержки AR
- Сложные алгоритмы и ML: можно только написать самим на отдельном сервере
- Небольшой масштаб: 10к пользователей (сервер в России)
USER STORIES
Формат для того, чтобы анализировать, что конкретно важно для пользователей
Формат для того, чтобы анализировать, что конкретно важно для пользователей
- Описывают требования на языке пользовательского запроса и желаемого результата
- Фиксированный формат
- Должны помогать помнить про пользователей при разработке
- Минус: часто желание пользователя подгоняется под требование
Один большой документ, включающий в себя всё-всё-всё, что должен включать ваш продукт (что происходит на каждом шаге, что должен уметь продукт, сценарии, требования)
- Приоритизация крупных составляющих по ценности для пользователей
- Визуализация связи требований Объединение в стратегию разработки
- Борьба с расползанием объёма
Определить действующие лица и сценарии
Действующие лица — все пользователи, которые делают что-то по-разному
Активности — крупные сценарии, сформулированные на уровне взаимодействия пользователя и продукта (без внешнего контекста)
Задачи — действия в рамках активности
Для каждого шага задайте вопросы: Что именно делается на этом шаге? Какие ещё вещи здесь можно делать? Что может пойти не так?
Создать структуру каждого сценария
Костяк: этапы жизненного цикла
Красный: крупные активности
Второй ряд: шаги активностей
Желтый: детали каждого шага
Заполнить детали и сгруппировать
Приоритизировать, разделить на релизы
Действующие лица — все пользователи, которые делают что-то по-разному
Активности — крупные сценарии, сформулированные на уровне взаимодействия пользователя и продукта (без внешнего контекста)
Задачи — действия в рамках активности
Для каждого шага задайте вопросы: Что именно делается на этом шаге? Какие ещё вещи здесь можно делать? Что может пойти не так?
Создать структуру каждого сценария
Костяк: этапы жизненного цикла
Красный: крупные активности
Второй ряд: шаги активностей
Желтый: детали каждого шага
Заполнить детали и сгруппировать
Приоритизировать, разделить на релизы
- У карты могут быть части, если у разных пользователей разные сценарии
- Это могут быть одни и те же пользователи, но в разных ролях (Пример: выложить объявление - откликнуться на объявления других)
КАК ТЕБЕ КОНСПЕКТ?
Расскажи, чего не хватило. От похлавы мы тоже не откажемся))
ПРЕДЫДУЩАЯ
ЛЕКЦИЯ 2. Методы быстрой оценки дизайна
СЛЕДУЮЩАЯ
ЛЕКЦИЯ 5. ДОРАБОТКА ДИЗАЙНА И ПРОДУКТА
