Главное Свежее Вакансии Образование
Выбор редакции:
2 463 13 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Конструкторы vs заказная разработка

Внесу свои 5 копеек в извечный холивар - что лучше, собрать по-быстрому на конструкторе самому или обратиться к разработчикам для создания проекта с нуля. А ещё расскажу как мы решили выломиться из этой парадигмы и сделали "вроде-как-конструктор-но-не-совсем"

Всем привет. Меня зовут Денис Гордиенко, я занимаюсь IT-проектами уже более 12 лет. 7 лет руковожу собственным бизнесом заказной разработки. Началось всё с разработки сайтов, потом плавно перетекло в интернет-маркетинг, сейчас, кроме тех двух бизнесов активно развиваю разработку мобильных приложений.

За это время скопился большой опыт - работал и консультантом со стороны клиента, и, конечно же, со стороны подрядчика. Так вот... Чуть ли не в каждом проекте обсуждается два варианта - что-то дешевле и что-то дороже. Это не зависит от сути заказа: приложение, сайт, рекламная кампания. Да и в жизни всегда так. Например, я, когда в прошлом году покупал машину, наверное, неделю ломался что взять - Sportage за 1,7кк или Koleos за 2,2кк.

Какие варианты стратегии существуют

Что касается разработки софта, стоимость, чаще всего зависит от того насколько типовой или не типовой проект у клиента. Например, интернет-магазин можно сделать тремя способами:

1. На конструкторе, типа tilda.cc самому. Бюджет будет что-то в районе 1,5к в месяц

2. Заказать в студии готовое решение (1С-Битрикс: Малый бизнес 35,9к + шаблон ~35к + заполнение конетнтом и настройка под Вас ~40к) за 110,9к

3. Заказать в студии разработку с нуля. Тут у всех цены разные. Если говорить о более-менее компетентных компаниях - это от 200к и до пары десятков миллионов у топов.

То же самое и в мобильных приложениях, десктопных и т.д.

Ну хватит лирики, давайте сравнивать...

Заказная разработка

Если отмести всякие негативные варианты (кинут, сорвут сроки, впарят допы) и взять по умолчанию то, что вы работаете с ответственным разработчиком, то плюсы следующие:

  • Сделают то, что нужно. Несомненно, Вы получите именно тот продукт, который указали в ТЗ или брифе, а если менеджер проектов не козёл, то при каждом этапе будет уточнять что именно Вы имели ввиду и предлагать свои идеи, указывая на плюсы и минусы каждого варианта.
  • Экспертиза на стороне разработчика. Продолжая идею менеджера-некозла, разработчик разделяет с Вами ответственность за принятие решения тем, что кроме выполнения "в тупую", делится опытом подобных решений в других проектах.
  • Осознание своего продукта. Этот подтекст чувствуется во всех заказных разработках. Мол, если конструкторы, то там делается что-то типовое, а я вот заказал, чтоб сделали чисто под меня. И ни у кого такого нет. Это не является преимуществом конечного софта, но в голове галочка стоит.

Соответственно, из плюсов рождаются и минусы:

  • Цена. Из-за бОльшего количества ручного труда и экспертизы цена выше конструктора в несколько раз и более.
  • Сроки. По тем же причинам заказ выполняется месяцами.

Если приводить в пример приложения маркетплейсов услуг, на которых я специализируюсь, то это суммы от 600к и сроки от 4-х мес против 130к и одной недели у конструкторов. Давайте перейдём к ним.

Конструкторы

У конструкторов всё зеркально наоборот. Преимущества:

  • Цена. Чаще всего конструкторы сайтов, приложений и т.д. предоставляются по Saas-модели. с оплатой от нескольких сотен до нескольких десятков тысяч рублей в месяц.
  • Сроки. Софт уже готов, поэтому единственное что осталось - это донастроить под себя.

Ну и недостатки:

  • Экспертиза на Вашей стороне. Вы сами должны всё продумать, сделать и запустить проект. Никто ничего не посоветует и не подскажет.
  • Лёгкое воспроизведение. Узнав, что Ваш проект на конструкторе, завистник-сосед сможет легко повторить.
  • Нет ощущения собственности :) Как-будто, китайский ширпотреб собрали на коленке.

Что выбрать, конструктор или заказную разработку, решать нужно от конкретной задачи, бюджета и ценности для зарабатывания денег, об этом куча статей пишется уже не первый год. Не буду тратить Ваше время, да и правильной формулы тут нет.

Как рыбку съесть и на... косточкой не подавиться

