
Официально в 2004 году, когда я работал в агентстве и придумал первоначальную идею Webflow — она заключалась в том, чтобы устранить необходимость в программисте между дизайнером и клиентом.
Я работал в агентстве, которое имело очень крупных клиентов, таких как Apple, HP, Quicksilver и т. д. И однажды я увидел счет для одного из этих клиентов, и он был просто астрономическим! И я подумал: «Хорошо, здесь есть возможность устранить барьер между тем, что хотят дизайнеры, и тем, что в конечном итоге появляется на веб-сайте».
Знаете, когда мы запускали Zapier, понятие «без кода» еще не существовало. Верно? Понятие «без кода» как «термин» появилось где-то в 2018 году? 2017 году? Возможно, это довольно новое явление, а мы, как вы знаете, запустили Zapier в 2011 году. В то время мы стремились решить проблему, которая казалась довольно простой, но довольно распространенной: появлялись все эти новые приложения, и все клиенты, все конечные пользователи этих инструментов хотели, чтобы они работали со всем остальным, что они используют.
Сейчас, почти десять лет спустя, наша работа в то время заключалась в том, чтобы упростить конечным пользователям настройку интеграции между этими инструментами, которые могли бы быть полезны. Со временем оказалось, что это более чем просто полезно, потому что всем этим конечным поставщикам, таким как MailChimp, Salesforce, G Suite и другим, действительно сложно построить большую экосистему интеграций, это просто трудно сделать. Даже если вы очень успешный бизнес.
Со временем мы поняли, что Zapier может принести гораздо большую пользу. Он не просто помогал с небольшими одноразовыми интеграциями, но и действовал как инструмент для организации рабочего процесса, помогая людям соединять эти инструменты, но таким образом, что это больше походило на построение рабочих процессов. Это больше походило на логику. В некотором смысле это больше походило на программирование. В некотором смысле, хотя большинство людей, которые используют Zapier, не умеют программировать, многие из них даже не знают, что такое API, и поэтому просто возможность помочь людям соединить компоненты веб-сайта таким образом, чтобы создать нечто целое, была, на мой взгляд, когда термин «без кода» стал популярным, чем-то вроде Zapier — инструментом, который обеспечивает всю логику для всех этих инструментов.
Я начал создавать приложения без кода, наверное, в 2014 году. У меня была идея приложения, которое помогало бы людям найти доступные по цене предметы искусства для своих домов. И это было еще до появления многих современных инструментов без кода. Так что мой первый опыт создания кода заключался в том, что я брал инструменты, которые не были предназначены для создания приложений, и как бы взламывал их, чтобы создать нечто похожее на приложение.
Когда кто-то регистрировался в приложении, он рассказывал нам, какое искусство ему нравится, например, фотография или живопись. Затем мы спрашивали о его вкусах. Но мы использовали программное обеспечение для опросов, чтобы показывать и скрывать разные вещи в зависимости от предыдущих ответов. Так что это был мой первый опыт без кода — я проводил опрос и взламывал его, чтобы создать для своих клиентов нечто похожее на приложение, и использовал его для динамического показа им рекомендаций по искусству. Люди писали мне по электронной почте и говорили: «О, боже, ваше приложение такое классное!» Мы заработали наши первые 35 000 долларов с помощью этого взломанного опроса.
Я думаю, что шесть или семь лет назад, незадолго до того, как я присоединился к Product Hunt, я пытался создавать что-то и искал способы сделать это, не изучая программирование. И я немного занимался этим с помощью инструментов, не требующих программирования. Я не осознавал, что на самом деле людей интересовали не мои идеи, потому что все они были никудышными. На самом деле их интересовала возможность создавать что-то очень быстро и делать это так, чтобы это выглядело как программное обеспечение. И все это создавалось без программирования. Все спрашивали, как я создавал эти вещи без программирования? И я подумал: ладно, я просто покажу вам, как это делается.
Я считаю, что всегда занимался безкодовыми технологиями. Начиная свою карьеру в качестве инженера, одной из задач, которые я всегда ставил перед собой, было создание программного обеспечения и продуктов, которые не требовали бы от бизнес-операторов постоянно обращаться ко мне с просьбами о внесении изменений. Поэтому я считаю, что как инженер, no-code всегда привлекал меня с точки зрения архитектуры, дизайна и продукта. Таким образом, технология может стать скорее средством, а не целью. Я считаю, что в принципе я пришел к этому еще в 2009 году, когда начинал работать инженером в сфере электронной коммерции.
Я начал заниматься no-code еще до того, как no-code стал настолько популярным, как сейчас. Это было в 2017 году, и я видел, как развивались инструменты проектирования: Figma, Sketch и Invision - все эти инструменты стали очень популярными. Но на самом деле не было ничего, что позволило бы воплотить то, что вы создали, в реальный продукт. Поэтому я хотел создать продукт, который позволил бы вам создать полнофункциональное мобильное приложение, но без необходимости разбираться в коде.
Я уже некоторое время занимаюсь различными вариантами no-code. Я работал во многих разных отраслях, и в каждой из них мы использовали те или иные инструменты no-code или low-code. А если оглянуться назад, на то время, когда я только начинал заниматься технологиями, я создавал веб-сайты с помощью Dreamweaver или Visual Basic.
Мы начали создавать Draftbit после попытки построить другой бизнес — мобильное приложение. Мы были несколько разочарованы, даже несмотря на наличие замечательных соучредителей, тем, как сложно было выпустить первую версию нашего мобильного приложения. Мы поняли, что нам действительно хотелось облегчить для нас и для всех остальных процесс выпуска первой версии и ее доработки.
Я думаю, что я увлекся no-code еще до того, как действительно понял, что это такое, просто играясь с no-code инструментами, может быть, пять или шесть лет назад. Моим введением в эту тему стал Zapier, святой Грааль интеграций. Я всегда находился на стыке технического и нетехнического, и всегда считал no-code прекрасным сочетанием этих вещей.
No-code действительно является частью технологического стека, который я использую на ежедневной основе и преподаю даже в своей собственной команде, поэтому я подумал: почему бы не присоединиться к такой компании, как Voiceflow, которая окажет действительно большое влияние в сфере голосовых технологий и no-code?
Что касается начала работы без кода, то в плане дизайна, в свое время Dreamweaver был моим первым опытом работы без кода.
Думаю, мое увлечение областью безкодовых технологий вновь возродилось совсем недавно, когда появился проект 8020. Я получил возможность официально присоединиться к нему и в некотором роде руководить им. Конечно, было здорово вернуться к тому, что меня так интересовало с точки зрения дизайна, но еще более увлекательным было то, что я вместе со всеми другими участниками проекта начал помогать понять, что все это означает.
[Бен] У меня есть опыт в создании кода, и я начал с того, что создавал свои собственные сайты, HTML, CSS, а затем увлекся WordPress и разработкой пользовательских тем WordPress. Затем я начал работать над проектом, в котором у меня были ограниченные ресурсы, и я пытался создать много сайтов, и подумал: «Должен быть лучший способ сделать это. Это так сложно». И тогда я нашел Webflow и подумал: «О, круто, давайте попробуем!»
[Мэтт] Что касается Visual Dev FM, то изначально он был создан на основе идеи, что Бен и я каждую пятницу встречаемся за кофе, чтобы поговорить о но-коде и поболтать о технических вещах, и все началось с того, что мы решили — самая простая мысль на свете — что нам следует запустить подкаст на эту тему. И мы так и сделали, а потом познакомились с Лейси, и подкаст стал намного лучше.
