Теперь вы фаундер ИТ-проекта
Мы в Softlex подключаемся к разработке в тот момент, когда она уже больше напоминает спасательную операцию. Мы не пишем это, чтобы напугать. Мы видели десятки проектов, которые шли “нормально”... пока не стало слишком поздно. И теперь делимся тем, что действительно работает.
Откуда берутся фаундеры
Как мы уже писали, 90% стартапов проваливаются. Но 10% вырастают в успешный бизнес. Поэтому другие тоже хотят попробовать.
Не все строят стартап мечты. Многие просто решают бизнес-задачу:
- автоматизировать процессы – а для этого нужна CRM,
- привлечь целевую аудиторию – а для этого нужен лендинг,
- повысить продажи – а для этого нужно мобильное приложение.
И так как заказчик всё глубже вовлекается в процесс, то становится фаундером поневоле.
Неважно, как всё начиналось – с амбиций или с конкретной потребности. Любой ИТ-проект проходит одни и те же этапы, и на каждом возникают одни и те же проблемы.
Понимание задачи
Идея – это фундамент, на котором строится весь проект. И именно здесь фаундеры чаще всего совершают первые (и очень дорогие) ошибки.
Чтобы не уйти в сторону с самого начала, важно честно ответить себе на ключевые вопросы: какую конкретно проблему решает мой продукт? Кто те люди, для которых я делаю сервис? Почему им вообще должно быть не всё равно?
Может показаться, что самый простой путь – скопировать то, что уже работает. Зачем что-то придумывать, если всё придумано до нас. “Хотим как у Х”, - говорят на старте (опционально добавляя: “Только лучше). Но это ошибка.
Почему это не работает?
Во-первых, неизвестно, что именно привело их к успеху. Можно скопировать фичи. способы удержания, вёрстку определённых экранов, но определить, что из этого действительно сыграло главную роль, куда сложнее.
Во-вторых, чужая бизнес-модель не сработает в других условиях. Каждый успешный продукт – это сочетание идеи, команды, рынка и даже удачи. Воспроизвести контекст, в котором всё взлетело, не получится.
В-третьих, подражание другому продукту не несёт собственной ценности. Нет уникального предложения, своей аудитории. Пользователи не понимают, почему вдруг нужно пользоваться копией, если есть оригинал.
Поиск и выбор исполнителя
Когда идея сформулирована и кажется, что всё ясно – наступает следующий важный этап: выбор тех, кто будет её реализовывать.
Хороший исполнитель – это не тот, у кого самое красивое портфолио, а тот, кто разберётся в вашем бизнесе и предложит адекватное решение. Обратите внимание на сам подход команды: как они коммуницируют, задают ли уточняющие вопросы, умеют ли объяснять техническое простым языком.
Логично предположить, что лучший критерий выбора – релевантные кейсы. “Раз у них в портфолио три CRM, то четвёртую они соберут с закрытыми глазами. Звучит убедительно, но на деле это не гарантия.
Даже не потому что все бизнесы разные, каждый процесс уникален (хоть это и правда). Просто средний срок работы в ИТ-компании – полтора года. На практике это значит, что разработчики, писавшие те самые три CRM, давно работают в других местах. Кейсы украшают портфолио, а фактическая экспертиза рассосалась вместе с командой.
Важно, кто будет заниматься вашим проектом прямо сейчас. А это обычно совсем не те же люди, что работали над похожими проектами.
Начало отношений
На этом этапе возникает важный вопрос: за что вы вообще платите? За время или за результат? Если за время – не получится ли так, что подрядчик честно “отработает часы” а продукт будет всё ещё не готов? Если за результат – то что в него входит, и кто это решает? И не возникнут ли какие-то дополнительные работы, о которых никто не предупреждал, но которые тоже нужно оплатить?
На первый взгляд, решение есть: всё описать в ТЗ.
Но ТЗ тоже требует времени и стоит денег – и часто превращается в проект внутри проекта, для которого актуален всё тот же вопрос.
Поэтому на старте важно смотреть не только на цифру внизу коммерческого предложения, но и на то, из чего она складывается и в каком формате строится работа.
Важно иметь перед глазами детальную разбивку по фичам, например, регистрация, каталог, корзина и оформление заказа, личный кабинет, уведомления, админ-панель и т.д. Так видно, как формируется итог, легче управлять объёмом – можно согласовать часть сейчас, часть позже, а дополнительные фичи обсудить отдельно. Такой подход снижает риск неожиданностей и создаёт понятную договорённость о составе работ.
Что касается формата работ, то обычно это два варианта:
- Fix Price (фиксированная цена). Плюс: заранее известны стоимость и сроки. Минус: отсутствие гибкости. Любое изменение ведёт к пересмотру бюджета и конфликтам вокруг объёма работ.
- Time & Materials (повременная оплата). Плюс: гибкость и прозрачность. Платёж идёт за фактически выполненные задачи, а команда может оперативно адаптироваться к изменяющимся требованиям. Минус: итоговый бюджет зависит от хода проекта.
Работа над проектом
Написали вам ТЗ (100500 страниц, вы не осилили). Нарисовали макет, красивый. Делают сайт. Вроде работает. А стоит копнуть глубже, и разверзаются адские бездны.
Чтобы этого избежать, важно не просто ждать финальный результат, а контролировать процесс по ходу дела.
В конце этапа, в идеале раз в неделю или в две, пусть команда показывает, что уже готово. Не отчёт о проделанной работе, не скринкаст, а тестовую версию функционала, которую вы уже сами можете потыкать.
Но и регулярные демо – не выход. “Вот, смотрите, всё работает”, - показывают вам, но не факт, что не работает только то, что показали.
Увы, внешняя красота почти ничего не говорит о том, что внутри. Сервис может запускаться, кнопки – нажиматься, а заказ оформляться. Но при этом в коде полно “костылей”, вёрстка ломается, стоит зайти со смартфона, а тесты никто не делал.
Поэтому качество выполненной работы нужно оценивать не по ощущениям (нравится/не нравится), а по конкретным критериям.
Настаивайте на разделении проекта на этапы с четкими сроками и понятными целями. В начале этапа – уточнение и согласование требований и критериев приёмки, в конце – приёмка и оплата.
Приёмка проекта
Приёмка кажется самым простым этапом: задачи закрыты, продукт готов, можно подписывать акт и открывать шампанское.
Критерии приёмки соблюдены, нагрузочное тестирование проведено, проект выложен в продакшн (или появился в сторах), если это мобильное приложение). Вроде всё?
Есть ли у вас доступ к исходному коду проекта?
Можете ли вы сами зайти в облако, на доменный регистратор, в аккаунты сторонних сервисов, интегрированных с вашим, в кабинеты разработчика в сторах? (Кстати, это подробно описано тут, и даже есть конкретный чек-лист).
Существует ли техническое задание, тест-кейсы и чек-листы? И если да, то переданы ли они вам, или так и остались внутренними документами команды?
Есть ли инструкция по развёртыванию проекта, чтобы любой новый разработчик мог это сделать без созвона с прежней командой?
Передали ли вам макет дизайна и все сопутствующие материалы – или у вас только красивые скриншоты?
Если вы ответили “нет” на любой из этих вопросов, то проект пока принадлежит не вам, а подрядчику. Сегодня это мелочь, завтра – источник больших проблем.
Развитие
Ну теперь-то точно всё. Проект завершён и готов к релизу. Скоро запуск, и можно будет наслаждаться успехами? Как бы не так. Предстоит ещё добиться того, чтобы о нём узнали. В этот момент вы поймёте, что разработка – это ещё полдела. А другая половина – реклама, маркетинг и seo.
Разработка – вот что создаёт ценность. Так почему бы не сконцентрировать весь бюджет на этом? Сделаем продукт – и дальше он “сам себя продаст”.
Но именно здесь и кроется ошибка. Продукт сам себя не продаст. Конкуренция огромна: тысячи сервисом появляются каждый день, и ваш легко затеряется на их фоне, если вы не позаботитесь о продвижении.
Иначе получится, что деньги вложены, продукт готов, а пользователей нет. А нет пользователей – нет и ценности. Ради чего тогда вообще всё это делалось?
Хотите знать больше? У нас еще много интересного:
Привет, я Алексей Сорокин, и мы в Softlex запускаем проекты так, чтобы вы становились их владельцем, а не рабом. Потому что знаем, как часто предприниматель хочет освободить себе время – а получает ещё больше задач.
Мы говорим с бизнесом на одном языке: сначала разбираемся в ваших задачах, а потом предлагаем простые и прозрачные решения, которые экономят ресурсы и помогают расти.