Pull to refresh

Comments 118

В свое время при выборе студии, решил работать с той:

1) У которой было несколько своих крупных проектов, что показало мне их уровень.
2) Где менеджер описала мне все этапы работы, примерные сроки, потенциальное расхождение в бюджете и то, что они точно справятся с этим.

Бывал в студиях, где показываешь тз, а там на лице: «Да фиг его знает, мб и потянем, а мб и нет. Ладно собери волю в кулак и скажи, что да сделаем». А сложно работать с теми, кто сам не уверен в своей работе.
UFO landed and left these words here
Обычная история. Крупные проекты это хорошо, особенно когда их несколько. Однако я пишу про опыт с нуля! Это надо еще наработать, что весьма не просто в начале пути
Бывает и наоборот: на лицах уверенность, а в уме «подпишем договор, а там еще просто продадим клиенту то, что умеем делать, а что не умеем — убедим, что ему это не надо». Причем и за плечами крупные проекты, и заказчики большие, и в срок все сдавали… Причина проста: заказчик, особенно крупный, в конце проще подпишет бумаги, чем будет бодаться — на что расчет и строится.

Как такое проверить на этапе переговоров? Смотреть на старые проекты подрядчика, и, если они прям все на одно лицо, решать для себя, хочется ли и для своего проекта такого же лица. Если хочется — может, и можно влезть, а если нет…
Что-то я не понял, статья называется «Как команда технарей свою студию создавала». Все пятеро являются соучредителями?
Если да, то что за разговоры про огромные зарплаты и ежемесячные расходы, если нет — то с чего их вообще волнуют ваши финансовые проблемы: «есть деньги-есть работа, нет денег — досвидос»?
Чтобы было понятно, все пять человек участвовали в создании и вносили весомый вклад, не все были готовы остаться без ЗП. Вроде в статье ровно так и написано.
Тогда непонятно, зачем вам это нужно и почему было просто не нанять их как наемных сотрудников?

Может я задаю дурацкие вопросы, но на мой взгляд статус соучредителя и наемного сотрудника коренным образом отличаются, поэтому и спрашиваю.
Статус учредителя позволяет работать «на будущее» по 12-16 часов в сутки, а не с 9 до 18 и ни секунды более за ставку. Просто у людей есть минимальные суммы денег которые им нужно в месяц: аренда жилья, питание и т.п.
безусловно, однако еще и от людей зависит, я не был учредителем во многих компаниях, это не мешало мне работать по 12-16 часов. Сейчас у нас никто не работает по четкому графику, есть потребность, все сидим до ночи и никто никого не заставляет это делать. Если есть интересные задачи, нацеленность на результат, это как-то само собой выходит)
Ну если Вас прет, то это плючик HR. По факту бОльшая часть работников не будет сидеть без доп. оплаты если это не компенсируется чем либо (к примеру пол месяца отдыхали и потом ударно за 2 недели все сделали, получили оплату за месяц и все довольны)
Как я и писал, все ребята стояли у истоков, понравилась идея и все мы хотим чего весомого достичь. Не всегда вклад — это деньги, ребята вкладывают свои усилия, это очень много, поверьте. Я считаю, что все мы учредители, независимо кто получает ЗП, а кто не всегда.
Ну или все получают поровну (в соответствии с долями), или через год работы в ноль/минус начнут возникать вопросы вроде того что одни на зп забрали пол млн, а другие вложили столько же своих денег + свое проживание/еду за этот срок.
Если в дальнейшем учитывать «авансы» первых и вложения вторых в долях или принимать как займы учредителей и не выплаченные зп, то ок. Иначе дисбаланс будет в команде и может быть серьезный разлад.
Поддерживаю, было бы интересно узнать.
Варианты с долями не прокатили: либо не надо, либо сильно нужны ежемесячные доходы.

Отказались от долей и обошлись зарплатой? Или всё же помимо рыночной зарплаты ещё и доля в компании за согласие работать в таких нестабильных условиях?
Отпишу на конкретном примере тогда. Один наш разработчик сейчас получает зарплату студента, но когда с заказами все хорошо, получает 3x от оклада. Это не просто программист на окладе, я считаю это весомым вкладом в компанию.
Интересный вариант. Но не уверен, что подойдёт многим — он перекладывает на себя часть рисков владельца компании, но сам доли не имеет. И как только зарплата станет «студенческой», 1/3х от привычной, вполне может поставить вопрос о своём уходе.
Ему доля не нужна, я предлагал) пришли к такому варианту
> Я считаю, что все мы учредители

