Как команда технарей свою студию создавала. Опыт первых месяцев. Достижения, фейлы, умозаключения…


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

    Менеджеры так же внезапно отвалились, как и появились. Проекты, на которые мы рассчитывали, сразу не пошли. Что-то надо было предпринимать: либо сворачиваться и разбегаться по конторам на ЗП, либо идти дальше.

    Итак, с начала, что мы имеем на первом месяце жизни:
    • Сильная техническая команда из 5-ти человек. У каждого большой опыт крупных проектов. Все технари.
    • Два проекта на суппорте, суммарный бюджет не более 150К в месяц. Не окупает бюджет команды.
    • Небольшой опыт ведения бизнеса у меня (интернет магазин, 4 года в плюсе, есть ИП).
    • Офис в центре Москвы за суппорт проекта, денег не тратим.


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

    Второй, и самый главный вопрос: где найти проекты? Портфолио слишком маленькое, в основном это либо свои проекты, либо что делалось по вечерам/ночам на фрилансе. Ещё последний, большой проект, который мы делали на фултайм и взяли на суппорт в итоге. Единственный плюс — практически все они большие и сложные, десятки/сотни тысяч строк кода, хорошо написаны… Минусы — практически всё это стартапы: какие-то закрылись, какие-то enterprise и сложно показать в деле. В портфолио не стали включать то, что каждый по отдельности делал на разных работах, только командные проекты за последнее время.

    Тут сразу встал вопрос позиционирования. Первое, прикинули, что мы умеем делать действительно хорошо:
    • Мобильные приложения под iOS, Android.
    • Web-проекты (backend, frontend).
    • Адаптивные сайты под мобилки.
    • Знаем и применяем хорошие инженерные практики TDD, Patters, DI… короче умеем писать нормальный код.
    • В команде есть тестировщик/верстальщик.
    • Есть проверенные партнёры по прототипированию, дизайну, флешу, SEO, низкоуровневой разработке.


    Второе, выбрали, на каком сегменте специализируемся, крупно. Решили делать акцент на мобильных приложениях: гораздо меньше конкуренция, более перспективный сегмент рынка. Веб-проекты не отметаем совсем, кроме мелких, тут мы не конкуренты с нашим уровнем ЗП. Остальное непрофиль, если вдруг понадобится, будем работать с партнерами.

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

    Четвертое, мобильные приложения — это слишком широко. Чем мы лучше остальных? Где нужна наша экспертиза? Последнее время мы делали стартапы, решили делать акцент на них. Это совершенно отдельный сегмент рынка, на котором классические схемы аутсорса по Fixed Price сильно тормозят проект, тут очень важна скорость и гибкость. Как раз в этом у нас есть большой опыт. Как раз тут максимально проявляется технический уровень команды. Стартапы казались идеальным вариантом:
    • Это не типовые проекты. Интересны нам технически.
    • У них нет времени месяцами/годами собирать свою команду. Инвесторы/рынок ждет первую версию в ближайшее время.
    • У нас есть готовые наработки, заказчик получает их сразу, не тратя ни копейки.
    • Знаем как готовить стартапы, многие грабли давно пройдены, выводы сделаны.


    Тут и родилась концепция «rentateam», команда в аренду (только потом узнали, что по-научному это «Dedicated Team»). Для заказчика мы не должны ничем отличаться от собственной команды, должны поддерживать максимальную гибкость, высокую скорость изменений, четкую прозрачность по результатам работ. Нет смысла стартап заставлять писать ТЗ, загонять в рамки четких требований, через несколько месяцев видение продукта может быть совсем другим. Fixed Price для стартапов — это в 98% случаев проваленный проект, исключения — только крупные подрядчики, которые спокойно могут запросить весомую цену, включающую все риски, и не экономить на качестве. Небольшой команде никто и никогда не даст таких бюджетов, поэтому все работы будут по Time & Material Model (T&M). Заказчик определяет на сколько недель/месяцев он берет команду, всю или часть, описывает первый фронт работ. Мы еженедельно выкатываем версии, даём отчёты о проделанной работе, планируем новую итерацию. Заказчик платит маленькими порциями, видя конкретный результат, снижая риски с каждым релизом.
    Аналитика закончилась, приступили к делу. Рассчитали нормочас по T&M (исходили из бюджета в ноль с небольшой прибыльностью) и нормочас по Fixed Price (учитывает типовые риски оценки проекта перед реализацией). Вот основные: риск недооценки сложности проекта, планирования финансов/приходов, управления изменениями (баг/change request), временный вылет ресурсов (болезнь, внеплановый отпуск, увольнение). Сделали сайт, зарегался как работодатель во всех фондах…
    Текущие два проекта фактически и были по схеме аренды команды, всех устраивало. Началось общение с новыми заказчиками.

    Фейл номер один — акцент на качество. Наша ставка на качество и опыт была пустым звоном для заказчиков. Типовой разговор: «Да-да, понятно, вы качественно делаете, опыт большой бла-бла-бла. Денег сколько?» Для заказчика мы ничем не отличаемся от сотни других компаний, которые ровно так же заявляют, что у них самые крутые разработчики. Ни оценить, ни проверить клиент этого не может, белый шум). Единственное, что заказчик четко понимает — это цена! Т.е. мы ничем не отличаемся от команды студентов 3-го курса из Нижнего Балаганова, и по цене им не ровня.

    Фейл номер два — аренда команды, о чем вы? Сколько по срокам и деньгам? Если честно, сложно назвать это фейлом. Вполне ожидаемо, что многие заказчики будут рассматривать только Fixed Price, многим даже не предлагали T&M. По нашей скромной статистике большинство лидов (потенциальных клиентов) хотят Fixed Price, большинство фактических клиентов работают с нами по Dedicated Team или T&M.

    Фейл номер три — есть быстрые, стопудовые варианты новых клиентов.
    • Отписал в соц. сетях, при встрече со знакомыми рассказывал, чем теперь занимаюсь… В результате — один крупный проект. Мой друг прекрасно знал наш уровень, текущие подрядчики его не устраивали — бинго. Но не всё так просто, первые 2-3 месяца мы пробивались сквозь дебри согласований, юридических нюансов, долгих ожиданий… Причем каждую неделю было от «вот-вот начинаем работать» до «походу все заглохло». Другой хороший знакомый работает в одной из крупнейших студий, на хорошей позиции, и у них нет мобильного направления. Казалось бы, у нас — желание и опыт, готовая команда, у них — большой поток клиентов. Win-win! Через месяц я понял, что шансов нет.
    • Ставка на экспертизу в конкретном области — HR. Последний, крупный проект был на этом рынке. Нашел проекты, у которых нет мобильного приложения, написал персональные письма каждому. Их было немного, практически все либо не ответили, либо ответили, что пока не думали о мобильном приложении.
    • Всё та же команда продажников, которая должна была обеспечивать нас потоком новых заказов, как я и писал, слилась. Найти со стороны — с ходу не удалось. Я очень много нанимал технарей, но ни разу не сталкивался с продажниками, и слава богу. Все откликнувшиеся персонажи либо не проявили никакой активности, либо записались на собеседования и не пришли. Я думал что-то делаю не так, потом знакомые HR сказали, что это всегда так, только толпами нагонять, только хардкор. Пока решил сам закрыть позицию.


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

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

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

    На контрасте появился и первый успешный опыт с новым проектом. Ровно противоположная ситуация: далеко не крупный клиент, обычные задачи по большому количеству интернет магазинов, написанных кое-как (такое не поставишь в портфолио). Но какой подход у заказчика! Он сменил кучу команд, накопил гигантский технический долг, в результате наелся подходом «как бы подешевле» сполна. Ему нужен качественный результат, он готов слушать и доверять. Классно, что проект нашел наш разработчик, он же и стал его менеджерить внутри команды — тоже интересный опыт. Мы сразу рассказали, как работаем, на что был примерно такой ответ: «Ребята, мне пару лет никто толком ничего сделать не может, я выкинул кучу денег в никуда. Где же вы были?» Он доверился нам, понял, что мы можем делать хорошо, и нам самим захотелось сделать хорошо, несмотря на говнокод и прочие сложности текущей реализации… Буквально за месяц мы вычистили самые убойные баги, подняли производительность в два раза, закрыли кучу бизнесовых задач, получили позитивный фидбэк от клиента — он был счастлив. Всё по схеме Dedicated Team, что подняло наш дух, показало, что эта схема может быть востребована на рынке и, главное, это приносит весомый результат для всех, WIN-WIN.

    Прошло полгода со старта. На данный момент у нас три активных проекта, 6 в портфолио, каждый разработчик или группа занимается ровно одним проектом в один момент времени. У нас нет продажников, PMов, бухгалтерии, юристов, секретаря… работают одни технари. Мы не зарабатываем миллионы, хотя удается держаться в плюсах. В основном бизнесовыми задачами занимаюсь я, PMом может быть любой, остальное аутсорсим. Мы осознали, что недостаточно быть просто командой технарей, подавляющему количеству клиентов надо объяснять, показывать, доказывать, вместе с ними продумывать не только технические аспекты проекта, предлагать варианты. И самое главное — доверие, мы не ждем, когда нас попросят дать отчет, рассказать о результатах или ошибках, делаем это самостоятельно и регулярно обсуждаем с заказчиком. Доверие надо заслужить, в самом начале общения с клиентом этого очень сложно достичь. Как-то надо показать заказчику свой технический уровень, способность быстро и эффективно решать задачи бизнеса. Лучший вариант — доказать это на практике, по фактическим результатам. Мы внедрили практику оплаты первой недели работы команды на усмотрение заказчика — никаких рисков для клиента, прекрасная возможность продемонстрировать, на что мы способны в деле. Если клиент доволен результатом и качеством, подписываем контракт, получаем оплату, продолжаем работу. Мы только начали продвигать эту практику: для нас это большие риски. Выводы делать рано. Есть пока один опыт внедрения, и он успешный.

    К чему сейчас стремимся? Да все к тому же — делать классные проекты!
    Также хотим поставить на поток поиск клиентов, сейчас он маленький и нестабильный, для этого уже многое сделано и многое предстоит. Делаем свои проекты в свободное время, инвестируем в новые технологии: у нас есть наработки по навигации внутри зданий на основе iBeacon, соц. приложение на основе технологии Bump, Facebook API, VK API.
    На самом деле, классная команда на аутсорсе практически равносильна собственной классной команде для большинства компаний. Есть ограничения, есть нюансы, но это тема отдельной статьи, там я с цифрами и примерами могу показать, если интересно.

    Мы искренне верим в WIN-WIN. Только сильные и гармоничные команды могут создавать действительно нужные, интересные проекты. В свою часть WINa мы верим, уверены что не провалим как минимум. Другую часть WINa, ищем, внешний проект это будет или внутренний — не суть важно.

    Кратко выводы:

    • Сильная техническая команда на старте — это очень важно, но вы, как опытные сотрудники, не имеете ничего общего с сильной аутсорсной компанией. Это разные вещи, это надо ещё доказать. Технических собеседований никто не проводит, хотя зря. Только после подписания контракта ваш опыт будет играть на вас.
    • Не ждите быстрых результатов, если у вас нет классного, тиражируемого решения. Цикл продаж 1-3 месяца.
    • Поток клиентов от знакомых нестабилен, нужно искать более прогнозируемые источники.
    • Сделать акцент на конкретный рынок важно и нужно, однако, поначалу придется браться за любой проект, чтобы выжить.
    • Стартапы — весьма сложные клиенты. Провалы в финансировании, задержки по выплатам, уговоры работать без контракта и каких-либо гарантий («мы 100% получим инвестиции на следующей неделе» и т.п.). Со всем этим надо уметь работать.
    • Вам придется развивать в команде новые компетенции. Чем шире компетенции каждого члена команды, тем проще и эффективнее работать. Узкая специализации слишком дорогая. В нашем случае каждый имел значительный опыт как минимум в двух разных технологиях (mobile+web).
    • Нужно уметь выделиться на фоне сотен и тысяч других команд — тут нет универсальных решений.
    • Каждый клиент важен, даже самый маленький проект может принести неожиданные позитивные результаты.
    Поделиться публикацией

    Комментарии 118

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                                                                +2
                                                                Так rentateam.ru/ — ваша компания надо полагать?
                                                                  0
                                                                  да
                                                                  +5
                                                                  На чем пишите бэкэнд?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                                                                                            И ваше заявление «знаем и применяем хорошие инженерные практики TDD, Patters, DI ...» звучит как обида некоторых знакомых строителей «я 20 лет кирпичи клал ровненько и аккуратно, а этот… набрал гастеров, которые стенку ровно сделать не могут!». Да набрал, потому что вопрос цены, гастеры (читай — студенты) кирпичи (читай — код) кладут (ваяют) хуже, но ДЕШЕВЛЕ!

                                                                                            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                                            Самое читаемое