Интернет-магазин: онлайн-механика и веб-инженерия

Сергей Иванов: Здравствуйте, уважаемые телезрители! В эфире программа «Бизнес Online», в студии я, Сергей Иванов. Сегодня у нас в гостях Валерий Комягин, основатель «Студии Валерия Комягина», одноименной с ним. И мы не будем путать этих двух персонажей — студию и человека. А поговорим мы о проблемах разработки интернет-магазина в современных условиях. Валерий, привет!
Валерий Комягин: Привет, Сергей! Добрый день, дорогие зрители!?

Валерий Комягин, руководитель «Студии Валерия Комягина».
Родился в 1978 году в Москве.
В 1999 году окончил экономический факультет Московского института электронной техники по специальности «Менеджмент».
С 1999 года — основатель и генеральный директор «Студии Валерия Комягина».
С сентября 2011 года — соучредитель агентства интернет-маркетинга ТОП-СПОТ.
С декабря 2012 года — соучредитель сервиса мониторинга позиций SeoBrain.ru.

?С. И.: Для начала, прежде чем будем говорить о разработке интернет-магазинов, мы зададим вопрос, который я бы назвал «мерянием статусов». Вы называете себя веб-инженерами. Я процитирую сайт: «Мы придумываем и воплощаем в жизнь уникальные проекты на стыке технологий, дизайна и маркетинга». У нас в студии уже был Алексей Персианов, глава компании ADV/web-engineering, который нас посвятил в тематику веб-инжениринга. Мы говорили с ним о том, как можно даже клиентоориентированность бизнеса построить так, что даже меняется на самом деле механика бизнеса под веб-технологии. А как бы ты мог сформулировать отличие веб-инжиниринга от старой доброй разработки сайтов?
В. К.: Я бы сказал, что веб-инженеры — это в первую очередь люди, которые с помощью арсенала технологий ищут решения конкретных задач, стоящих перед бизнесом. Зачастую приходится решать задачи, решения для которых пока еще на рынке нет. Зачастую веб-инженеры делают что-то первыми на рынке. Зачастую именно мы экспериментируем, и потом на базе наших экспериментов уже рождаются серийные решения, которые потом зачастую становятся уже трендами рынка. То есть мы такие технологические трансеттеры. Компания ADV/web-engineering, мы — и еще есть ряд компаний, специализирующихся именно на инжиниринге.
С. И.: Тем не менее чем для клиента непосредственно при знакомстве с вами веб-инжиниринг отличается от старой доброй разработки сайтов? То есть он приходит и говорит: «Мне нужен сайт». А вы ему говорите: «А поменяйте бизнес». Правильно?
В. К.: Нет, не совсем так. На нашем же сайте написано: «Когда другие говорят: „Невозможно“, — мы говорим: „А давайте сделаем это“». К нам зачастую обращаются, когда везде уже отказали. Когда везде говорят: «Мы не знаем, как это сделать».
С. И.: А часто такое случается, что отказывают?
В. К.: Очень часто. В качестве примера: мы делали первое в России СМИ, основанное на краудсорсинге, то есть поддерживаемое читателями. Тогда такого не делал никто. У каждого СМИ были какие-то спонсоры.
С. И.: Имена в студию! Что это за СМИ?
В. К.: Colta.ru, ныне очень известное издание. Мы первыми на рынке запускали… Была билетная касса, и мы делали интерактивную схему, то есть можно было выбрать конкретное кресло при покупке билета. Для сравнения: в одно время с нами над той же задачей бился целый инженерный отдел компании «Рамблер», огромный. А тут пришел заказчик с не гигантским бюджетом, но с такой интересной задачей. Вот такими задачами занимаются инженеры. Действительно, типовой интернет-магазин может сделать достаточно большое число студий. Когда речь идет о чем-то уникальном или о связке с внутренними учетными информационными системами, нужны инженеры.
С. И.: «Студия Валерия Комягина» образована в январе 1999 года, достаточно давно. И в вашем портфеле клиентов — Audi AG, BP, Onduline, Plantronics, Egmont Entertainment, Caparol, NeuHaus Galerie, PPS Detva, МЧС РФ и МГУ им. Ломоносова. По опыту я знаю, что значимость клиента обычно обратно пропорциональна его бюджету. Ты можешь проранжировать клиентов, самых серьезных, по бюджетам?
В. К.: Ну, это было бы, во-первых, некорректно по отношению к нашим клиентам, а во-вторых, это коммерческая тайна, и не наша, к сожалению. Я отчасти соглашусь. Действительно, есть такая тенденция, что чем громче имя, тем меньше бюджет. Но у нас достаточно интересная компания. Мы считаем стоимость каждого проекта, и мы не торгуемся. То есть к нам приходит задача, мы рассчитываем ее стоимость, и либо люди соглашаются ее решать, либо нет. Поэтому, по большому счету, нет такой проблемы. И на самом деле и у нас, и у других компаний, занимающихся веб-инжинирингом, есть определенное конкурентное преимущество: нас не так много. И, к сожалению, даже большие бренды не обладают слишком богатым выбором. В России вообще проблема со специалистами в этой области.
С. И.: Ну что ж, тогда вернемся к начальной теме нашей передачи — к разработке интернет-магазина в современных условиях. Но для того чтобы лучше понять эту проблему, решим традиционный вопрос курицы или яйца. На твой взгляд, в каких случаях клиенту лучше in-house разрабатывать интернет-магазин, а в каких случаях обращаться в студию или действительно к веб-инженерам?
В. К.: Спасибо. Действительно, очень популярный вопрос. У нас почему-то в России очень часто забывают об экономике процесса. Очень часто люди, компании, которые задумываются об интернет-магазине, забывают, зачем они это делают. На самом деле надо считать экономику процесса, надо помнить, что любой бизнес делается ради прибыли, ради денег. И есть очень разные ситуации. Одно дело, например, СМИ.