Все же интересно понять. Фактически 100% вашего ИП, с которым заключаются договоры, принадлежит одному определенному индивидуальному предпринимателю, а вовсе не пяти технарям?
ИП неделим :)
Вообще, таких историй много рассказывалось на хабре. В трудные годы «мы все учредители», а как дела пойдут, все сразу забывают тех, с кем начинали. Дружба дружбой, а табачок врозь.
Вообще такие фразы, неподкреплённые документально, обычно вызывают лишь неприязнь. Больше похоже на желание беспочвенно замотивировать разработчиков, чтобы жёстко их обломать, когда всё-таки зайдёт речь об оформлении соответствующих бумаг.
Еще раз, с долям очень правильный вариант, просто наша ситуация была несколько другая, я описал все это выше. Вполне возможно, что через пару месяцев кто-то созреет из ребят на долю в ООО.
нет HR, собственно, кроме вас? Собственно и PM всецело являетесь вы? Собственно со всеми вытекающими. Когда проектов будет больше, чем вы, текущей командой, сможете реализовать, что будете делать?
UFO landed and left these words here
PMы у нас и разработчики тоже. Это весьма эффективно для некоторых проектов.
Всё правильно написали. Особенно правильно то, что большинству клиентов на этапе продажи нужен именно fix price и фиксированные же сроки, и только потом можно говорить о других схемах работы.

Молодцы, что вышли на самоокупаемость и не развалились!
Кто-то все еще верит в фиксированные сроки?
Попробуйте позвонить по рынку — и вы увидите, как много компаний обещают фиксированные сроки. И не выполняют их.

А некоторые обещают и выполняют. Например, когда нужно запустить проект к определенной дате. Допустим, к дате рекламной кампании.
Или к открытию Олимпиады, например.
Фиксированные сроки это не миф, на достаточно большом пласте проектов можно их рассчитать достаточно точно. Вопрос сколько рисков придется закладывать в эти сроки и согласиться ли на это клиент, вот тут вся магия. Зачастую заказчик и подрядчик играют в закрытую, вот тогда все сразу становиться плохо — сроки вылетают, качество нулевое. Это тема для отдельной статьи, тут очень много нюансов.
Если в договоре с исполнителем прописаны штрафы за срыв сроков, то подрядчик начинает относиться к заявленным срокам и составлению план-графика с умом.
Начинает, как все опытные тимлиди, умножать на три.
Можно и на меньший коэффициент, но только при соблюдении определенных условий:
1. Сработанность команды;
2. Клиент, с которым ранее работали (желательно эта же команда);
3. Команда уверенно работает с требуемым для реализации стеком технологий.

В итоге для отдельных задач коэффициент запаса можно брать 1.2, а закрывать проект еще раньше, т.к. опасные камни так и не подвернулись. А для отдельных задач коэффициент наоборот придется брать 4-5, т.к. клиент любит вносить правки по нескольку раз на дню, причем даже в уже реализованный функционал.
С умом всегда надо относится. Я думаю вы прекрасно понимаете, как подрядчики могут в сроки вкладывать и за счет чего, если ума уж слишком много.
План-график работ даже без штрафных санкций в договоре нужно просчитывать с минимальным расхождением от реальности. Причина простая: время = деньги. В последнее время приходится на каждого потенциального клиента потратить от 2 до 8 часов только на составление коммерческого предложения, из которых 50% времени просчитываешь будущие работы и потенциальные узкие места, 30% готовишь КП, а оставшиеся 20% тратишь на его проверку. Мне как то слабо верится, что цену за проект можно назвать без предварительной проработки целей и расстановки задач. Конечно я не беру в расчет типовые проекты, на которых цены и сроки уже проверены на практике.

PS. Хотя один клиент жаловался, что при поиске исполнителя ему попадались совсем неадекватные личности. На вопрос сколько будет стоить реализация, ему называли сумму в N килорублей. И на вопрос о плане работ, сроках и команде был получен замечательный ответ: я супер специалист и просто хочу N килорублей за проект.
FixPrice

