Записаться.Онлайн

Несколько цифр о прошедшей Новогодней ночи:

— Первый посетитель был замечен в личном кабинете с нашим бронированием в 00:08.
— Первый новый клиент самостоятельно зарегистрировался в 01:56.
— Первое онлайн-бронирование оформлено в 11:20.

Это все стало возможным только благодаря онлайн-бронированию — инструменту, который работает бесперебойно. А наличие такого предложения меняет как простые вещи, типа конверсии в заказ, так и культуру потребителя в целом.

Спрос не всегда рождает предложение; иногда это работает наоборот.

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

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

https://zapisatsya.online/

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

Подтверждением того, что тренд удался и достиг нужного результата, для меня станет тот факт, что Яндекс и Google добавят на своих картах фильтр по компаниям только с онлайн записью. Очевидно же, что это востребовано!

§4. Нужно ли заниматься микробизнесом?

Предприниматели, которые запустили бизнес исходя только из размера потенциального рынка, как ваши дела?

Дайте совет, стоит ли сделать свой Гугл? У них же рынок большой?

Ладно, если серьезно…

Нет ли преимуществ выбирать ту идею, что является выгодной по соотношению Профита к Усилиям. Ведь на вашем огромном рынке может быть огромная конкуренция (очевидно!). А если ее там нет сейчас — то это наверное и не случайно! И единственное, чем вы по факту займетесь — это гонкой вооружений (инвестиций) и скидочным мазохизмом (работаем в убыток, в надежде на LTV клиента). Огромный рынок может быть теоретически большим и лишь при определенных условиях входа.

То есть в дело вступает Неопределенность. Поэтому привлекательность бизнеса = Вероятность успеха × Профит ÷ Усилия.

Какова вероятность того, что вы сделаете новую успешную социальную сеть? Клабхаус уже начали обгонять? Почему он попал в СМИ, в твиты Илона Маска, но не попал в повестку каждого человека на каждый день? Насколько высока вероятность того, что Клабхаус доберет максимальный охват? А ведь у них уже больше, чем просто идея… А по факту еще вагон работы для достижения такой цели.

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

Вывод таков, что большинству начинающих предпринимателей не нужен большой рынок сам по себе. Между тем есть аргументы за микро бизнес: 1) идей маленького бизнеса больше, а реализация в среднем проще и быстрее, 2) имея в обороте маленький бизнес и наработанную практику можно отправиться To The Moon, а имея гениальные мысли о большом бизнесе и нулевую оборотку можно стать инфобизнесменом.

Поэтому я считаю, что нужно не ориентироваться на гигантов бизнеса, а пойти и для начала сделать что-нибудь реальное. Это инвестиция в построение большого бизнеса.

§3. А дальше то, что рынка нет

Пол года прошло с момента моего ухода из найма, а я ничего и не писал про проект.

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

Я планирую исправить это недоразумение тем, что буду писать в блог, даже если мои мысли финально не оформлены. Главное — не останавливаться, писать регулярно. Поэтому иногда читателю будет казаться, что я занимаюсь графоманством, но это не так — я в поиске.

Теперь к основному тезису этого поста.

Рынка у нашего решения по России нет. Денег от такого умирающего и скупого еврея не хватит даже на минимальную команду.

Можно было бы попробовать минимизировать расходы и делать всё силами студентов, но это всё-равно означает, что перед нами история не про большой бизнес, но… Хочется чего-то большего.

Итого, «проблема» Авенды в том, что по сложности разработки — мы имеем дело с продуктом уровня как 1С. В плане выручки — как продажа барреля нефти по 25 долларов.

Если рассмотреть в цифрах, то в России 300 картодромов. В крупных городах, за вычетом конкуренции, за вычетом прочих факторов — есть несколько десятков площадок, пригодных к тому, чтобы им что-нибудь продать. Продать можно не дороже 3-5% от прибыли картодрома. При гипотетической рентабельности 30%, выходит не более 1-2% от выручки. Вот и считайте сколько это. Явно меньше 1 млн. долларов в год. А меньше — много рисков.

Понимая то, что картинга маловато, я в течение этого полугодия вернулся к оценке своей самой первой идеи. Вначале, я горел идеей «маркетплейса услуг», где можно выбрать и купить те или иные предложения у разных компаний и забронировать это всё в онлайне. Как Групон, но по полной цене и с реальной записью. Как Яндекс.Маркет, но не про товары, а про услуги — и да, еще раз, с полной цепочкой покупки от выбора предложения до бронирования и оплаты. «Для товаров есть доставка, для услуг нужно бронирование», — подумал я и начал пилить такую систему.

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

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

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