Если это электронное СМИ, понятное дело, что сайт, ресурс — это основной инструмент, с помощью которого зарабатываются деньги. И здесь очень большая динамика работ, связанных с технологиями. Здесь целесообразнее будет иметь in-house-разработку.

В подавляющем большинстве других случаев in-house проигрывает. Почему? Во-первых, это довольно дорого. Я не буду разглагольствовать, можно сесть и посчитать. Не забыть про налоги, не забыть про отчисления, про аренду рабочего места и посчитать. Во-вторых, как правило, люди стараются сэкономить и берут специалиста, который совмещает сразу несколько областей. Например, программист, который заодно занимается версткой. И иногда даже дизайном он занимается, да? Естественно, компетенция такого специалиста значительно ниже, чем компетенция дизайнера, который специализируется на своей профессии. И наконец, очень сложно в in-house будет привлечь специалиста высокой категории. Ему просто будет скучно. Если это не какой-то огромный проект с интересными, амбициозными задачами, вам не удастся его затащить. Про экономику процесса реальный случай: к нам обратились люди, которые для решения своей задачи наняли 11 специалистов. Когда я их спросил, во что обошлось их содержание, мне назвали сумму полмиллиона долларов в год. Давайте посчитаем, какие обороты должны быть у бизнеса, чтобы окупить такое? Рано или поздно интернет-магазин, если он становится большим, постепенно обзаводится собственным in-house. Но мой совет — не раньше, чем вы себе это сможете позволить, не забывайте об экономике.
С. И.: Пока не встанете на ноги.
В. К.: Да.
С. И.: Каким путем чаще всего идет у вас работа? Это использование определенной CMS или удобного вам фреймворка? Или вы полагаетесь на полностью самописные продукты?
В. К.: Здесь как раз свойство веб-инженеров — мы решаем задачу клиента. И мы подбираем… Знаете, это как хирург, перед которым лежит инструментарий: в зависимости от того, какая травма, он будет выбирать разные инструменты. У нас то же самое. Для решения ряда задач лучше подходят готовые платформы. Для других задач лучше использовать фреймворки. Есть какие-то задачи, которые решаются комбинацией инструментов. Есть какие-то готовые модульные решения. Надо смотреть на конкретную задачу.
С. И.: Мы довольно-таки часто поднимаем у нас в студии вопрос о том, как заказчику правильно формулировать ТЗ по разработке сайта, какая степень глубины проработки ему требуется, для того чтобы это ТЗ правильно донести до исполнителя, до веб-студии. Хотелось бы узнать и твое мнение на сей счет. Потому что практически получается, что единой теории нет, есть практика, и она отражается достаточно разнообразно у различных компаний. На твой взгляд, какую степень проработки ТЗ должен предоставить заказчик, для того чтобы сайт был правильно понят и разработан?
В. К.: На самом деле действительно вопрос очень интересен, и действительно такая проблема есть. Я даже недавно целую статью написал на эту тему, чтобы к ней можно было отсылать заказчиков, которые приходят. Важно помнить, что в любом случае мы говорим о решении конкретных задач. И заказчику важно доходчиво объяснить, какую задачу мы решаем. Если это интернет-магазин: что он продает, для кого он продает, каковы его сильные и слабые стороны? То есть достаточно брифа, который описывает его бизнес вкратце. Гораздо более сложной задачей является правильный выбор исполнителя. Это гораздо более сложная задача, потому что если исполнитель выбран правильно, то на самом деле заказчику не надо писать…
С. И.: Он уже все поймет.
В. К.: Ему не надо писать техническое задание. Ему надо быть достаточно откровенным, ему надо быть готовым рассказать о своем бизнесе все. Ему надо быть готовым много вместе работать с исполнителем, четко формулируя, что они делают и для чего. Очень часто забывают о целях. Очень частая проблема — когда приходят и говорят: «Сделайте мне, как…» — и дальше идет название Ozon, Amazon. Когда ты начинаешь разбираться, выясняется, что так делать не надо, задача совсем другая. И есть обратная сторона медали. Есть очень сильные IT-специалисты, которые приходят с целым готовым техническим заданием, опять же забывая о целях. И зачастую туда, извините, напихано все. Все, что они увидели на рынке, все, что им персонально понравилось, они туда засунули. Во-первых, они забывают о том, во что это обойдется. Во-вторых, зачастую это не соответствует целям бизнеса. И в третьих, это раздувает сроки разработки такого проекта зачастую на годы. Это обратная сторона медали. Поэтому мой совет: определитесь, что вы делаете, для чего, и честно расскажите об этом исполнителю.
С. И.: Хорошо, задам тогда вопрос по-другому, зайду с другой стороны. Какие вопросы чаще всего задают ваши менеджеры, для того чтобы понять, чего же на самом деле хочет заказчик?
В. К.: Ключевой вопрос, собственно говоря, что мы делаем? Если это интернет-магазин, на чем мы специализируемся, в чем сильные стороны бизнеса, в чем слабые стороны? Об этом тоже важно рассказать. Кто покупатель? Когда мы говорим об интернет-магазине, все начинают с технического задания. Начинать надо не с этого. Начинать надо с аналитики. Мы очень часто строим портреты типового покупателя: как он себя ведет, как он покупает? Мне очень интересно всегда познакомиться с продавцами, поговорить, послушать, как они продают, какие конкурентные преимущества они выдвигают.
С. И.: А если пока бизнес на старте и никаких продавцов еще нет?
В. К.: Значит, мне нужно понять предпринимателя, мне нужно понять его идею: собственно говоря, а за счет чего он собирается выживать? И знаете, зачастую бывает так, что… Это смешно прозвучит, но я отговариваю. Зачастую приходят люди с идеей. Когда ты с ними начинаешь разговаривать, выясняется, в процессе разговора они сами понимают, что оно не взлетит. И нам не все равно. Мы выпускаем всего 12-15 проектов в год. Нам не хочется работать «в стол». Мы хотим сделать проект, который будет жить и развиваться. Это гораздо интереснее и выгоднее, чем сделать проект, забрать у человека деньги и посмотреть, как он обанкротился. Это грустная история.
С. И.: Да, это действительно печальная история. Но представим, что вы не отговорили человека, вы видите, что бизнес взлетит. Какие возможности современному интернет-магазину средней руки нужны на старте? Как понять правомерность, правомочность тех «хотелок», которые выдвигает заказчик?
В. К.: В этом как раз очень помогает аналитическая работа на подготовительном этапе. Потому что если и мы и заказчик четко понимаем цели, четко понимаем, что мы продаем и для кого мы продаем, дальше работа становится очень легкой. Очень часто люди приходят с набором конкретных «хотелок», есть такой профессиональный термин.
С. И.: Да.
В. К.: Но когда ты с ними начинаешь разбираться…