Я лично столкнулся с такой проблемой как заказчик. Показав фронт работ ответ был:
— Это будет от 100т.р до 500т.р — нормальная подстраховка.
Что остается думать — давай сюда 100 а дальше потихоньку мы тя расскрутим
Не знаю, я, как заказчик, покупаю недельные или часовые ставки, предварительно получив примерную цифру по предполагаемому времени. Расхождения обычно небольшие.
Это супер работает, если обе стороны стремятся к WIN-WIN
Не про вин-вин речь, а просто некоторое подобие, кхм, «облачных» отношений — покупать разработческое время по той же схеме, что и процессорное.
Тут есть момент: перекладывание ответственности на Заказчика, чего он как раз хочет избежать.
Тут есть 2 варианта заказчиков (по практике):
1. Вот Вам мешок денег — сделайте мне офигенно (такие редкость и таких не отпускают потом к другим)
2. Вот Вам среднюю по рынку сумму денег, но я хочу офигенно как и задумал (и не факт что написал в ТЗ или подумал хотя бы о том, что ТЗ поменяется )

Если Заказчик не может выделить от себя грамотного человека что бы он оперативно решал проблемы исполнителя по согласованию, то часто проекты превращались в «получите на всю сумму и не копейки более» или сроки затягивались в 3-4 раза, заказчика убеждали, что все будет отлично (так и получалось) + вытряхивали доп. оплату (что для меня как то неудобно, что ли)
Заказчиков нечасто волнует WIN исполнителей, а некоторые и не скрывают своё желание вытянуть из исполнителей как можно больше за те же деньги. Меня однажды просили на почасовой ставке закончить проект без таймера, т.к. финансы на исходе.
Было бы интересно узнать, как у вас получается это реализовать.
Типичное дело, если кто-то хочет вести игру в закрытую, ничего хорошего не будет.
Слишком большая вилка может говорить о двух вещах: либо требования совсем сырые и надо плотно поработать над их сбором и анализом, либо подрядчик не профессионал, КП в двух цифрах никто не пишет.
Тоже пробовал работать с небольшой командой программистов. Офис не нанимали, работали все по домам после работы (по 3-4 часа в день 4 человека).
Для себя решил, что не мое это — деньги не большие, проблем много. Проще работать на кого-то за фиксированную зп и 8ч в день. Есть свой собственный проект, который тоже приносить прибыль и удовольствие. В общем живу как рыба в воде — работа (web developer — php, java) приносит удовольствие и деньги и свой проект (android) не дает скучать. А нужно ли больше? Нервные клетки не восстанавливаются.

P.S. Может я уже старею… 30 скоро )
Согласен. К сожалению, должен быть кто-то главный, кто будет раздавать люлей и принимать их от заказчиков.
Демократия тут не работает. Работаю только как ведущий (слушаем все сюда) либо как ведомый (слушаю, господин)

Полностью согласен с вами. Демократия более-менее работает только до начала работ по проекту, а после только жесткая диктатура. А порой при такой структуре бывают курьезные ситуации, когда один из ведущих подключается ведомым, но самое веселое, когда ведущие бывают друг у друга в ведомых (из-за особенностей специализации). В этом случае начинается поток подколок, которые очень хорошо разряжают обстановку.
Насчет продаж – есть у меня давняя гипотеза о том, что обычная схема продаж (нанимаем девочек-продажников, пишем мануалы/ устанавливаем KPI, отправляем искать заказы / обрабатывать пул входящих) не работает в вашем случае. Компетентному заказчику (а с такими и работать приятно, и на T&M соглашаются охотней) не нужны банальности «мы — молодцы», «мобильный апп — это круто для вашего бизнеса», «нужно уточнить у тех. отдела» – он хочет сразу понимать уровень команды и ее возможности.

