Развитие ядер для запуска приложений за 2019 год. Часть 2

В прошлой статье я писал про ядро для маркетплейса услуг, доски объявлений и сервис обработке персональных данных в РФ, при использовании Firebase. В этой речь пойдёт о тех проектах, которые у нас не пошли с выводами почему так произошло.

В закладки

Денис Гордиенко, руководитель Bright Mobile, об итогах развития собственных продуктов в 2019 году и планах на 2020.

Ядро для доставки еды и агрегатор ресторанов

В этом направлении у меня были планы даже больше наполеоновских: постоянно вижу спрос на приложения для доставки еды либо одного ресторана, либо агрегатора типа Яндекс.Еды. Пообщавшись с несколькими заказчиками, услышал среднюю цену за приложение, которую они готовы отдать. Для доставки это в районе 50 тыс рублей, за MVP агрегатора - 100 - 200 тыс.

У меня и родилась мысль, аналогично RTPlatform для сервисов заказа услуг, сделать ядра для доставки еды и агрегатора доставок. Здесь ситуации, когда требования будут у всех индивидуальными, сильно отличающимися друг от друга, возникнуть не могло – бизнес по доставке примерно одинаковый и различия мне представлялись только в акциях, нюансах оплаты и бонусах. Подобный конструктор был бы прост в запуске, дёшев и запускался очень быстро. Для тестирования спроса мы сделали заготовки и промо-страницы для доставки (ныне уже всё) и для агрегатора ресторанов.

Тем не менее, что-то пошло не так. Оказалось, что ситуация сложнее: заказчика больше интересовала более индивидуальная реализация приложения «под себя», да и остальные детали разнились больше, чем я ожидал: отличались системы учёта, система работы курьерки.

Кроме того, есть куча конструкторов, которым платят проценты от заказов – очень выгодный, как оказалось, вариант для новых ресторанов, которым не жаль потратить процент от небольшой выручки. А для более крупных компаний даже чисто с экономической точки зрения будет удобнее разработать собственное приложение с нуля под себя, а не пользоваться нашим почти готовым универсальным продуктом.

То есть вышло, что есть совсем низкий ценовой сегмент, который платит ±5000р в мес за готовое решение (например) и не парится, а есть "топ" рестораны, которые покупают приложение уже из имиджевых побуждений и, само собой, готовые решения им не подходят. Среднего ценового диапазона, в должном объёме, не существует.

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

Готовое решение для таксопарков

Честно говоря, уже второй раз попытался запустить ядро для такси, и снова идея провалилась. Первый раз это было в конце 2017 года. Мы месяц делали ядро и я провёл вебинар:

Суммарно за 2 месяца рекламной кампании мы потратили только на рекламу 300 тыс рублей и получили около 200 горячих заявок от таксопарков. Казалось бы вот он успех...

Однако, "таксистам" хотелось получить продукт в аренду либо по 5 тысяч в месяц (какая-то заколдованная цифра :)), как в saas-решениях, либо разработку за 50 - 60 тысяч рублей под себя. Тогда мы просили 175 тыс, но с огромными скидками для первых клиентов.

В первый раз я подумал, что причины две:

  • Продукт был слишком сырой (наступил на ту же обманку, про которую постоянно рассказываю уже своим клиентам)
  • Некрасивый дизайн (аналогично - вижу повсеместно такую же ошибку)

Во второй раз эти "ошибки" я уже учёл, но сделал умнее. Речи об огромных бюджетах на рекламу и разработку уже не было - нарисовал красивые мокапы, и потратил 15 тыс на РСЯ и рассылку по старым лидам. При этом, цену поставил в 50 тыс за всё внедрение, как и хотели владельцы 2 года назад.

Была идея запустить ядро взяв большое количество клиентов и победить массой – как минимум, решение окупится, а, если всё удастся, приведёт к стабильному заработку, в том числе на обслуживании.