Поэтому победить менталитет русского бизнесмена отсутствием ассортимента наше решение пока не может. Это как выйти против Тайсона на ринг.

Окей, а что тогда дальше?

А дальше есть три варианта:

  • выполнить требования и пилить запрошенный функционал,
  • расшириться на соседние бизнесы с текущим функционалом,
  • поменять саму идею.

До варианта поменять идею я еще не созрел на 100%.

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

Это улучшает стоимость нашего «барреля», но однозначно, это всё еще не проект на миллиард.

Пилить функционал — пилим, но пока сроки там плохие.

И в этом месте нужно принять какое-то решение. Я долго думал что выбрать: мучать картинг до конца, расширяться на соседние бизнесы или менять бизнес, понял, что дело на самом деле не в цели.

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

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

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

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

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

Поэтому в ближайшее время уже запланировал вернуться в найм, а дальше посмотрим. Все будет хорошо.

§2. Че дальше

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

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

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

§1. До увольнения

Сегодня планирую увольнение.

Такого со мной не было уже 4 года и 3 месяца :-). Крайний раз все проходило на позитиве (сейчас — чуть более драмматично, так как остается много нереализованных целей), так как я уходил из не совсем преуспевающего проекта в крупную и успешную (как мне казалось) компанию.

И так оно и было первый год. После которого я сильно вырос в рамках своей должности и далее все уже катилось само по накатанной. Кроме того, конкретно мое локальное место назвать преуспевающим сложно, в целом компанию — да, но не то место, где я оказывался. Такое ощущение, как будто я прошел одной и той же дорогой два раза, при этом вокруг более размеренно и поступательно протекала работа.

Поэтому текущая работа стала совсем в тягость, развитие прекратилось, — самое время подумать о новых испытаниях.

Про назойливых продажников

Зарегистрировался на днях в сервисе wrike.com. Перезванивает мне менеджер и спрашивает, готов ли я разговаривать — ну просто разговаривать. И начинает вовлекать в разговор.

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

Я банально зарегистрировался и выпал из темы из-за отсутствия свободного времени. О чем разговаривать?..

Ищем фулл-стека или фронтэнд-девелопера

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

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

Для связи и резюме: mail@avenda.ru

Опубликованные вакансии:

http://itmozg.ru/vacancy/show/243814

http://www.startupfellows.ru/vacancy/1321

Майкрософт интересуется…

Звонок из Майкрософта (сильно утрирую, но некоторые детали наоборот — переданы дословно):

— Евгений?

— Да, а кто его спрашивает?

— Из компании Майкрософт, могли бы ответить на несколько вопросов?

— Внимательно слушаю.

— Скажите, чем занимается Ваша компания?

— Знаете, примерно год назад я общался с Вашей коллегой, ответил подробно на множество вопросов, минут 10 отвечал. С тех пор ничего не изменилось.

— Да, но коллеги мне не передали Вашу анкету.

— Ну конечно, это же Майкрософт.

<..>

— Вас интересуют облачные технологии?

— Да, мы пользуемся открытым ПО и используем сервера на Линуксе. За время нашего с Вами взаимодействия мы получили крайне негативный опыт, кроме разве что сотрудника-индуса из поддержки, а так все остальное общение крайне отрицательное. И мы не хотели бы больше возвращаться к Майкрософт.

— Спасибо, что уделили внимание.

Потому что не мое…

Переходим на онлайн-кассы на картодромах и новые требования закона 54-ФЗ

Скоро в силу вступает новая фаза закона 54-ФЗ, в рамках которой, компании будут обязаны печатать фискальные документы по-новому.

Давайте для начала посмотрим на общую картину:

С 15.07.2016 по 30.06.2017 — Можно использовать старые кассы, если не истек сроки их регистрации.

С 01.02.2017 — Налоговая зарегистрирует кассу только нового образца (онлайн-кассу).

С 01.07.2017 — Обязательный переход на онлайн-кассы для всех, кроме компаний, использующих ЕНДВ, патент (для ИП) и тех, кто оказывает услуги населению.

