Сначала задача, потом нейросеть
Сайт, статья, иллюстрация или программа начинаются для меня с назначения. Что человек хочет сделать и что должно появиться в результате? Мне интересны возможности нейросетей, но выбирать между ними предметно я могу тогда, когда понимаю свою задачу. Иначе разговор легко превращается в сравнение названий без ясного основания
Сначала я описываю действие человека
Допустим, мне нужно подготовить страницу с материалами компании. Я могу сразу попросить ИИ придумать красивый сайт. Однако полезнее сначала представить посетителя: он открыл страницу впервые, ищет нужный документ и хочет понять, какой файл скачать. Теперь у задачи есть последовательность, которую можно обсудить и показать
Из такого описания следуют конкретные требования. Я хочу видеть понятные названия документов, короткое объяснение содержания и заметное действие для скачивания. Если файлов много, понадобится способ найти нужный. Если материалы часто обновляются, мне нужно понимать, как поддерживать их актуальность. Эти вопросы существуют ещё до выбора нейросети
Такой заход помогает мне уважать время человека. Я могу потратить много сил на эффектную подачу и при этом оставить посетителя разбираться в непонятных обозначениях. Поэтому в обсуждении мне важно вернуться к простому действию: открыть страницу, найти подходящий материал, получить файл. Украшения обретают смысл рядом с этим действием
У результата должны быть условия
Следом я хочу определить, что именно получу от инструмента. Для условной страницы это может быть эскиз, готовая разметка или только структура содержания. Слово «сайт» слишком широкое, если за ним пока не стоят доступный результат и понятный способ продолжить работу. Мне проще обсуждать конкретный предмет, который можно открыть и оценить
Отдельно я называю ограничения. Например, у меня уже есть фирменные цвета, утверждённые тексты и документы, которые нужно сохранить. Или я хочу самостоятельно менять названия без помощи разработчика. Разные условия могут привести к разным решениям одной задачи. В такой ситуации мне важна пригодность для работы, которую предстоит выполнять после первой демонстрации
Для короткого описания задачи я могу оставить себе четыре опоры. Они не заменяют подробное обсуждение, но помогают заметить, какого ответа ещё не хватает. На их основе проще и сформулировать запрос, и сравнить предложения разных инструментов
- Для кого я делаю материал и какое действие хочу сделать понятным
- Какой конкретный результат мне нужен на этом этапе
- Какие данные и удачные части необходимо сохранить
- Где и каким действием я проверю получившееся
Выбор проверяется на примере
Когда задача описана, я могу попросить небольшой образец. В примере с документами мне достаточно посмотреть один раздел с несколькими файлами. Есть ли понятные подписи, можно ли открыть материал, читается ли страница на телефоне? Такой фрагмент даёт больше оснований для следующего решения, чем общее обещание собрать всё быстро и красиво
Мне также важно понять, что потребуется от меня. Где нужно подготовить исходные материалы, где принять решение, где проверить факты. ИИ может предложить структуру и варианты подачи, а назначение работы всё равно приходится уточнять человеку. Я хочу участвовать в этом выборе, потому что именно с готовым результатом предстоит дальше работать
Я спокойно отношусь к тому, что после пробы инструмент может не подойти. Тогда у меня остаются описанная задача и конкретная причина: например, неудобно обновлять документы или трудно сохранить нужное оформление. Следующую попытку можно начать с этого знания. Мне интересно искать решение, которое выдерживает такой предметный разговор и помогает сделать нужную вещь