Впёрлись в ту же индивидуализацию, как и в случае с доставкой. Одной компании были нужны Яндекс.Карты, другой – OSM, третьи вообще работали в такой глуши, что у них и карты-то не отображались и вместо них они пользуются текстовым описанием пунктов посадки и назначения. Доплачивать за индивидуализацию никто не хотел, т.к. рассчитывали уложиться в те же 50 тыс.

У проекта просто не сошлась экономика - делать индивидуализацию за те же деньги не выгодно, а рынок таксопарков, готовых заплатить хотя бы 300 тыс крайне мал.

Разработка ядра для мессенджера

Тут у нас было немало интересностей – чего стоят только пожелания в духе «сделайте аналог вотсапа с возможностью выдерживать 1-2 млн. подключений за сто тысяч рублей». Такое решение будет стоить по меньшей мере миллион-два – и это я ещё не учёл индивидуальный дизайн, голосовые сообщения, групповые созвоны и тд и тп.

Я разделил все обращения за TalkApp на три категории:

  • Хотят сделать прямого конкурента WhatsApp, Viber или Telegram за небольшой бюджет без понимания что делать дальше.
  • Хотят в готовую инфраструктуру встроить мессенджер, т.к. текущие программисты по какой-то причине не справляются.
  • Хотят сделать стартап, где основная идея общение между пользователями (сервисы знакомств, соцсети и тд).

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

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

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

Управление выездными сотрудниками

В 2018 году было около 10 проектов, которые планировали сделать маркетплейс для удалённых сотрудников в сфере ремонта техники. Идея у всех была примерно схожая - клиенты размещают заказ, выбирают мастера, мастер приезжает, выполняет по чеклисту работу и получает оплату.

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

Диспетчер по GPS видит где находится мастер, а мастер видит детали заявки, заносит данные по чеклисту в приложение и закрывает заявку, затем переходит к следующей. Детально я писал об этом в одной из статей в начале года. Идея была в том, что сделать похожий на Planado софт, но в коробочном виде, чтобы внедрять во внутренний контур компании.

Как показала практика, ситуация аналогична такси. Либо бизнесу выгоден небольшой ежемесячный платёж, либо нужна серьёзная индивидуализация. Рынок компаний, готовых платить за индивидуализацию оказался небольшим и проект был свёрнут.

Заключение крайне банально. прежде чем делать какой-то стартап, в нашем случае, коробочное решение, нужно проверить спрос. Потенциальные клиенты должны деньгами показать заинтересованность в будущем продукте, а разговоры в стиле "да, было бы круто, если бы появился такой продукт" не более, чем моральная поддержка, которая даёт ложные иллюзии.

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

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Денис Гордиенко", "author_type": "self", "tags": [], "comments": 21, "likes": 7, "favorites": 37, "is_advertisement": false, "subsite_label": "life", "id": 100732, "is_wide": false, "is_ugc": true, "date": "Sat, 11 Jan 2020 19:14:14 +0300", "is_special": false }
0
{ "id": 100732, "author_id": 127886, "diff_limit": 1000, "urls": {"diff":"\/comments\/100732\/get","add":"\/comments\/100732\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/100732"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199123, "last_count_and_date": null }
21 комментарий
Популярные
По порядку
Написать комментарий...
16

Ну до чего же странный человек Вы Денис! Вы за 800к не смогли из себя кроме говнокода из под палки выудить ничего, на пол пути людей кидаете, да так что с10к фрилансеров и студий смеются Вам в лицо, а потом удивляется как сложно массово брать с людей бабки. Покажите что можете и люди к Вам потянуться, а пока сплошное бла бла бла!
На кидалове и наедалове не уехать далеко, фонтан говна раскроется и усе!
Это же ещё не вставал вопрос по какому договору Вы свой «продукт» навязываете.

Господа всем кто читает это, могу сказать одно, если Вам для Ваших целей не достаточно того что у данного персонажа есть на демо, даже не мечтайте и не ведитесь на «только чуть доплатить и будет как надо...» не будет, а ещё и по суду с Вас абонентскую плату за нихрена не делание на год вперёд спишут)