С 01.01.2018 — Переход на выдачу электронных чеков по-умолчанию. Бумажный чек необходимо выдавать только по просьбе клиента.

Таким образом, картодромам в частности до 1 июля необходимо в первую очередь модернизировать саму ККТ — вместо фискальной ленты, в неё должен быть встроен блок, который обменивается данными с ОФД (оператором фискальных данных). Но этого будет недостаточно, поскольку  в законе были добавлены обязательными реквизиты на чеках:

  • Наименование услуги.
  • Количество.
  • QR-код.

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

Также, если ранее вы использовали ФР, который просто печатал сумму, то теперь необходимо будет позаботиться о поиске нового ПО, которое умеет отправлять новый обязательные данные,

В Авенде мы уже перешли на работу с новыми онлайн-кассами. Мы в полном объеме поддерживаем новый закон. Фискальный чек печатается однократно при активации брони — параллельно со старым талоном на заезд.

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

Если у Вас нет вообще никакого ПО — самое время подумать о подключении к нам, поскольку с 1 июля печатать новые ФД без сторонней программы станет невозможным.

Узнать подробнее об Авенде можно на нашем сайте avenda.ru.

 

Переехали от Майкрософта

Произошло то, о чем я давно думал, но боялся сказать. Хотелось перестать «кормить» Майкрософт.

Этот монополист настолько обленился делать вещи качественно, что еще год назад внутренняя изжога к Виндовсу привела меня к мысли, что от серверов на Винде надо уходить… Как это сделать, если C# на Линуксе через Mono в нашем случае прямо не заработает? Плюс еще MSSQL, от которого тоже нужно было уйти.

Не уложились мы в месяц, как было задумано изначально тут. Не уложились и в два. И даже в три не уложимся, потому что проблем оказалось сполна. Время и деньги потеряны… Но также к счастью мы больше не тратим по 15К в месяц на Ажуру. А имеем контейнер за меньшую цену, в котором можем разворачивать еще и несколько схожих по конфигурации с Ажурой VDS’ок для своей работы.

Мой ультиматум про «не уложимся с миграцией в 1 месяц — уходим с Шарпа» был вполне конкретным критерием, чтобы от слов перейти к действиям и инициировать перепись проекта на другой ЯП. Логика простая — если быстро получилось мигрировать, хорошо, давайте пока дальше наращивать функционал на том решение, что есть. Если быстро не получается — то сразу по окончания месяца я не трачу времени на раздумья как долго еще это продлится и сколько денег мы еще сольем на простой (была заблокирована полностью разработка нового функционала) — я ищу программистов для разработки нового бэк-энда. Что имеет смысл. Первое, сократить расход с Винды, раз уж начали, но одновременно с этим перестать тратить время впринципе на толкание трупа. Сейчас в коде имеется и лишний функционал, и структурные ошибки в проектировании помимо всего того что про миграцию. Все это «обслуживать» очень дорого. К слову, новое АПИ я сократил примерно на 40%. Более того, мы пошли дальше и планируем использовать конструктор запросов с фронт-энда, чтобы бек-энд вообще стал гибчайшим и не был завязан на конкретные методы.

Найти программеров оказалось непросто, в одном случае я ошибся с постановкой требований и связка Python/Django оказалась избыточной для решения моей задачи. Один программер проработал неделю, написал код и с ним решено было прекратить — результат получался не очень.

Сейчас успокоились и пришли к Python/Flask. Цель — построить новый бэк-энд более просто, чтобы задествовать принцип «меньше кодов — меньше багов» и чтобы код можно было поддерживать меньшему числу программистов.

Касаемо пункта про «высокую цену» за Windwos. Я косякнул, когда поставил задачу именно как миграцию на Linux. Никакого переезда на другую ОС можно было бы и не затевать. Расходы реально сократить иначе.

Изначально мы сливали на MSSQL Enterpirse, плату за которую нам включили из-под тишка, когда мы этого не ждали, и которую мы потом перенесли в Ажуру в облачный SQL сервер, который построил Джек Майкрософт. Шутка. Первая проблема была решена сразу. Вторая — количество баз — четыре. Каждая из которых съедала по тысячи с чем-то в месяц. Можно было две удалить, ибо девелоперские, вторую перенести в первую, приложение это позволяло. Итого расход уменьшался на 3 тысячи — на фоне 20-25К это конечно казалось смехом, так что я понимал, но не брал всерьез. Третье — мы периодически включали обратно девелоперский и прошлые серваки. Из-за этого расход в 20-25К был раздут, на деле вся требуемая конфигурация на Ажуре съедала 12К в месяц.