Поэтому, как мне кажется, намного лучше если переговоры ведут наиболее опытные люди в команде (как правило, владелец или матерый PM) – которые и в нужды бизнеса клиента могут вникнуть, и прямо на встрече привести референсы со своего опыта/ похожих проектов, придумать какие-то интересные ходы.
FixPrice гарантирует, что исполнитель не будет затягивать сроки и делать плохой код (и брать потом время на доработку и исправление), заказчики этого опасаются.
Действительно гарантирует ?) Как показывает практика, проекты по fix cost тоже часто факапятся по срокам.
Имеется ввиду, «не будет специально закладывать в код баги и делать 1 часовую задачу 3 дня».
Как правило, это никому не надо, задача нормального подрядчика — сделать клиента довольным и продукт интересным, иначе такое в портфолио не поставишь и клиент уйдет, что фактически означает упущенную выгоду для подрядчика. Когда обе стороны, вместо создания хорошего продукта, начинают свои косты резать и играть в закрытую, вот тут и вылезают выкинутые на ветер деньги, вот этого действительно стоит боятся!
Такое бывает, но по T&M факап по срокам еще и выльется в дополнительный бюджет.
UFO landed and left these words here
Объяснять потом заказчику, что динамический сайтмап ему нужен, и добавить руками пару строк — не вариант, тоже интересная и творческая задача :)
Особенно, если в прошлый раз исполнитель сделал весь сайтмап за пару часов, а вы потратили день на «добавить пару строк», пусть и сделали его динамическим.
UFO landed and left these words here
О, расскажите, пожалуйста, как управляете ресурсами – ведь вас всего пятеро в команде, а проектов несколько. Часто бывает такое, что нужно «вырвать» разработчика с одного проекта и срочно бросить доделывать другой? Или другие какие-то проблемы с переключением контекста?
Если работать по dedicated team, вырывать ничего не надо, заказчик платит за полное время сотрудника. Фактически мы не пилим ресурсы по проектам. Закончился один, начали другой. Есть в команде пожарный, на случай экстренных ситуаций у заказчиков, и обычно это платный суппорт, который также ставиться в планы.
Получается, в работе всегда один проект? А если приходит новый заказчик, то предлагаете подождать, пока команда освободится? Схема, конечно, хорошая – но тогда нужно очень долгосрочно планировать продажи, что бы команда не простаивала…
Да, сейчас у нас есть дырки, закрываем своими проектами или короткими интерациями по внешним. Когда разработчик делает по 2-3 проекта за день, ничего хорошего не получается.
Мне кажется, 5 разработчиков вполне можно разделить по проектам. Не получилось?
Увидел свою компанию в вашей истории, за исключением того, что 7+ лет ушло на создание того, что вы затратили меньше года. Молодцы, быстрый и недорогой опыт получили. Интересно было бы посмотреть, что получится у вас в долгосрочной перспективе, еще интересней встретиться лично и пообщаться. Желаю роста и успехов бизнесу.
Спасибо, быстрый старт получился лишь благодаря сильной команде, можно сказать я этих ребят 14 лет собирал, что не так быстро) Пишите в личку, пообщаемся.
Спасибо за то, что поделились опытом.

Я для себя запомнил:

1. Работа в недельных итерациях/ циклах
2. Первая неделя тестовая
3. По результатам тестовой недели принимается решение о дальнейшей работе

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

Назрел вопрос, как выставлять цену за эту первую неделю?

Логично, что цена должна стоить меньше дальнейших итераций и изменяется в зависимости от размера проекта.

Мы не берем оплату за первую неделю! Серьезно. Только, если заказчик доволен, он сам принимает решение продолжить сотрудничество и оплачивает эту неделю, ровно по тем же ставкам. Если мы не показали себя, ничего заказчик не платить. Это огромный риск для бюджета, но пока не видим других вариантов показать свой уровень.
А что может быть результатом работы за первую неделю? Что вы показываете заказчику?
Или его решение о продолжении работы строится в основном на опыте общения, а не на достигнутых результатах?

