Comments 9
Кажется, ты собрал бинго из всех косяков, какие только можно было допустить 😆
Поэтому в стартапе нужно 2 соучредителя: технарь и продажник. Если какая-то из сторон наемная, то результат читаем в статье.
Спасибо за такой честный и подробный разбор! Узнал в вашем рассказе многие «болячки» стартаперского мира — как человек, который занимается маркетингом и продвижением IT-проектов, могу подтвердить: проблемы с фокусом, неверные ожидания рынка и сложности в коммуникации с dev-командами увы, встречаются очень часто. Особенно отозвались моменты про отсутствие кастдева и планирования — сталкивался с этим и на стороне агентства, и у клиентов-стартапов.Но именно через подобный опыт действительно проходят лучшие уроки — главное, что у вас хватило честности и настойчивости довести всё до конца и разобрать полеты. Желаю удачи в развитии агентства и новых проектов!
Спасибо за такой подробный разбор. Признавать свои ошибки всегда больно, а публиковать их ещё и страшно.
Действительно не представлял, сколько подводных камней может быть в создании биржи. Хотя понимаю, что описана лишь их малая часть. Мне, как активному участнику бизнеса в телеграм, всегда не хватало конкурентов основной бирже-монополисту, которая заламывает космические комиссии. Но теперь примерно понятно, почему у неё нет конкурентов.
Конечно, некоторые вещи читались с улыбкой. Мидл за 500к и 3 месяца? При том, что Мидл на рынке стоит 200к, а агентству ещё свою маржу нужно посчитать, ещё ПМ что-то должен получить с проекта, ну и не забываем про правило удвоения срока: оценка в 3 мес = реализация в 6 мес. И это без правок от заказчика. Если все посчитать, то получается, что бюджет на прогера заложен в 60-70к₽ в месяц, а это, очевидно, стажёр. Даже не джун.
Я, как разработчик с 12 летним опытом (кстати, фронтенд), конечно очень хорошо понимаю желание коллег по цеху что-то зарефакторить, да и на созвоны, бывает, опаздываю, чего греха таить. Здесь можно было бы поспорить, насколько оправдан принцип "идём вперёд, не останавливаясь, не тратя лишнего времени, главное, чтоб работало", тем более, что здесь же в статье упоминается, сколько раз пришлось то или иное переделывать. А чистый код - это уменьшение времени на переделки. Так что здесь палка о двух концах и мне сложно было бы работать с руководителем, который готов уволить за опоздание на созвон или не позволить отрефакторить код, который не получилось хорошо написать с первого раза.
Но одно я знаю точно: владелец продукта не должен физически находиться в заложниках у разрабов, и все ключи доступа должны быть у владельца. Это владение репой в гите, админский доступ к серверам, админский доступ к базе и доступ к бэкапам. Иначе это как строить себе дом и на время строительства переписать права собственности на строителей.
Ещё раз спасибо за статью!
Спасибо за комментарий!
Про биржу-монополиста, тут, мне кажется, уже привыкли использовать какой-то один сервис, а изучать что-то другое (пусть и выгодней) не так нужно. + сюда же экономическая составляющая: может быть, нанять условное агентство или человека в штат будет дешевле, чем использовать ЛЮБУЮ из бирж, не только известные и большие проекты, типа ТГИН. А там, где дешевле (а руками можно получить еще выгодней условия), там и выгода.
Про разработчиков, честно, я прошелся слишком мягко. Опоздания были регулярными, хамство и "мы знаем лучше" даже если вы не знаете лучше, самостоятельное решение все переделать БЕЗ согласия остальных (то есть один человек переделал, а за это платить и подстраиваться остальным). И если бы это было разово и все сделали выводы и ситуация не повторялась — это ок, но когда это просто регулярная история, и одного из разработчиков приходилось будить в 14-15 по МСК звонками, а он на полном серьезе просил это делать, потому что сам всю ночь листал тикток — как будто уже не просто наглость))
И это был лишь один из примеров именно плохих отношений, но если бы я перечислял все, никому бы это не понравилось, а статья была бы слишком токсично-неприятной =)
Ну а про то, что держать в заложниках код — абсолютно солидарен, жаль, вторая сторона это не понимала
Просто в следующем проекте вам нужно самостоятельно создать все репозитории, серверы и бэкапы. Или, если не знаете как - нанять специалиста, который сделает эту настройку за вас и передаст вам ключи. А дальше уже приглашать разработчиков на готовую инфраструктуру. Тогда ситуация "код в руках у разработчиков" возникнуть не сможет. К тому же, легко моментально закрыть доступ человеку, если потеряли к нему доверие.
Вообще, конечно, вряд ли что-то получится с командой, в которой плохие отношения друг с другом и(или) с руководителем, но вот эти шаги про начальную настройку и контроль доступов - как будто бы основа для начала любого проекта.
Есть, правда, и другая сторона вопроса, она заключается в юридической очистке прав. Когда я работал в найме на компанию, которая выпускала продукты на российский рынок, я подписывал отдельный документ, что компания выкупает у меня все права на написанный мною код для продукта такого-то за номинальную сумму рублей. То, что я работал в штате на зарплату в этой компании, было недостаточно. Уж не знаю, перестраховка ли это или так и правда надо делать.
Ждем теперь шуточную пятничную статью "7 типов разработчиков", в которой вы опишите свои злоключения с разрабами :)
Спасибо за статью! На мой взгляд, как выше писали, Вам не хватило в компании техдира. Представим, что Вы едете в карете и решаете куда в конечном счете хотите приехать, разработчики это лошади, способные довезти Вас куда угодно, и вроде бы знающие правильный путь. Но! Вам все равно нужен кучер. Вам из кареты, возможно и видно часть пути, и Вы даже можете покрикивать на лошадей, чтобы они не отвлекались на траву вдоль дороги, но эффективность такого управления будет весьма невысока. Вы можете сами сесть на место кучера, но тогда не получится ехать внутри кареты и решать куда хотите приехать, так как все ресурсы уйдут на решение текущих задач управления лошадьми.
Вообще Вы - идеальный заказчик. Мне доводилось работать на таких людей. И всегда все заканчивалось не очень (для них). Мы командой разработчиков получали ЗП и никто не лез в наши дела. Мы правда старались сделать все наилучшим образом, но отсутствие понимания картины целиком и грамотного планирования приводила к тому, что много времени уходило на не первостепенные, как потом выяснилось, задачи, а на нужное не оставалось времени.
Спасибо за статью, поучительно.
Понятно что вы специалист в этой области, раз неплохой продукт и сервис придумали, раз он существует и после вас.
Для меня только одно остаётся непонятным всё равно...
Почему такие деньги сразу вкладывались в разработку при недоделанном до конца custdev-е ? По сути я так понимаю стабильных продаж (например два из десяти) не было на момент начала серьёзных вложений в разработку?
То ли уверенность была железобетонная в продукте, то ли я что то не понял.
и да со стартапами если дело не идёт - главное уметь вовремя остановиться)
2.5 года, больше 6 миллионов рублей, два сервиса: как я пробовал себя в IT-стартапах, заработал 20 тысяч и закрыл все