Соответственно сам Ажуровский сервак можно было бы заменить таким же по мощности с помощью Российских хостинг-провайдеров, по нашим конкурентным, рыночным ценам. Получилось бы 3000-4000 р за Винду плюс 1-1,5 тыс. за базу в облаке. Базу MSSQL перенести в Россию получалось или дорого, или геморно, потому что подход к лицензированию у MSSQL весьма своеобразный (можете почитать об этом на сайтах дата центров). Основной минус такого подхода — это то, что база и приложение были бы вынесены из одной сети на разные сервера, удаленные на существенное расстояние (следовательно получаем дополнительное время на коннект).

Но сделать такую миграцию стоило сразу, это бы сократило расходы быстро и существенно. Затем стоило продолжить работу на Винде и Шарпе, и параллельно начать кодить новый бэк-энд. Стоит ли вообще кодить новый бэк-энд? Работы на 4-5 месяцев минимум. Скорее да. Текущие программеры в виду того, что обстоятельства изменились, не могут полноценно уделять время разработке, а искать нового человека на Шарп или Пайтон, в свете того, что рефакторинг даже в нашем текущем решении — это назревшая необходимость, как-бы говорит — рискни и сделай как считаешь нужным. Вот я и делаю. Думаю, что получится лучше, чем было.

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

Наелись Майкрософтом

Давным давно, когда мы только начинали работу над Авендой, передо мной и моим напарником встал вопрос выбора языка программирования. Первоначально я, рассматривал вариант создания решения в виде десктопного приложения, потому что считал, что могут возникнуть те или иные ограничения при работе из браузера (например, потребуется работа с внешним оборудованием и интеграция с другими программами). Но при этом есть также преимущества и для решения в виде веб-сайта (более массово с точки зрения выбора разработчиков, понятно для нас самих, кросс-браузерно, технологии непрерывно развиваются и т.п.). Мой напарник рассказал мне об SPA — Single Page Application — модном подходе в вебе, когда приложение реализуется в виде одной страницы, и где множество операций (навигация, рендеринг шаблонов и т.п.) выполняются на клиенте. Сервер же в этом случае отдает только нужные данные по запросу. На мой взгляд просто и гениально. Мы сделали ставку именно на такой подход и на такое решение.

Клиентским языком, разумеется, выбрали JavaScript и фреймворк Backbone, который практически сразу был заменен на Angular. Решение писать на Ангуларе, принятое в 2012 году было стратегически верным. А вот с серверным языком вышло все не так-то просто.

Мой напарник на тот момент знал несколько языков программирования. Его предложением было — писать на C#, поскольку это его фаворит. Я кодил на PHP и в 12-ом году у меня за плечами было уже несколько проектов. Для меня его предложение никак не шло в разрез моих интересов — в программистские дела я не хотел влезать вовсе, кроме базы данных и её архитектуры, потому что прекрасно понимал, что на все у меня не хватит времени; я хотел сосредоточиться на бизнес-задаче и интерфейсе. Для меня также был важен человек, с которым я работаю. Я искренне убежден, что у языка C# есть и преимущества, и хорошие программисты, и хорошие работодатели, и хорошие проекты. Но минусом, и в тот момент мы его озвучили, являлось то, что сервера на Windows стоят очень дорого по сравнению с Linux’овыми. Но к слову, дорого обходятся не только сервера — за те сюрпризы, которые Windows может вам преподнести, может тоже выйти лишняя копеечка.

Проект Mono, возникший по всей видимости из желания людей прекратить морочиться с Windows’ом, — это разработка для Linux, которая позволяет выполнять .NET приложения. На сколько мне известно Микромягкие тут же подали на них в суд. Чем закончился суд — увы не изучал. Знаю только, что Microsoft приобрела проект Mono, забрала его под себя, но не потопила, а заверила общественность, что даст ему развиваться. Что сейчас и происходит. На главной странице сайта так и написано: «Sponsored by Microsoft». Но на тот момент про Моно мы еще не знали.