Ответить
7

Лучше напишите статью на тему, как продолжать жить и пиариться, испортив репутацию.

Лично у меня вызывают жесточайшую панику мысли о том, что клиент останется недоволен, или мы нарушим законы. И лишь при намеке на такие ситуации приходится активно грести.
А вам, все, как с гуся вода. Кинуть клиента? Не вопрос. Присвоить идею? Легко. Нарушать законы РФ? Ну и пофиг.

Я бы послушал мысли в тему.

Ответить
–2

Николай, при всём уважении, но с репутацией у меня всё прекрасно. 

Давайте разберёмся по пунктам. 
Кидалово клиента. Предполагаю, что Вы пишите о господине Рабцевиче, который не пропускает за последнее время ни одной моей статьи. Странно, что Вы принимаете за чистую монету любой комментарий в интернете. Даже в этой статье Егор не определился что же его не устроило - качество кода или воровство идеи. Вопрос о том, что не устраивает качество появилось после того, как Рабцевичу показалось, что я своровал идею. Желающие могут сравнить коробочное решение, которое я описал https://vc.ru/tribuna/58221-mobilnyy-servis-dlya-upravleniya-vyezdnymi-sotrudnikami и его маркетплейс по обслуживанию ворот https://95.181.230.21/ Вместо того, чтобы решить этот вопрос лично, он решил испортить мне репутацию и наоставлял кучу комментариев на различных площадках и в моей группе в вотсапе, что мол я ворую идеи клиентов, явно затягиваю сроки, чтоб самому запустить аналог и заработать на такой же идее. Я, само собой, увидев эти сообщения не готов был продолжить с ним сотрудничество.

В завершение предложил ему подбор программиста для продолжения самостоятельной работы над проектом, в ответ получил юридические претензии. Соответственно, ответил обращением в суд, суд встал на мою сторону. Вообще, если это принципиально, то за 3 года из 194 клиентов недовольными остались 14. Из них не смогли найти общий язык и прийти к договорённостям с 4-мя. Если Вы мне расскажете, что у Вас нет недовольных клиентов, я Вам не поверю. То, что довольные не сидят в комментариях и не залайкивают каждую статью - тоже понятно.

Теперь про закон. Как и писал в предыдущей статье, я категорически уверен, что для проверки идеи стартапа нужно использовать самый дешёвый и простой способ. При этом, юридические вопросы имеет смысл решать, когда стартап покажет свою состоятельность. Вместе с тем, @Руслан Семагин своими комментариями дал две полезные вещи. 1 - поселил идею стартапа, готорый заводит персданные с Firebase в РФ. Сейчас тестируем спрос. 2 - Теперь явно в проектировании каждого клиента пишу рекомендацию о том, что хочу пренебречь законодательством. Тут Руслан оказался прав - это должен быть выбор клиента и, если он хочет переплатить 50-70 тыс и спать спокойно, то он должен иметь возможность это сделать. К слову, после прошлой статьи Руслан мне перезвонил и мы адекватно пообщались. В чём-то пришли к согласию, в чём-то нет. Это нормально. 

Завершая получившийся большим комментарий, интересно понять - откуда появились мысли про испорченную репутацию? Из-за одного недовольного клиента и какого-то неадеквата Роко, который пытается тут доказать что он кодит лучше моей команды? Ну тогда по такой логике Битриксу, 1С и прочим конторам со шлейфом претензий давно пора закрываться и посыпать голову пеплом.

Ответить
2

Давайте господин Рабцевич ответит Вам развёрнуто отдельной статьей. Особенно про суд)

Ответить
2

С удовольствием почитаю. Уже запасся попкорном =)

Ответить
1

И да, давайте сравним) Что там есть на 1 млн руб. И что из того что есть работает)

