Перейти к основному содержанию

Вопросы

Можно ли убрать ненужное до создания приложения?

Да, и это отдельный, обязательный этап процесса. Между моментом, когда вы описываете свою деятельность, и моментом, когда приложение строится, экран планирования наглядно показывает, что именно будет создано: представления, сущности данных, показатели дашборда, значения ваших списков выбора. Всё здесь полностью настраивается — добавляется, переименовывается, переставляется, скрывается, удаляется — но ничего не создаётся — ни структур, ни интерфейсов, ни логики — пока вы не подтвердите план. И ещё один важный момент, который зачастую осознают слишком поздно: размер приложения ВЫВОДИТСЯ из вашего описания, а не берётся из каталога функций для отметки галочками. На этой странице чётко указано, что можно отсечь, на каком этапе и какие проблемы это не решает.

Настоящая угроза — не недостаток, а избыток

Рыночные данные везде говорят одно и то же — и во Франции, и в США. Во Франции значительная часть фрилансеров отказывается от инструмента управления уже в первые шесть месяцев. В США большинство малых предприятий использует менее половины возможностей своего ПО, а каждая третья компания прекращает его использование в течение года. Основная причина — не цена и не отсутствие функций, а обратное: инструмент, разработанный для команды из пятидесяти человек и двухсот функций, из которых реально используются лишь пятнадцать, и сложность, которая проявляется только при первом реальном действии.

Этот риск может полностью повториться и в генерируемых решениях — и об этом нужно говорить прямо: опишите потребность языком крупной корпорации — получите приложение для крупной корпорации. Поэтому вопрос «можно ли убрать ненужное» — это не деталь удобства. Это вопрос, от которого зависит, будете ли вы вообще пользоваться этим инструментом через полгода.

Размер приложения выводится из вашего описания

Сгенерированное приложение не берётся из каталога: его структура логически следует из того, что вы написали. Количество представлений определяется категорией потребности, выявленной в вашем описании — например: повседневная задача даёт 4–6 представлений, средняя по сложности — 6–8, а насыщенная или многофункциональная — больше — повседневная задача, сформулированная просто, даёт приложение из четырёх–шести представлений; средняя по сложности — из шести–восьми; насыщенная или многофункциональная — больше. То есть вы буквально не платите за функции, которыми не пользуетесь: они просто не создаются.

Отсюда следует главное правило перед началом описания: опишите свою профессию так, как вы её живёте, а не так, как её сформулировали бы в техническом задании. «Я парикмахер-стилист, хочу отслеживать записи, клиентов и их животных» и «многосайтовая платформа управления с соблюдением регуляторных требований и контролем бизнес-процессов» — это принципиально разные приложения, и первое с высокой вероятностью будет открыто через полгода. Если потребность действительно растёт, приложение может расти вместе с ней — но обратный порядок никогда не работает.

План перечитывается — и корректируется — до начала построения

После анализа вашего описания экран планирования показывает предложенную структуру — до того, как что-либо будет построено Представления можно добавлять, переименовывать, менять местами, дублировать, скрывать и удалять. Сущности данных — ваши клиенты, заказы, товары — также добавляются, редактируются и удаляются; кроме того, система предлагает дополнительные сущности, которые вы вольны игнорировать. Показатели дашборда добавляются и удаляются по одному. Даже значения ваших списков выбора можно корректировать — как технические идентификаторы, так и отображаемые названия.

Есть лишь одно ограничение — и оно работает на вашу пользу: запрещено скрыть ПОСЛЕДНЕЕ видимое представление, потому что приложение без навигационного экрана бессмысленно. Всё остальное — полностью в ваших руках. А подтверждение плана — это именно тот шаг, который запускает генерацию: пока вы не подтвердили, ничего не создаётся — вы отсекаете заранее, а не потом.

Что это не решает

Корректировка на этапе планирования не заменяет понимание того, что вам действительно нужно, а сам план не показывает готовые интерфейсы: он отображает структуру. Вы оцениваете каркас — какие представления, какие данные, какие показатели — но не дизайн и не расположение элементов. Представление, удалённое по ошибке, не теряется безвозвратно: вы можете повторно использовать своё описание для получения нового плана, а затем построить обновлённое приложение — об этом подробнее в другом разделе справочного центра.

Самый эффективный «защитный механизм» находится на самом старте — и формулируется одной фразой: намеренно начинайте с малого. Приложение из пяти представлений, которое вы открываете каждый день, ценнее приложения из двенадцати, где вы посещаете лишь три — и именно этот разрыв и фиксируют приведённые выше цифры оттока пользователей. Экран планирования делает такой выбор наглядным и легко обратимым — до того, как он что-либо вам будет стоить.

Узнать больше

Похожие вопросы

Опишите свою задачу и проверьте план