Одной из вехой проекта стало то, что практически сразу мы подали и получили подтверждение на участие в Bizspark’е — программе от Microsoft по поддержке молодых проектов. На деле — пылесос тех проектов, кто не до конца понимает последствий сотрудничества с Microsoft, и создание таких условий для выбора, чтобы Microsoft не имела явного недостатка перед бесплатными продуктами — необходимость много и за все платить. Опять же, на тот момент — это выход из ситуации, поскольку поиск напарника в проект — задача непростая.

Первым звонком для меня стало осознание того, что проект прошел стадию эйфории, когда кажется что рынок твой, стоит только показать ему продукт. Более того, мы уже расстались с напарником и на горизонте светила перспектива расставания с другим человеком — на тот момент он в больше степени держал в себе концепцию и решение программной части проекта. Почему — по естественным причинам. Если у вас есть что-то, что приносит вам 1 миллион, станете ли вы тратить половину, треть, четверть своего рабочего времени на то, что приносит вам рубль? Соотношение может и завышено, но идея именно такая. Также у нас заканчивалась 3-хлетняя программа Bizspark, которая давала нам бесплатное ПО (любое от Microsoft) и кредит в $150 на каждого члена команды на облачные ресурсы. Так вот все это приближалось к отметке «сейчас Microsoft с нас все вернет».

Кстати, именно так все и случилось. Когда программа закончилась, Майкрософт прислал письмо об окончании программы, но лишь спустя месяцы у нас подписка перешла в платное состояние. Для меня, конечного пользователя, это крайне нелогично и запутанно — в апреле мы зарегались в Bizspark, в августе начали пользоваться Azure, спустя три года в октябре нам стали выставлять счета. Где логика — загадка. Вобщем, 19 октября Microsoft переводит нас на платную подписку, незадолго до этого у нас начинается новый отчетный период. Что усугубляет факт того, что я замечу происходящее, например просматривая списания с моей банковской карты — до списания пройдет полтора месяца. Но в день с нас списывают по 2500 рублей. Так продолжалось около 2-3 недель, пока мы это не заметили и еще около 2 недель пока мы искали решение. Оказалось, с нас списывали деньги за лицензию MSSQL Enterprise, которая стоит порядка $1000 в месяц. При этом по программе Bizspark нам полагалась одна такая лицензия бесплатно! Но, блин Карл! Я нашел телефон менеджера, который года 2 назад манил меня в акселерационную программу Microsoft, через него я вышел на кого-то из сотрудников нуженого мне отдела и узнал, нужно было заполнить какую-то информацию в профиле, просто заполнить, и лицензия была бы бесплатна! Чуть-чуть бюрократии и все будет! Таков Майкрософт. Принимаем и живем дальше. В тот момент я решаю, что надо выбрать любую другую технологию базы данных.

В конце месяца нам выставили счет на 90 000 рублей. Ситуацию удалось немного выправить. Пока мы разбирались с тех поддержкой откуда у нас такие списания, я привел свое видение ситуации и свои аргументы в пользу того, что списания навязаны нам. Мы не получали уведомлений накануне. Мы не нуждаемся в лицензии Enterprise. Майкрософт нашу позицию принял и скостил нам 65 000 рублей — выпилил все расходы по «аренде» лицензии Enterprise. За что им спасибо, точнее тому самому индусу, с которым мы общались. В Российском офисе сотрудники на нас забили и перестали отвечать практически сразу. Взаимно, вы нам тоже не особо в будущем нужны.

Была еще одна история. Примерно год назад я обратил внимание, что наше API пользовательской части сайта (авторизация, регистрация, бронирование и т.п.), немного говоря, странное. И я захотел его переделать — сделать проще и стандартизировать подход. Как оказалась, API у нас не настолько громоздкое. И его переработка заняла у нас несколько месяцев. То же самое я рассчитываю сделать и для бэк-офиса. Одна из причин такого рефакторинга — мы начинали разрабатывать iOS приложение в 2016 году и как выяснилось, для него в любом случае требовалось модифицировать или переписывать ряд API методов. Что вообще означало, что можно было начать писать все то же самое с нуля на другом языке программирования. Эту часть всего бэк-энда можно было сделать независимой и запустить, например, на поддомене api.avenda.ru вообще на отдельном сервере. Еще раз я осознал, что мы не сильно зависим от текущих технологий на бэк-энде.