Я к тому, что, если не считать прототипов, то все что можно показать заказчику за неделю скорее всего будет настолько техническим и непонятным, что вряд ли не сможет его впечатлить.
Вы сейчас про новый продукт говорите, да, тут только прототипы можно успеть скорее всего. Если это готовый продукт, который надо доработать, за неделю можно многое успеть. Мы закрывает по 30 небольших задач и багов за неделю в среднем.
Да, про новые конечно. Интересно именно что в вашем опыте было, что вы успевали показать.
Как я и писал, пока только один тестдрайв был, и это не новый проект, сайты были уже рабочими
Мы когда-то очертили для себя следующий тезис: Проекты от N суммы и сроком от M месяцев.
Тем самым мы решили для себя проблему: что делать когда заканчивается один проект, то что делать. За M месяцев мы успеваем не только найти, но и создать очередь на наши услуги. И проекты подпадающие под наши требования N/M прожить без поддержки просто не могут, таким образом мыы как производители принтеров — устройство дешевле, картриджи — много и дорого, а поробуете поддельные — сами виноваты. :)
Как очередь наработали, интересно
Мы задаём вопросы, которые заказчиков заставляют очень хорошо прорабатывать и обдумывать то, что они хотят и ответы на наши вопросы готовятся иногда месяцами. А те, кто не готовы — уходят. Мы не начинаем проект до тех пор, пока у нас не будет информации достаточной для работы на какой-то должности заказчика по управлению процессами/продуктами/итд. И хотите верьте или нет, но во многих областях все друг друга знают и общаются. И когда клиенты довольны они говорят: Вот смотрите а у нас вот такое есть. И в ответ слышат: О, мы о чём-то похожем думали. А вы как это сделали? И так далее. И от момента превого контакта до начала работ может и год пройти. Время от времени перед тем, как ложиться спать или начать пить, пишем письма в стиле: Ну, как у вас дела? Может вам помочь? Если нужна технологическая консультация или какая-то другая — обращайтесь, мы найдём время. И зачастую даже денег за это не берём, хоть и можем потратить месяц на консультации. Хотя скрывать не будем, в случаи старта — мы Z% припишем к бюджету за ранее оказанные консультации. Одним мы это говорим, другие нас об этом не спрашивают. Клиенты в стиле: «Хотим что бы было круто» — не наши клиенты. По такой схеме мы работаем только с теми, с кем у нас давно идёт работа, и мы иногда разбираемся в бизнес процессах не хуже их руководителей, а иногда даже лучше.
вы делаете нишевые решения или что закажут?
Что закажут то и делаем. У нас есть продукты для маркетинга, для ритейла, для автомобильного рынка, есть всякого рода анализа, букинга. Но, если нишевые вы имели ввиду без свободного доступа, то — да. Иногда мы берём временных сотрудников и всем им сразу говорим: Вашу работу ни кто и ни когда не увидит, вы ни когда не сможете её ни кому показать. А даже есть проекты публичные, ни кто и ни когда не узнает как они появились на свет.
UFO landed and left these words here
Пока нет, хотя попытки переманить были, ребята мне сказали, у нас очень хорошие отношения в команде, очень)
Система в процессе, спасибо за пожелания!
К примеру, мы ни когда даже об этом и не думали и причин тут несколько:
1. Мы ни когда не работали и не будем работать с теми, у кого будет финансовая составляющая больше чем номер №3 в списке жизненных приоритетов
1.1. Если этот наступает в процессе работы, мы плавно сварачиваем занятость это персонажа и прощаемся с ним
2. Если кто-то предлагает работу интерестнее чем у нас — мы с радостью отпустим, и потом ещё и советами помогать будем

Иногда мы даже нанимаем сотрудников наших заказчиков, если в требуемой области мы не разбираемся и нам нужна помощь.
Хороший, но непривычный подход, для меня.
Сколько у вашей команды лет работы в сумме? Просто ради интереса спрашиваю.
Если брать каждого по отдельности от 5 лет минимум. Если брать, как командой, в этом составе, примерно 2 года.
Нет, суммарно для каждого. Т.е например первый человек работает профессионально уже 7 лет, второй уже 11. Суммарно 18. Вот эту цифру хотелось бы узнать.
Хм, а зачем это нужно? Пока не понимаю как с этого числа пользу извлечь ;)
10 программистов по году = 1 программисту с 10-летним стажем. И что? что-то не понимаю.
UFO landed and left these words here
Какой смысл такой арифметики? Девять беременных женщин за один месяц не родят.
смотря какой срок. могут все в один а могут по одному каждый месяц :)
Наш основной фейл — в начале хватались за все проекты.
Сейчас берем только по профилю, софт для маркетинга пишем на python, вроде ниша небольшая, зато демпингующей школоты нету.
Продажами сам занимаюсь, общаюсь, показываю что в теме, учу маркетологов заказчика, беру проект =)

На чем пишите бэкэнд?

Объяснить клиенту, даже неопытному как работают интерации и их преимущества достаточно просто, поэтому Fix price только для толстосумов (подстраховка 300% мин и оглаской что все изменения в ТЗ идут отдельным контрактом), всем остальным в очередь за T&M, в противном случае получается бардак и нервотреп.

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