Мы, занимаясь заказной разработкой приложений, чаще всего получали заказы, которые можно разделить на 4 типа:

  1. Приложения, работающие без сервера
  2. Мобильные магазины
  3. Игры
  4. Приложения заказа услуг

Исторически сложилось, что мы сконцентрировались на последних. Ну и из-за того, что от 30 до 70% кода из проекта в проект повторялось, нас всё чаще стала посещать идея сделать какую-то CMS, но как-бы для мобилки, и чтобы не было ограничений, как у конструкторов. Ведь преимущества очевидны - сэкономив на части работ, мы сможем предложить более конкурентную цену, а сами заработаем больше денег. То есть, некий базовый софт, который можно использовать, как заготовку.

Ещё в далёкие институтские годы нам рассказывали, что по сути, любое создание нового продукта - это уравнение с кучей неизвестных, и особо не просчитаешь пойдёт или нет. Для этого используется такое понятие, как ИКР (идеальный конечный результат). Вот его мы и попробовали описать, собрав все плюсы конструкторов и кастомных проектов. Вот что вышло:

  • Лёгкие доработки. Клиент должен иметь возможность сделать именно тот продукт, который ему нужен, а не выбирать из шаблонных заготовок. Желательно, чтобы проект клиента могли развивать не мы одни.
  • Наша экспертиза. Наш специалист по запуску должен "вести" клиента и консультировать его. И это должно входить в стоимость.
  • Проект в собственность. Клиент должен и юридически, и фактически, и морально получать индивидуальный, собственный продукт.
  • Цена. Стоимость запуска должна быть на порядок ниже заказной разработки с таким же функционалом.
  • Сроки. Должны измеряться не месяцами, а неделями.

Ну и, т.к. мы специализируемся на маркетплейсах услуг, то функционал должен подходить под наши проекты. В итоге, у нас получился Сервис ПИ.

Как добивались ИКР

В заключение самое вкусное. Как же получилось добиться соответствия заявленным целям?

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

Экспертиза. Во-первых, сделали отдельный портал с полезными материалами. Во-вторых, в стоимость включили установку на сервер клиента, помощь с публикациями и консультацию по запуску проекта. Ну а за 20к клиент получает полную настройку с нашим менеджером и разбор идеи с предложениями, как её улучшить.

Собственность. Софт продаётся, как коробочное решение (оно и понятно - админка же на Битриксе), включает в себя приложения на iOS и Android (на Objective-C и Java), сервер, админку и сайт. Всё передаётся по лицензионному договору, ставится на сервер клиента и приложения публикуются из-под аккаунта клиента. Это позволяет заявлять, что наши клиенты полностью автономны и даёт им то самое чувство собственности. Юридически - это такой же актив, который участвует в капитализации компании.

Цена. Пока стиснув зубы держим чек 135 400р. за лицензию. Проведя конкурентную разведку (сколько стоит сделать так же) получили чеки от 200 тыс (от фрилансеров с сомнительными гарантиями) до 3,5 млн (от топовых студий в Москве). Поэтому, среди руководства ходят мысли по повышению цены, да и программистам маки скоро обновлять...

Сроки. В среднем срок запуска проекта - 1 неделя. Если клиенты выбирают настройку с менеджером - то две недели на уточнение деталей и согласование.

Вместо заключения

Сперва, я хотел писать статью с целью рекламы. Вот, мол, смотрите какой софт крутой, заказывайте у нас. Но, всё-таки, решил заключение сделать с обращением к коллегам-разработчикам, просто поделившись опытом и рассказав, что можно вести бизнес иначе. Как никто другой я понимаю, насколько тяжела для студии заказная разработка - дополнительные, внезапные, требования, задержки оплат, куча багов и т.д. Ребята, сегментируйтесь и пилите коробочное решение - это круто :) Ну а кто хочет запрыгнуть к нам в лодку, пишите в личку, обсудим варианты.

Жду ваших мнений в комментариях. Будете дальше звонить в холодную? Ну-ну :)

+1
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Бидюков Денис
Экспертиза на их стороне? Повеселило )) В большинстве случаев это будет сайт сджеланный по ТЗ, которое составил некомпетентный человек. Как только вы попытаетесь им что-то предъявить за качество сайта, они тыкают вам вашим же ТЗ. Мол ну вы просили вот это, вот и получили, а то что там SEO-шмео... Это уж «сама-сама»...

В целом статья очень странная. Вы определили две крайности, когда есть золотая середина в виде бесплатных cms и бесплатных шаблонов. Для старта самое оно.
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Денис, я специально оговорился, что "если менеджер не козёл".

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

