мы точно не знаем)

мы точно знаем, что все криво, неудобно и глючно.

никто не сказал обратного

то есть пользователям - плохо

платящим пользователям, замечу)

ну голосовые помощники тоже не для удобства пользователей делаются)

мы не знаем про ораву) плюс, на ретешене это врядли сказывается - можно ж и постить через удобные сервисы

плюс, биз-менеджер тоже когда-то без зависаний работал через впн) попробуйте через впн, инглиш-версию. возможно по pages просто мало фидбека

Коллеги продакты, а поделитесь опытом поиска или сборки ноукод-команд! #nocode

Задача:#nocode

Задача: создать и развивать веб-сервис на Bubble, Zapier, Tilda.  
По прикидкам – 3 вида пользователей по 10-15 видов страниц у каждого. Логика сценариев близка к логике FreeLance ru: база исполнителей, выбор исполнителей, выполнение работ и оценка результата.

Вопрос:
1. Были ли у вас успешные кейсы поиска исполнителей или команд на подобного типа задачу?
2. Где и как вы это делали?
3. Что еще можете посоветовать, что может помочь в таком кейсе?
4. Какая конфигурация по вашему опыту создавала более успешные решения?
4.1 Продакт с ноукод навыками
4.2 Разработчик с Ноукод-навыками
4.3 Продакт+разработчик с ноукод навыками
4.4 Другая конфигурация?

Разработчик на nocode — бугага, простите

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

что-то пошло не так)))))

А зачем ей это приложение, что решает?)

Кстати, есть еще low-code - мультимилиардный энтерпрайз сегмент

Если сервис чуть сложнее лендоса с заявками, то там уже надо правильно базу данных спроектировать, хотя бы... Нормализовать, как минимум.
Апишки там подключить, разобраться как разные сервисы и данные не потерять.

Это конечно можно и без понимания принципов разработки делать, но есть гипотеза, что разрабу с этим разобраться будет на порядок проще, чем дизайнеру. :)

ну короче, выходит, ноукод нужен фулстек-разрабу, чтоб меньше тратить времени на продуктовые задачи по сборке прототипов для тестирования, верно?
Ибо когда твоя нс уже мыслит что-из-чего собирать - то это удобный тул экономии ресурсов. А если не мыслит - то это просто ктото-прошел-прикольный-курс))

Боже, что я читаю. Ноукод команды, фулстеки в нонкоде. Детский сукасад. Какие команды в нонкоде? У предпринимателя с бюджетом в 15 тыщ в месяц? Вот это клиент нонкода. У него команда из половины человека. Для него уже все придумано до вас: шаблоны cms(тот же Битрикс, Тильда) , встроенные платные/условно платные интеграции, и прочие штуки профиля бизнеса о первом годе. Все, что более-менее стоит на ногах и зависит от ИТ - уже просит своих фичуреток, и это все зависит от грамотного чувака маркетолога/проджекта/агентства, потому что дальше предприниматель не думает, п озвучивает хотелки. И вот тут опять же подрядчик про нонкод не думает, он на этом зарабатывает. Так вот вопрос: для кого ваш сервис? Ещё 1 фриланс-биржа с ограниченными но целевыми точками? Ну так и говорите нормально, а то пока в ваших нонкод со свитшотами и хипстерами разберешься, зумеры вас сожрут. Я как бы не тупой продакт, но зачем Я буду разбираться в терминах, придуманных ради усложнения простого?

Мне кажется вы сильно преувеличиваете размер темы))
Знаком с нокодом с 2017, когда его маркето активно форсил. И работаю активно с запером с 2018.

Какие разработчики?)
Садишься, вжух и сам ручками все сделал)

Я не об этом. Я про облако пафосных фраз типа нонкод и прочее вокруг того, что в проф.среде называется "блин, делать некому, сделай сам как-нибудь"))) А про интеграции типа запиера и т.п. - это вопрос опыта исполнителя, а не про нонкод. Умеешь и знаешь, куда и что - делай. Иначе - отдай разрабу и заплати лучше

Это же вопрос масштаба и количества задач.
Мало задач - сам.
Больше - делегировал кому-то.
Ещё больше - можно попасть и в ситуацию когда будут отдельные исполнители писать код, а отдельные люди интеграции в интерфейсах накликивать.

О да, о чем и речь. Так вот чем больше делегировагия - тем меньше нонкода, ведь делегирование автоматом вызывает собой привязанность к подрядчику, а подрядчику явно интересно кодить, а не искать простое решение. А культура продуктовой разработки подразумевает собой управление, а не легкие решения зачастую, потому что индивидуальные разработки. Но это все про высокое. Если говорить про низкое - все и так что-то делают сами на коннекторах уже 100 лет в обед, и толкать это решение в массы - как рекламировать картошку