Реальная история: к нам пришел крупный интернет-гипермаркет автозапчастей, и у них в качестве одного из требований было: «Мы хотим сравнение товаров». Но когда мы сели с ними разбираться и определились, кто у нас покупает и зачем, мы четко поняли, что люди ищут конкретную деталь, им не надо ее сравнивать.

У них есть конкретная проблема, у них сломалось что-то конкретное. Сравнивать два стартера или два аккумулятора, в общем-то, довольно тяжело. Когда мы проанализировали, — о чем я говорю, аналитика, — еще до начала работ их текущие продажи «реального» бизнеса, мы увидели, что никто не сравнивает, все выбирают конкретные вещи. Поэтому нет готового набора. Понятно, что у всех есть витрина. Но даже витрина — в каком она должна быть виде? В одном случае удобнее табличный список, в другом — витрина. В одном — большие описания, в другом — маленькие. Мы должны четко понимать, что мы продаем, и мы должны понимать, как это нужно продавать, чтобы человек купил. Потому что продажи — это очень понятная методология и технология. Нам нужно показать ассортимент, нам нужно убедить в преимуществах, нам нужно развеять страхи. Я не буду в это вдаваться, это большая лекция. Интернет-магазин — то же самое. Нам нужно, помня об этой методологии, подобрать такой арсенал инструментов, который поможет решить задачу — провести человека по нужному маршруту и заключить сделку.
С. И.: Хорошо. На твой взгляд, в чем состоит цикл разработки интернет-магазина в наши дни, в вашей студии? Какие стадии включает: постановка задачи, прототипирование, дизайн и итерации веб-девелопмента? И на каком моменте уже становится понятно, что необходимо и какова цена вопроса?
В. К.: Здесь надо сделать небольшую оговорку: интернет-магазины бывают разные. Есть несколько ниш. Есть, например, типовые решения. Там чуть другая будет… Я буду, наверное, говорить именно о сложных больших интернет-магазинах, на чем мы специализируемся. У нас методология такая. Первый этап — это аналитика, это обязательное изучение бизнеса.
С. И.: То есть без нее вообще не приступаете, да?
В. К.: Без нее приступать нельзя.
С. И.: А если пришел какой-то невероятно солидный клиент и сказал: «Знаете, у нас такая аналитика своя, невероятная!»
В. К.: Мы очень любим слушать. Мы с удовольствием послушаем! Это и есть часть аналитики. Очень важно, чтобы они рассказывали, и очень важно, чтобы они погружали во все детали. Очень важно, чтобы они позволяли задавать вопросы. Но без аналитики никуда! Если они приходят с готовыми портретами покупателя, если они подходят с проанализированным…
С. И.: То есть такое бывает, да?
В. К.: Такое бывает, да. Но зачастую не хватает каких-то компетенций в области digital, и приходится задавать наводящие вопросы.
С. И.: Я правильно понимаю, что у вас клиенты в основном приходят те, которые не имеют достаточно компетенций в сфере digital, таких матерых?
В. К.: Клиенты очень разные.
С. И.: Разные, да?
В. К.: Практически нет таких клиентов, которые вообще не сталкивались с digital. Но есть клиенты менее подготовленные. Есть клиенты с очень сильными IT-подразделениями. Поэтому клиенты очень разные. Ключевая задача первого этапа сбора аналитики — это формирование и четкое понимание целей и задач всей рабочей группы, как заказчиком, так и исполнителем. Второй этап — это прототипирование. В сложных проектах это обязательный этап, без него уже никуда, не обойтись без него. На прототипах — это очень длительный этап. Любой заказчик жаждет увидеть дизайн и очень огорчается, когда видит, по большому счету, чертежи. Но прототип — это очень хороший инструментарий, который помогает очень быстро визуально «пощупать» проект, посмотреть, как работают те или иные элементы, провести тестирование и уже получить рабочую модель. Дальше все примерно привычно для цикла веб-разработки. Это дизайн, разработка front-end-части, или верстка, как ее часто называют, программная часть, сборка, наполнение, тестирование, запуск. Особенность сложных проектов в том, что в небольших проектах на запуске все кончается, а в сложных проектах — только начинается. Потому что после запуска у сложных проектов идет непрерывный цикл. Прежде всего, проект обязательно «обвешивается» аналитическими инструментами, идет анализ того, как работают наши идеи, наши модели. Мы смотрим. Если мы недовольны, а мы, как правило, недовольны какими-то элементами, мы делаем корректировку, опять имплементация, внедрение, снова тестирование. И этот цикл бесконечен.
С. И.: И на каком этапе становится понятна цена вопроса?
В. К.: Есть этап pre-sale, по большому счету. В принципе, у всех компаний методология отработанная, то есть достаточно четкую оценку мы можем дать еще до заключения договора, на pre-sale. Но после того как проведен этап анализа и прототипирования, цену вопроса уже можно зафиксировать достаточно четко.
С. И.: Поделись с нашими зрителями, как правильно произвести расчет бюджета на создание интернет-магазина и какова нынче вилка цен по состоянию на осень 2014 года?
В. К.: Знаете, я могу поделиться нашей методологией. Я не знаю, какая правильная. Потому что у меня диалог был, если я правильно помню… Не буду говорить фамилию, чтобы на человека не повлиять никак. Очень сильный специалист, который считает, что продавать нужно за столько, за сколько это купят. И я уважаю эту точку зрения.
С. И.: Я тоже с ней согласен.
В. К.: У нас немножко другая методология — «строительная». У нас смета и калькуляция. То есть мы точно знаем стоимость часа специалиста для нас. У нас есть определенная заложенная желаемая норма прибыли. И когда нам описывают задачу, когда мы ее детализируем в достаточной степени, мы способны построить смету. Это последовательность шагов. Мы знаем, какое время потребуется для реализации того или иного функционала. И, разумеется, есть такая штука, как риски, которые закладываются в достаточно большой степени и являются буферной зоной, помогающей сгладить неточности расчета. Это наша методология. Есть третий подход, который сейчас набирает популярность. Я думаю, что он очень скоро будет превалирующим. Этот подход, проще говоря, как аренда команды, когда исполнитель договаривается о недельной ставке всей команды и говорит, что ему нужно примерно десять недель. Это пока сложно встречает заказчик, потому что ну что значит «примерно»? Стоимость недели может быть достаточно высока, это могут быть сотни тысяч рублей. Но на самом деле рынок постепенно идет в эту сторону, потому что ты получаешь исполнителя, который никуда не торопится и может работать качественно. Ты его финансируешь, он тебе каждую неделю выдает итерациями продукт, отчитывается. Это набирает все большую популярность.
С. И.: Тем не менее не могу удовлетвориться этим ответом, потому что меня интересуют цифры. Итак, какова вилка цен? Я понимаю, что проекты бывают совершенно разные. Но нашим зрителям, представителям малого и среднего бизнеса, все-таки хочется ориентироваться, и им подавай вечно свежую, новую, актуальную информацию.
В. К.: Здесь все-таки надо опять же, на мой взгляд, разбить на несколько ниш. Есть типовые решения, которые запускаются буквально за неделю. Готовые типовые решения, небольшие, которые отлично подходят как раз для старта.
С. И.: Сколько они стоят?
В. К.: Я буду говорить о собственном взгляде, потому что данные разные. На мой взгляд, средняя цена в Москве — 150-250 тыс. руб. Есть средний рынок. Это решения, которые в небольшой степени кастомизируются под заказчика с функциональной точки зрения и которые обладают собственным дизайном. Это уже другая ценовая категория. Это, скажем, от 350 до 700 тыс. руб. От 700 тыс. руб. уже идут заказные решения. Там уже команды готовы очень многое делать под заказчика. И есть верхняя ценовая категория. Это, наверное, от 1,5-2,0 млн руб. и до бесконечности. Это, собственно говоря, инженерные решения, интегрированные с внутренними системами учета. Это уже на стыке создания веб-проектов и системной интеграции. Здесь потолок практически не ограничен.
С. И.: Тем не менее информацию мы получили. Естественно, mobile не миновал и e-commerce. И здесь нам тоже нужны практические советы и взгляд эксперта на ваш опыт создания мобильных и адаптивных версий сайтов. Каков прайс на эти услуги и какие советы может дать «Студия Валерия Комягина» своим потенциальным клиентам — скорее делать адаптивную верстку или другие виды mobile предпочесть?
В. К.: Тут да, на самом деле я бы это назвал модной фишкой. Есть несколько евангелистов, которые продвигают адаптивный дизайн. Они, если я правильно помню, у вас в студии тоже были?
С. И.: Да, и не раз.
В. К.: И не раз! Действительно, доля мобильного трафика сейчас очень серьезна: никак не меньше 30%, в некоторых сферах даже выше. Но опять же важно не забывать экономику вопроса. Потому что если мы говорим о СМИ, здесь да, от мобильных отвертеться уже нельзя. Если мы говорим об e-commerce, в Европе, на Западе, в Штатах это уже нормальная практика — заказывать что-то с планшета, со смартфона. В России это пока, на мой взгляд, только-только начинается. И надо адекватно оценить, какая доля ваших заказов действительно пойдет через mobile и пойдет ли вообще. Исходя из этого, опять же считать, целесообразно или нет. В остальном есть действительно сейчас два основных метода. Есть адаптивный дизайн, есть создание мобильных приложений. Оба метода имеют право на существование. По стоимости они на самом деле очень близко находятся. Но адаптивный дизайн, чтобы было понятно, — это создание того же самого сайта, просто делается отдельный комплект шаблонов под каждый тип устройства. Мобильное приложение — это создание отдельного программного продукта, который скачивается через App Store или через Google Play.
С. И.: Ну да, его чаще называют «костылем», который, в общем-то, захламляет ваш мобильный гаджет, их слишком много. 500 магазинов у меня — 500 приложений, которые есть.
В. К.: В общем, Сергей, ты сам ответил на свой вопрос. То есть не всегда целесообразно для интернет-магазина создавать приложение.
С. И.: Но мы как минимум должны разоблачить эти заблуждения или наметить тот путь, по которому будет идти e-commerce в мобильные приложения.
В. К.: Я бы посоветовал эволюционный путь. То есть для начала достаточно будет сделать сайт таким, чтобы он «бездефектно» и корректно смотрелся на мобильных устройствах. Для начала этого будет достаточно. После этого изучите аналитику. Посмотрите, какая у вас доля мобильного трафика. Послушайте своего покупателя. А есть ли действительно жалобы, что не слишком удобно, слишком мелко и т. д., и т. п. И, накопив определенный объем аналитики, делайте следующий шаг — адаптивный дизайн. Приложение — а зачем? Надо задать себе вопрос. Другой пример: буквально через пару недель запустится в Голландии стартап, которому мы помогли появиться на свет. Там очень интересная идея — это скидки в ресторанах. Вот там без приложения никуда. Это не интернет-магазин. То есть тебе, для того чтобы получить скидку, надо с любого устройства как-то доказать, что ты в этом ресторане и этот чек твой.
С. И.: То, что имеет характер агрегатора, видимо, так или иначе, нуждается…
В. К.: Здесь мы можем просто использовать все преимущества мобильного устройства. То есть оно дает нам точную геолокацию, точно мы знаем, что это именно этот пользователь и т. д., и т. п. Здесь, конечно, никакой адаптивный дизайн нам не поможет, нам нужно приложение.
С. И.: Хорошо, в завершение передачи я хотел бы попросить тебя дать несколько советов нашим зрителям. Что можно назвать the must для магазина, а что для него является опциональным: собственная система поиска или решения типа Sphinx, группа товарных рекомендаций, что-нибудь еще?
В. К.: Вы знаете, есть хорошая пословица, я не помню, кто сказал: если купил собаку, не нужно лаять самому. Поэтому я призываю всех предпринимателей, которые задумываются о создании интернет-магазина: сконцентрируйтесь на своем бизнесе, думайте о своих покупателях, не смотрите по сторонам! Не смотрите, у кого какой сайт. Подумайте о том, за счет чего ваш бизнес должен выиграть, почему должны покупать у вас. Сконцентрируйтесь на бизнес-целях. Технологии, — Sphinx, новая SQL, еще что-то, еще что-то, — это дело уже специалистов, это дело технологов. Ваша задача — иметь четкую стратегию того, как вы будете завоевывать мир. Расскажите об этой стратегии нам, а мы уже подберем «оружие», с помощью которого вы будете побеждать.
С. И.: То есть нет такого жесткого набора the must, без которого никуда? Нельзя как-то так определить и перечислить.
В. К.: На мой взгляд, совершенно.
С. И.: То есть все определяется задачами бизнеса?
В. К.: Все определяется конкретными преимуществами бизнеса. Все определяется конкретными условиями.
С. И.: Ну что ж, большое спасибо тебе за интересное введение, экскурс в нынешнее состояние веб-разработки, вернее, веб-инжиниринга, я буду более точным, и за экспертную оценку текущих трендов в этом.
В. К.: Спасибо тебе, что пригласил!
С. И.: На этом я прощаюсь с вами, уважаемые телезрители! Напоминаю, что в гостях у нас был Валерий Комягин, основатель «Студии Валерия Комягина». Всего вам доброго, пока!