Бесплатные не трогаю специально, т.к. тут риски не во взаимоотношениях между сторонами. Если хватает компетенций, чтобы поставить самому джумлу, залить на неё шаблон, настроить и написать контент, то, конечно же лучше делать так, отдавая себе отчёт, что ответственность за сайт несёте только Вы и, если будет взлом или вылезет баг, то претензии предъявлять Вы будете так же себе.
Ответить
Bicco.ru
Сервис поиска и покупки автомобилей у дилеров
Anton Boltnev
Если вы сможете дать заказчику тот функционал, который он хочет сразу, а не ждать очередного обновления от мистера М - будете в ТОПе.
А в целом ребята молодцы.
Ответить
nk 86259
Для более материалистического обсуждения статье не хватает важнейшего элемента в предмете обсуждения.
Что нам дано? Два типа агентства - конструкторы и программеры "некозлы" и их оппоненты - безликая толпа некомпетентных заказчиков. Требуется доказать: Да, агентства - не козлы, да, заказчики - не компетентная толпа. И, как следствие доказательства - не козлам надо уметь делегировать друг другу объёмы работ каждому по своей специализации.
Для меня статья бесполезная. Меня не зачем убеждать в том, что и так ясно как день. И разделение труда - это такой же естественный процесс, не требующий внимания.
Дело в том,что конструкторы - это инструмент для пользования любым юзером, а написание скрипта - это инструмент для программеров. Если в первом случае заказ поступает в агенство ввиду того, что у заказчика есть причины не делать сайт на конструкторе самому, то во втором - у заказчика есть причины, чтобы сайт был сделан программером.
Чтобы изжить тараканов в своей голове и не разбрасываться, нужно определиться в вопросе номер один любой маркетинговой стратегии - кто наш клиент (а не выискивать в разношёрстной толпе тараканов). Кока-кола ориентируется на 14-16 летних подростков, но это не мешает ей быть популярной и среди потребителей любого возраста. Почему бы и вам, как программерам, не ориентироваться на тех, кому нужна именно ваша помощь? Сосредоточьтесь на проектах, требующих PHP и других, сложных для понимания и воспроизведения HTML языков. Вы - хирурги, вы - инженеры авиалайнеров. Зачем вам лезть знать, чем занимаются педиатры, инженеры велосипедов? Вашим клиентам они тоже даром не нужны. Узко специализируйтесь и оттачивайте мастерство в своей нише. Если же к вам придут те, кому нужны конструкторы, а не программеры, не указывайте им на другую дверь, ну, наймите себе человека, который будет делать деньги для карманных расходов. Это лучше, чем отправлять их к тем, кто "клепает сайты" на конструкторах. Зато вы можете некоторым из них ещё что-то предложить, получше и уникальнее, чем "клепальщики", зато по той же цене. Уловили смысл? ;)
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Спасибо за подробный комментарий. Судя по Вашему профилю, предполагаю, что Вы зарегистрировались именно из-за моей статьи - это вдвойне приятно, хоть и немного не вяжется с бесполезностью для Вас.

Сейчас как раз готовлю материал для статьи о том, почему клиенты остаются недовольны. Как в целом, так и лично у меня (такое тоже бывает). Ваши комментарии как нельзя кстати - показывают ожидания одной из сторон.
Ответить
nk 86259
Да, вы угадали, я действительно специально зарегистрировалась для комментария. Сейчас перечитала и вашу статью, и свой комментарий. Хочу объяснить, что я имела ввиду, иначе, с конкретикой. Сайты по своему функционалу, задачам бывают разными, и клиенты тоже по своим потребностям и объёму инвестиций бывают разными. Одни могут сами себе написать сайт с базами данных, другие - заплатят сколько попросят за одностраничник или визитку, которые сами могли бы себе сделать как резюме в Word. В первом случае это программист-самоучка или дипломированный специалист. Во втором - человек, который не умеет пользоваться компьютером и плохо знает, что такое интернет, Office и т.д. Что касается меня - я не стану заказывать сайт об услугах, магазин или лэндинг, я смогу это сделать сама бесплатно на Wix, Wordpress, Ecwid, Etsy, Facebook и т.д. Эти платформы можно отнести к коробочным решениям? Но если я, к примеру, захочу создать проект на основе веб-сайта вроде Booking, Ozon, Amazon и т.д., то вышеуказанные платформы будут бессильны мне помочь. У меня будут два пути - обратиться в девелоперскую компанию, которая занимается разработкой подобных решений под заказ, либо которая "клепает" (тоже такое слово здесь можно использовать), на своём уровне движки под "букинг", "озон" и т.д. Естественно, если я - Газпром, то закажу компанию, которая будет заниматься разработкой проекта и ТЗ, и компанию, которая будет исполнять заказ после того, как выиграет тендер.
Суть в том, что сайты любого уровня и любых задач сегодня нужны. Но вам ведь надо понять, как структурировать потенциальных клиентов, чтобы правильно позиционировать свои услуги? Если систематизировать покупателей "любых веб-сайтов", то получается, что есть три категории покупателей по ролям в их ожиданиях: ламеры до мозга костей, ламеры среднего уровня (я) и ламеры с реноме. Первые - неразборчивые, им можно впаривать всё в пределах названного бюджета. Вторые - разборчивые, и предпочитают рациональные коробочные решения, если сайты несложные - могут обойтись без посторонней помощи. Третьи - неважно насколько разборчивые или рациональные, но 100%-ная дизайнерская эксклюзивность - это приоритетная составляющая.
Теперь вам нужно определиться, какие из этих персонажей чаще всех к вам заглядывают, и с кем вам интереснее работать.
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Мы немного ушли в сторону, т.к. на текущий момент я больше занимаюсь мобильными приложениями и статья про них.

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

