Лучшие статьи и кейсы стартапов
Включить уведомления
Дадим сигнал, когда появится
что-то суперстоящее.
Спасибо, не надо
Главное Свежее   Проекты
Рекомендуем
Продвинуть свой проект
127 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Как заказать приложение и не обмануться

История о том, как программист хотел надурить доверчивого стартапера

Здравствуйте. Меня зовут Денис Гордиенко, я руководитель студии Bright Mobile. С кем я не знаком – я занимаюсь запуском IT-проектов уже более 12 лет. 7 лет руковожу собственными студиями, собственными направлениями.

Ко мне обратился клиент, который хотел мобильное приложение для автомобильных сервисов. В этом приложении человек публикует свое задание: "у меня тут сломался автомобиль", а представители разных автосервисов предлагают свои услуги, стоимость и преимущества. То есть некая площадка для пользователей а-ля «почини свой автомобиль». Ну, казалось бы, это идеально подходит под наше готовое решение "Сервис ПИ", однако, оказалось, что сайт у человека уже есть, и его программист настаивает, чтобы это были нативные приложения и только нативные. То есть наш комплекс, где есть сайт, два мобильных приложения, категорически не подходит. У меня родился вопрос "Почему?". Давайте разбираться...

Клиент хотел оставить свой сайт, хотя, на самом деле, проще мигрировать базу данных к нам и пользоваться готовым решением. Меня удивила реакция его программиста. Реакция заключалась в том, что ни в коем случае нельзя использовать никакие готовые решения, ни в коем случае это не должны быть комплексные решения, и ни в коем случае нельзя переходить на нашу базу данных. Это его право, можно настроить синхронизацию между нашей базой данных и базой данных готового сайта, сделанного этим программистом. Как это будет выглядеть – мобильные приложения привязаны к нашему сервису, они работают, и все данные, которые человек публикует через мобильное приложение, спокойно транслируются на его сайт. Ну и точно также, если на сайте опубликовали какую-то заявку, эта заявка переходит в мобильное приложение. То есть все просто, задача элементарная. На вскидку, даже не знакомый с готовым решением программист оценит это в 20-30 тысяч рублей. Это не бешеные деньги.

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

Если это пересчитывать на деньги, моему клиенту изначально сайт обошелся в районе 200 000р.. Сейчас каждое приложение, если идти по логике программиста, должно быть 150 - 200 т.р. Условно за весь сервис наш клиент должен был бы заплатить 500 - 600 т.р. Если бы он изначально пошел по методу, который я предложил, или если бы его программист подумал о том, что есть WebView приложения, то разработка на нашем движке стоила бы в районе 150 000р., ну с доработками пускай 200 000р. То есть в 3 раза дешевле можно реализовать точно такой же сервис. Даже сейчас, имея вот этот сайт за 200 тысяч, можно подключить наш сервис и сэкономить кучу денег, то есть заплатить 150 000р. и 20 000р. за синхронизацию, получается суммарно сервис будет стоить 370, но никак не 600.

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

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

Первый вывод, если Вы запускаете IT-бизнес, но сами в этом слабо разбираетесь, запросите мнение нескольких программистов или нескольких студий. Может быть, иногда даже проще заказать разработку самой стратегии отдельно. Заплатить отдельно деньги, чтобы вам придумали как ваш сервис будет работать, хотя бы на бумаге, в виде продуманного ТЗ. Заплатив за такой документ 40-50 тысяч, вы будете уверены, что программист не подсадит вас на иглу. Если денег жалко платить просто за документ, хотя бы запросите предложения в разных источниках, хоть кто-то, но предложит вам альтернативный сценарий.

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

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

+1
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Подбираем рекоммендации...
Комментарии
Первые Новые Популярные
Комментариев еще не оставлено
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать