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

Предложила знакомым, у которых свой небольшой логистический бизнес, автоматизировать процессы. В итоге мне удалось создать несколько рабочих базовых сценариев в MAKE. Теперь по плану я передаю им схемы и у них все прекрасно работает.

Но проделав непростой путь копания в Make, я понимаю, что люди не потратившие десятки часов никогда не поймут как это устроено и не смогут этим пользоваться.

Мне надо понять, куда я могу дальше двигаться, т.к. просто создать схемы в make и продать кому-то выглядит утопией.

Дальше по курсу, я так понимаю, вы показываете, как можно создать front end, чтоб эти процессы (в make) не пугали неискушенного пользователя и вцелом, чтоб все эти сценарии можно было создать и продать?

Можете мне немного описать варианты, как вцелом выглядит этот путь? Создал внутренности (make и пр.) обернул в Interface, а далее это уже продукт, который можно предлагать пользователям? Спасибо.

Ответ:

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

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

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

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

Это как бы один путь.

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

Это второй путь.

Третий путь — это уже когда вы научитесь делать приложения. Вы можете создавать коммерческие приложения, как стартап, с монетизацией. Это, естественно, более сложный путь, но гораздо более перспективный с точки зрения заработка. У меня есть сомнение, что, пройдя курс, вы сможете устроиться на работу, потому что цель курса — не подготовка к работе разработчика, требования там другие. Но это на данный момент. Хотя, чёрт его знает, что будет через пару лет, если вы выйдете на хороший уровень. Почему нет? Просто компании, которые занимаются профессиональной разработкой, с недоверием относятся к тем, кто осваивает всё с нуля, через условный no-code или low-code. Но, тем не менее, вы можете делать заказную разработку, какие-то проекты, можете делать свои приложения и монетизировать их — как, собственно, делают миллионы людей.

Вот примерно у вас три таких пути.