С приложениями всё сложнее. Либо Вы запускаете что-то очень усечённое на конструкторе типа AppGlobal, либо делаете под заказ с нуля. Всё. Других вариантов нет. Наше решение - как раз шаг на встречу том, чтобы сделать некую CMS для приложений, которые работают, как Авито или Uber.
Ответить
Григоренко Роман
Не совсем понял вот эти переживания автора "неделю ломался что взять - Sportage за 1,7кк или Koleos за 2,2кк"... вот к чему это было?
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Это пример моего восприятия, когда я выступал, как клиент крупной (по крайней мере для моего бюджета) покупки.

Рад, что с общей сутью статьи Вы согласны :)
Ответить
Groozin 42266
За 12 лет так и не узнали других cms кроме Битрикса?-)))

P.S. Раскошельтесь на 100 рублей что бы убрать с лендинга ссылку Тильды=))
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Назовите хоть одну систему, технически лучше битрикса, для реализации собственного модуля с возможностью установки без помощи программиста и позволяющую отгружать эти модули по лицензионным ключам, а там уже обсудим.

Вы серьёзно думаете, что нашим клиентам важно есть шильдик тильды или нет? Ок, ради экспересента убрал. Если конверсия увеличится хоть на 0.5% пришлю Вам 100 тыс :)
Ответить
Toque Advertising
Авторский блог о маркетинге vanhels@bk.ru https://vk.com/toquetoque
Максим Лунин
Все-таки конструкторы будут жить. Мне лично не хочется связываться с программистами в принципе, особенно со студиями. Зачем? Это менеджер по проектам, это куча согласований, это отсутствие взаимопонимания и куча других вопросов. И я тоже не уверен, что могу составить грамотное ТЗ (грамотное для программистов) так, чтобы мне потом им же не тыкали.

Плюс факт того, что мало кто именно создает сайты, а не клепает фигню по шаблонам.

Так как онлайн-бизнес приходит к так называемым монолендингам, лаконичным и информативным сайтам за минимумом "вредных" элементов. Не вижу смысла в студиях вообще.

Смотрите. Вчера сделал монолендинг: http://toquedomains.ru/

Чтобы создать небольшой собственный проект мне не нужны огромные ТЗ, мне нужна Тильда и немного времени и собранности. И все.

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

Простите за честность. ) Несмотря на это - желаю успехов (и переформатирования деятельности)!

=)
Ответить
Bright Mobile
разработка приложений на базе Сервиса ПИ
Денис Гордиенко
Максим, я примерно об этом и писал. Сам сменил разработанный с нуля сайт для www.brightmobile.ru на конструктор, чтобы было проще проводить a/b-тесты и быстро изменять под те или иные маркетинговые гипотезы, хотя читателя, комментарием выше, шильдик Тильды явно напрягает.

Если говорить о сайтах, то студии нужны для тех клиентов, для кого сервис на первом месте. Не думаю, что Газпром хоть когда-то будет делать сайт на конструкторе.

Наше коробочное решение не про сайты, а про приложения. Да и 70% клиентов используют его, как базу, меняя дизайн или изменяя функционал. Про выживаемость круто писал Александр Горный - https://vc.ru/31031-startap-dnya-platforma-dlya-sozdaniya-servisa-poiska-ispolniteley-servicepi среди стартапов выживаемость 3-х лет ещё ниже, чем у типового бизнеса, с его небольшими 3-мя процентами. Это нужно принять и смириться, помогая клиентам чем это возможно. Наша помощь, в том, что стоимость запуска - 135 400р., вместо 600 000+ при заказной разработке.
Ответить
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.