Сейчас с нас списывают по 10-20 тыс. рублей в месяц за Azure. Одну из проблем мы решили — базу перевели в облачный сервер вместо развертывания своего сервера MSSQL. База нам обходится по 1000 р в месяц. Но сервера на Azure, которые нас устраивают, обходятся в 8000 р. При этом у меня есть мой личный сервер для проектов на PHP, за который я плачу 9000 р в год с производительностью немного ниже Ажуровского сервера.

Я вполне серьезно задумался, а что должно быть «решением» наших сложившихся проблем? Мне нужно научиться разбираться в технологиях Azure? Пойти на курсы? Каково должно быть стратегическое решение, которое позволит нам спокойно делать бизнес, а не топтаться на месте? И ответ напрашивается сам собой — нужно решение, которое работает на Linux, чтобы не связываться с Windows-серверами навсегда.

В конце 2015 года я искал ответ на вопрос «как перевести приложение на другой язык программирования». Мне посчастливилось случайно познакомиться (уже даже не помню как) с человеком из Яндекса и проконсультироваться у него на предмет того, какие технологии использует Я, как он видит перспективы развития языков и что думает об Окнах. Насчет последнего, я не сомневался, человек администрирующий сервера, без насилия не станет любить Windows. Вобщем, его ответ был таким, что и Pyton, и PHP не настолько страшны, как их шарписты малюют. Если я смотрю в сторону Linux, это хороший выбор.

Для меня показателем успешности языка является то, какие топовые компании его выбрали. Facebook и VK, Twitter, Инстаграм, Google, Яндекс. И мне становится понятным какими технологиями реально владеют крутейшие умы планеты. И где Windows в этой пищевой цепи. И почему аргумент «C# идеален для корпоративных систем» — не работает. C# хорошо проник в университеты, где ему обучают и где Майкрософт предлагает бесплатные продукты для студентов. Почему, Карл? Да вы подумайте. Этот как 3 года бесплатных ресурсов Ажуры и один месяц, который год кормит.

Короче, я поставил ультиматум нашим девелоперам, либо 19 февраля мы запускаемся в продакшене не на Майкрософте, либо я ищу людей, которые перепишут бэк-эенд на другой язык программирования. Ждем. Всем попкорна…

«За» Microsoft:

  • Все итак работает.
  • Изменения — это стресс, а если оставить все как есть, то людям не нужно будет подстраиваться.
  • Потеря времени.
  • «Microsoft много сейчас делает для .NET».

«Против» Microsoft:

  • Мне не нравится компания Microsoft и я не верю в её будушее.
  • Дорого и нерентабельно для бизнеса.
  • Лучшие умы планеты используют и развивают другие технологии.

Трудности при продаже Авенды картодромам II

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

5. Картодромы ошибочно полагают, что локальная установка безопаснее, чем облако

Давайте разберем, откуда растут ноги у этого утверждения:

Во-первых, бизнес ошибочно полагает, что при прекращении сотрудничества мы (Авенда) отберем накопленные бизнесом данные и не захотим делиться. Ответить на это я могу следующее: в договоре между нами и бизнесом прописано, что после расторжения договора мы обязаны предоставить в табличном виде выгрузку всех данных, принадлежащих компании. То есть это наше обязательство подкреплено юридически.

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

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

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

В-третьих, что касается технической возможности нам (Авенде) обращаться к чужой базе, то тут я уже отвечал ранее: 1) наша финансовая выгода от сотрудничества с компаниями превышает любой возможный доход от передачи базы кому бы то ни было, 2) обладание вашими финансовыми данными не несет для нас никакой выгоды и ваш доход можно посчитать альтернативными способами, 3) использование вашей базы, ваших данных запрещено договором.

6. «У меня жена работает на кассе, мне этот учет не нужен»

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

7. Используется конкурентное или свое решение

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

8. «А если интернет отключат?»

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

Первое, это то, что я своими глазами видел как падает роутер в час-пик, в выходной день в шесть вечера. Что было дальше? Элементарно, Ватсон: интернет был роздан с мобильного телефона.

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

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

Также мне известна история от моего приятеля, который был на экскурсии у Додо Пицца. Кратко объясню: все бизнес-процессы в этой пиццерии ведутся исключительно через интернет. Падение интернета случается и у них, только для любой мало-мальски нагруженной компании подобная автоматизация несет больше плюсов, чем минусов. А если компания не под давлением траффика, то и бояться нечего.

Резюме

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

Продолжение следует…