Удачи вам!
Кстати, можно подробнее про «поищите партнеров»? очень интересно где их искать)
Ищите компании которые обслуживают тех же клиентов только с другой стороны. Например UI/UX/Design агенства, у них как правило есть небольшая команда девелоперов, но этого не достаточно. Едте в гости, подружитесь, договоритесь об откате/условиях (~10% от контракта) и начинайте работать вместе. Старайтесь выходить на самых крупных/успешных (к сожалению у нас в РФ многие крупные/успешные, делают губы писей, но ищите подход и к ним).
либо сворачиваться и разбегаться по конторам на ЗП, либо идти дальше.

Варианты с долями не прокатили: либо не надо, либо сильно нужны ежемесячные доходы. Стабфонд — личные сбережения. Прикинул, что смогу вытянуть максимум два месячных бюджета. Зарплаты ребят немаленькие, на рыночном уровне для их опыта.

С вами понятно. А ребята что, просто перешли из одной конторы в другую? Как были на ЗП, так и остались на ЗП.
Первых два фейла можно было избежать, если поставить себя на место заказчика. И относительно fix price — если я вношу в бизнес-план затраты, мне как вносить «от до?» Да с таким подходом такой бизнес-план финслужба пошлет куда подальше.
Есть вполне цивилизованный подход — договор, где прописываются сроки выполнения и конкретная стоимость. От этой конкретной стоимости и высчитываются штрафные санкции для исполнителя в случае несоблюдения сроков и для заказчика в случае задержки оплаты. Интересы сторон защищены полностью.
Все правильно, только у этой схемы есть очень фатальные ограничения, когда заказчик делает акцент только на минимальную цены и сроки, выбирает самую дешевую команду, которая не заложила кучу рисков в оценки, команда выходит из бюджетов и начинает сливать работы по качеству, объему, срокам…
Если хотите напишите в личку, могу кое что подсказать в плане дачи конкурентных преимуществ без снижения цены.
Из всех известных общественности Ваших действительно Маркетинговых действий (крик друзьям в соц сетях, были уже знакомые) данная статья на Хабре это качественный скачёк. То есть Вы ведь вообще не продавали, даже не пытались. То что описывается — это продажами назвать очень сложно. А нотки плача Ярославны уже имеют место быть. Нужен человек, просто он должен быть прирождённым продавцом, так же как Ваши технари имеют талант в формальной логике и булевой алгебре. Ищите человека. А потом, когда увидите, как он влезает в души заказчикам, сами будете ему накручивать бонусы и подавлять ворчание программеров по поводу — «за что ему платят он ведь ничего не делает?»
крик души менеджера по продажам)
Продавать пробовали конечно же, однако, да, мы в самом начале.
Отнюдь, не продавец, и отлично понимаю, что не продавец, что и Вам предстоит осознать, если сложится.
А отправить компаниям предложения по почте, компании не отвечают, мы сидим и ждём — это анекдот, за который отвечает менеджер, в Ваш огород.
Можете поделиться, какие аргументы вы приводите клиентам, чтобы уговорить на T&M? Мой опыт показвает, что российские заказчики готовы на бюджеты с заложенными рисками, но не на почасовую оплату. На крупных и сложных проектах это проблема. Некоторые задачи я открыто говорю, что не возьму на Fixed Price, так как специфика работы такова, что разработка уникальна и промазать можно + — трамвайная остановка.
Расскажу о нашем удачном и не очень опыте работы в команде. Знакомы мы были с товарищем со школы, когда мы учились в ВУЗах то контачили в основном как соседи по съемной квартире и заядлые геймеры. Затем он устроился на работу связанную со строительством, я продолжил обучение и мы оба изредка подрабатывали фрилансом. Я к моменту окончания учебы полностью убедился, что выбранная профессия не то что мне требуется в жизни и товарищ мой «созрел» чтобы уйти из зоны комфорта и заняться своим делом, тогда он уже определился с направлением работы: проектировка и вёрстка интерфейсов. Он привлекал меня как дизайнера и со временем я тоже осознал, интерфейсы это действительно то, что я всегда любил. С момента когда сидел на коленях отца в самолёте и упоенно втыкал на всякие приборчики. И дело пошло. Заказчиками у нас были в основном иностранцы: Канада, Германия. Россия тоже была, делали даже интерфейсы для одного производителя навигационного оборудования из Европы, представьте, наши интерфейсы на дорогущих заказных яхтах, красота.
Постепенно товарищ мой стал осознавать необходимость открыть офис и полноценно работать вместе. Сняли помещение, закупили подешевке б\у столы и кресла, притащили комплектующие из чуланов и собрали из того что было машины. Я вообще соорудил рабочее место на базе ноутбука с внешней клавиатурой, мышкой и монитором. Был энтузиазм и было желание сэкономить, все получилось отлично. Работали себе работали, но со временем команду захватила идея «хватит работать на дядю, давайте делать свои проекты». И вот тут, я считаю, начали бежать между нами трещины непонимания и недоверия. Формально проекты мы делали командно, обсуждали вместе, потом распределяли обязанности. Но реально получалось следующее: программисты вроде бы слушали дизайнеров, но делали все абсолютно по-своему. Частично из за ревности, как мне кажется, частично из за страха провала. Основным направлением собственных проектов директор выбрал приложения в маркет W8. Меня как дизайнера беспокоил факт, что основной упор в разработке делается на техническое совершенство и полировку нюансов, а не на общее впечатление от продукта. Например, яркий слоган и логотип для программы считался чем-то вторичным, что можно потом долелать, после того как пользователь оценит скорость работы интерфейса, выполнение его четко по гайдлайнам MS, логикой экранов и т.п. Но, то что при этом он выглядел на четверочку с минусом во внимание не бралось. Но это не самая большая беда. Собственные проекты оттягивали колоссальные усилия, а с усердием и маниакальному отношению к мелочам программистской части команды это превратилось в катастрофу. Я не мог достучаться до партнеров с мыслью, что приложение за три копейки никто никогда не будет изучать с лупой, и искать сдвиги на полпикселя.
Напряжение росло. Необходимость четкого позиционирования себя как маленькую команду профи, занимающихся только GUI, игнорировалось. Был сделан фирменный стиль, шаблоны для behance, найден переводчик для текстов, чтобы наконец-то доделать сайт, который мягко скажем был «не очень». И вот это моё постоянное напоминание, перегибание палки: «ребята, нам надо пиарить себя на зарубежных площадках, нам нужен четкий бренд развивать, я всё это умею, есть опыт, это наш шанс на развитие» приводило к почти ежедневным спорам, переходившим в откровенную ругань. Со временем ребята начали воспринимать меня как разрушителя рабочего порядка, я сделал было попытку изложить все дипломатически, письменно, но это не возымело успеха. Пришлось уйти. Сечас опять фриланс, заказы вроде бы и есть и скил постепенно растёт, но горечь ощущения просранных возможностей и перспективы, увы, еще сильна. С той стороны тоже обида, с заказами вроде-бы не совсем хорошо.