Ответить
1

 Тут Руслан оказался прав - это должен быть выбор клиента

Ну хоть что то до тебя дошло.

 какого-то неадеквата Роко, который пытается тут доказать что он кодит лучше моей команды?

Спасибо. Поржал. Да нет у тебя команды =) По крайней мере те печальные лица не имеют отношения к разработке. Доказывать тебе тоже смысла нет, ты мне не конкурент, гибридная разработка и близко не приблизится к нейтиву. Но если ты хочешь думать, что я тебе что то доказываю, ок, продолжай так думать. Местечковые кодеры, вы даже не пытаетесь прыгнуть выше, ловите маленькую волну и прете на ней десяток лет. Уныло и печально! Просто тебе осталось признать последнее, ты несешь дичь, в попытке взять трафик с этого ресурса.

Ответить
2

В воскресной схватке двух якодзун

Ответить
0

Есть сомнения на сей счёт.

Ответить
3

Говорят кидаете людей , гражданин

Ответить
–2

Моё мнение по этому поводу выше. Егору, само собой, выгодно себя выставить кинутой жертвой.

Ответить
–4

Думаю, что оба вопроса - это темы отдельных статей, записал себе в план.

Ответить
5

Ох, лучше не надо... Не надоело дичь нести?

Ответить
1

Спасибо за статью, Денис! Пару вопросов: 

1. Прощупывали ли вы внешний рынок для своих продуктов? 
2. Как вы проводили оценку рынка перед пробами запуска нового продукта? 

Ответить
0

1. Нет, ориентировались на внутренний. Понимаю, что зарубежом денег х100 больше, но все идеи по прощупыванию заканчиваются либо попытками конкурировать с индусами на апворке, либо чемодан-вокзал-Сан-Франциско (либо иной город ЦА на вкус). Как сидеть в РФ и кастдевить рынок США, Европы или Китая я не придумал.

2. Очень грубо. Искали статистику объёма продаж подобных проектов и умножали на коэффициент с потолка, прикидывая что до такого количества клиентов сможем дотянуться и их устроит готовое решение. На самом деле объём рынка - это беда и продуктов, которые сейчас развиваем. Взять тот же RTPlatform или Сервис ПИ, ни разу не удавалось выпрыгнуть за продажу 12 лицензий в месяц. А в среднем - это было 5.

Ответить
4

 конкурировать с индусами на апворке

О чем вы? Вы им не конкурент. Вам до них, как до Китая на четвереньках. 

Я вот уже несколько раз встречаю комментарии @Егор Рабцевич к  вашим статьям. Он говорит, что вы его проект слили, после, что внаглую продаете его идею. @Денис Гордиенко не потрудитесь ответить товарищу? А то становится все интересней и интересней! Так как, если товарищ прав, то вы не только калокодер, так еще и мошенник!

Ответить
3

Ну будем честны, идея то не моя, она как бы есть, просто факт в том что тупо сделать копию с изменениями под наши нужды у нас с Денисом не вышло, но другим предложить он уже поспешил, это и бесонуло. Вроде как сделай, спроси разрешение и продавай на здоровье, это при том что я и в проекте это прямо предлагал. А тут одна его выходка с «безопасной сделкой» чего только стоит, 40000 руб за лист а4 с 16 цифрами без грамма кода)))

Ответить
0

В общем, спасибо за ответ. По сути это одно и тоже. Лев Толстой, классический =)

Ответить
0

вы в договоре не прописывали права на результаты работ?

Ответить
0

1. как вариант - субподряд иностранной аналогичной конторы

2. было бы интересно собрать воедино некую точную методику по оценку рынка для мелкосредних проектов ИТ. 

Ответить
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "Article Branding", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "cfovx", "p2": "glug" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Баннер в ленте на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "disable": true, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } }, { "id": 20, "label": "Кнопка в сайдбаре", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "cgxmr", "p2": "gnwc" } } } ] { "page_type": "default" }