Спасибо что дочитали, буду рад конструктивной критике. Мечтаю работать снова в команде.
А что с командой?
Я не мог достучаться до партнеров с мыслью, что приложение за три копейки никто никогда не будет изучать с лупой, и искать сдвиги на полпикселя.
получилось?
Не получилось переубедить, что пользователь маркета смотрит на картинку, а не на тонкости реализации. Из двух приложений, он выберет то, которое круто выглядит, нежели то что выполняется на 10 миллисекунд быстрее.
Есть просто разные стадии воронки продаж. Решение о скачивании принимается по картинке. А вот решение о покупке внутри, например, принимается уже по другим причинам. Учитывая, что сейчас большая часть приложений бесплатны, это тоже нужно иметь ввиду.
В мобильных маркетах сейчас «кризис перепроизводства», погнавшись за мечтой о своем заотолом стартапе, мы забыли о синице в руках, которая очень неплохо кормила всех.
Я склоняюсь к следующему тэзису: Кризис перепроизводства клонов, калькуляторов, считалок, игрушек, клиентов ко всему на свете.

Таких продуктов как текстовые процессоры, бухгалтерские программы, программы управления процессами производства — единицы.
А команд/компаний/студий способных реализовать ту же 1C или какую-то часть MS Dynamics — и того меньше.

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

Дам совет: Уходите, как я это называю, в «глубокий эрнерпрайз». Там просто не паханое поле, вы можете искать год-два проект, но потом следующие 10 лет — 100 человек будет работать.
Я могу предложить место в команде.
.
Но уже сейчас могу сказать, проблема ваша в том, что слова: Пиарить брэнд, развивать себя на площадках — хрень собачья, если не сказать более грубо. Все наши клиенты есть в Wikipedia, с большим количеством описания и тому подобное, но ни кто из них понятия не имеет о том, какой «брэнд» мы представляем, им глубоко всё ровно как будет выглядить будущий продукт. Всё что они знают — мы справимся, и даже когда мы завалили проект и все потеряли год, все только огорчились, сделали выводы, и всё начали с чистого листа и только потому, что все всегда были уверены в том, что мы справимся.

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

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

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

Странно, многие берут прибор только из за логотипа в виде надкушенного яблока, не читая характеристики, т.к. четко усвоили связь «Эпл = качество».
У нас был один клиент, мы работаем с ним уже 3 года. В какой-то момент меня спросили:
— Тебе новые клиенты нужны?
— Да, почему бы и нет
— А от этого наши проекты не пострадают?
— Не должны
— Ок, я переговорю
— А кто это вообще, о чём речь?
— Да так, не большой банк (ложь, очень крупным оказался)

Или вот так:
— Вы iOS занимаетесь
— Нет, не наш профиль
— Ну, тут есть компания, у них трудности
— Что за трудности?
— Они пытались делать своими силами, хоть это и не их профиль…
— Ок, давай пусть связываются, посмотрим что сможем сделать

Приложение было сделано. Потом был такой диалог:
— А вы это сделаете?
— Да
— У нас совещание по этому проекту, будут присутствовать представители трёх стран. Вы за неделю визы сделаете?
— Не уверены, но попробуем

— Как там визы? Все ждут только вас.
— Ок, отложите на неделю, но мы прилетим.

Вот как-то так. Нас передают исключительно из рук в руки.

Сарафанное радио вещь хорошая, безусловно, у нас тоже есть сработавшиеся конторы, которые снабжают заказами и новых приводят клиентов.
Тут выше господин написал о занимаемой нише. Я переформулировал в голове проблему: мы из разработчиков уникальных интерфейсов для крупных заказчиков (там и яхты упомянутые, производители лазерного оборудования, МЧС, гидроэлектростанции, АЗС) пришли и встали к многотысячной армии мелких разработчиков софта для апп-маркетов. Вот это, я считаю, самый эпичный фейл и моя вина, что я это не смог донести, вместо этого навлек репутацию «скандалиста» и «бездельника» (вот, мы работаем сутки на пролет полируя код, а ты на каких-то бехансах сидишь).
О, мысль уловил верно.

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

В этот момент я вспоминаю разговор с одним из клиентов, состоявщийся много лет назад о создании банерной сети, который свёлся к следующему:

— Сейчас банерных сетей как грязи, как вы вообще это собираетесь использовать?
— Да, я знаю. Но я знаком с правлением Яндекса и Mail.Ru и получу хорошие скидки на трафик.

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

Да, это огромная ошибка для бизнеса. Сидеть на узкой корпоративной нише гораздо выгоднее и спокойнее, чем искать рыбку в мутной воде масс-маркетов.
пока читал статью захотелось взять бутылку водки и шашлычок и приехать познакомиться)) как все знакомо..)
С радостью, только я немного далековато сейчас живу от МКАД… В Ереване)
Будете у нас на Колыме — милости просим.
Полезно. Я тоже начинаю консультировать и пока сделал пару выводов:
1) клиент с маленьким бюджетом но большим именем лучше чем большой бюджет под NDA
2) от проектов надо отказываться если понимаешь что он тебе не интересен, например мне не интересно аудировать PHP сайт
«Т.е. мы ничем не отличаемся от команды студентов 3-го курса из Нижнего Балаганова ...» Так так оно и есть на самом деле! Да, студент 3го курса будет корячится неделю дольше над тем, что «мэтр» напишет за два дня, наваяет в 10 раз больше строчек кода и код будет в 3 раза тормознее. Но он напишет!

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

И ваше заявление «знаем и применяем хорошие инженерные практики TDD, Patters, DI ...» звучит как обида некоторых знакомых строителей «я 20 лет кирпичи клал ровненько и аккуратно, а этот… набрал гастеров, которые стенку ровно сделать не могут!». Да набрал, потому что вопрос цены, гастеры (читай — студенты) кирпичи (читай — код) кладут (ваяют) хуже, но ДЕШЕВЛЕ!
Only those users with full accounts are able to leave comments. Log in, please.