будни

Сегодня общался с клиентом, который хочет знать, сколько стоит сделать маркетплейс.

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

Пускай это жёсткий пример, но история классическая:
1. заказчик описывает задачу и просит назвать сроки и цены;
2. подрядчики называют сроки и цену и берут проект;
3. начинаются работы по проекту, и что-то идёт не так;
4. к дедлайну нужного результата нет, все недовольны. Но проект надо доделать.

И эта проблема не только у аутсорсеров — такая же динамика есть и во многих продуктовых компаниях.

Почему так происходит?

- 💼 заказчики живут в реальном мире: если продукт не начнет продаваться или решать другие задачи вовремя, то экономика бизнеса не сойдется и можно закрываться — поэтому они требуют четких сроков и смет;
- 🙏 подрядчики вынуждены комититься в сроки и деньги без детальной проработки проекта. Иначе проект возьмет более сговорчивый конкурент, и команда останется без зарплаты;
- 🛠️ разработчики в команде мечтают работать над сложными проектами уровня Яндекса, но вынуждены пилить такие кривые задачи, как будто их ставили некомпетентные дураки.

На самом деле все хотят как лучше.

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

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

(Этот пост я написал с третьей попытки, а потом понял, что потребуется целая серия постов. Так что я знаю, о чём говорю.)

💡 Для того чтобы управлять сроками, качеством и стоимостью разработки, нужно действовать контринтуитивно: уметь находиться в состоянии неопределенности, выдерживать её — и методично её прояснять.

На старте проекта бессмысленно требовать от заказчика четкости: вообще самое плохое, что можно сделать — это заставить его написать техническое задание (если он умеет писать ТЗ — то он и программирует неплохо). Вместо этого мы вначале 70-90% времени работаем исследователями — разбираемся, какую бизнес-задачу заказчика решаем и какие ресурсы и ограничения у нас есть.

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

Мы с клиентом запустили стартап. Он помогает малым локальным бизнесам — кофейням, барбершопам и другим — зарабатывать по модели, которую применяют Amazon и Яндекс.

Сделали мы это с помощью технологии PWA — создали практически полноценное мобильное приложение — с оффлайном, пуш уведомлениями и иконкой на рабочем столе, используя только веб технологии! А при запуске чуть не попали в замес борьбы Apple с Евросоюзом.

В новой статье делимся, как у нас получилось успеть всё это за 6 месяцев при том, что требования постоянно менялись (стартап!)

Хотите запустить проект с нами? Пишите в личку @samatg или оставляйте заявку на сайте.

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

Наше главное отличие от обычных подрядчиков — мы думаем о конечном результате, о пользе, которую должна принести наша работа, никакого «программирования ради программирования». Цены — рыночные.

Примеры наших проектов: перезапуск сервиса подготовки к ЕГЭ «Вебиум», Медицинская Информационная Система (МИС) для сети клиник «Чайка», облачная платформа для Wirenboard.

Пишите мне в личку @samatg!

Разработали сложный микросервис уведомлений для крупной строительной компании.

На картинке — общая архитектура сервиса.

В новой технической статье рассказываем, как так получилось.

—

Хотите запустить новый продукт с нуля или сервис внутри существующей архитектуры? Пишите в личку @samatg! Мы берем новых клиентов.

Рассказываем, как перезапускали разработку медицинской информационной системы (МИС) для сети клиник «Чайка».

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

В какой-то момент мы зареклись браться за проекты по ускорению разработки — очень сложно масштабировать эту услугу как бизнес.

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

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

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

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

Вы техдир и хотите поделиться похожей историей? — заходите в чатик @ctodailychat.

Хотите ускорить свою команду разработки или просто запустить новый продукт? — пишите мне в личку @samatg, мы ищем клиентов!

Слушайте новый эпизод подкаста, в котором мы с Федей подводим итоги почти 4 лет нашего бизнеса и рассказываем, как устроена внутренняя кухня бутиковой студии разработки сегодня: Apple, Google, Яндекс, Spotify, Castbox, Overcast, веб-версия.

—

В начале 2020 года мы с Федей начали общее дело.

Сначала консультировали бизнесы как опытные технические директора: помогали улучшить существующую разработку и запускали новые крутые команды.

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

В марте 20го мы выпустили специальный эпизод подкаста, где крутой юрист помог нам с Федей составить партнерское соглашение.

В новом эпизоде подводим итоги 4 лет и делимся внутренней кухней.

Кстати, мы ищем клиентов!

Мы у себя в компании протестировали ИИ-помощники для программистов. По результатам, добавили Github Copilot в список инструментов, которые оплачиваем всем нашим сотрудникам — он ускоряет написание рутинного кода. Цитирую коллегу:

Когда работаешь с копилотом, кажется, что он помогает нормально, но без вау. Зато когда его выключаешь, то ловишь себя на мысли, что пишешь какую-то фигню, вместо которой можно было просто табнуть.

Ещё из интересных инструментов, которыми пользуются коллеги:

- Phind: классный ассистент для программистов, которому можно позадавать вопросы. Доступен без VPN, никогда не отваливался и, что важно, дает ссылки на источники;

- Machinet: плагин, окно чата, которое видит весь твой проект. В нем можно написать «вот есть ручка //products, напиши такую же только для //orders и сделай такие же тесты» или «почини N+1 запросы в методе getusers на открытой вкладке»

Если ничем таким ещё не пользуетесь — рекомендую попробовать!

Давно я ничего не публиковал.

Раньше я писал посты сюда как сообщения другу в чате. Другу, который находился в одном информационном поле со мной. Не объяснял шутки, не расшифровывал термины.

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

Писать такие «образовательные» тексты — большая работа. А некоторые шутки вообще теряют смысл, когда пытаешься их объяснить человеку не в теме.

Например, пару месяцев назад я сел писать посты про шум вокруг технических проблем после покупки твиттера и про изменения стоимости Reddit API (интересные и показательные истории на грани между технологиями, сообществами и бизнесом), но сдался и не стал их публиковать, когда объем «в предыдущий сериях» перевалил за несколько тысяч слов.

Думаю вернуться «назад к истокам». Извините великодушно, если не все будет понятно.

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

Яркий пример — маркетплейсы. Стабильно раз в несколько месяцев приходит потенциальный клиент, который предлагает миллионы, десятки миллионов рублей за разработку Озона для «тут подставьте то, чем вы занимаетесь или где живете».

Самое сложное в маркетплейсе — это источники спроса и предложения. Запрограммировать крупный маркетплейс — нетривиальная задача, но рекомендательные системы, борьба со фродом и прочие проблемы масштабирования — это problems good to have. Если вы столкнулись с этими задачами — значит, у вас есть покупатели и есть продавцы.

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

К сожалению, такое исследование рынка — не наша специализация. Мы с Федей теряем клиентов и деньги. Зато спокойно спим по ночам.

Не рекомендую делать «контрольные закупки» и просить своих разработчиков сделать не имеющие смысла вещи, но если ваши программисты редко задают вам вопросы «зачем», «как это будет работать» и «как это принесет нам денег» — то это красный флаг 🚩

Я ищу клиентов. Команда супер крутых питонистов и фронтендеров освобождается с июня. В комплекте идут архитектор, продакт-дизайнер и два технических директора — я и мой партнер Федя.

Хотите запустить стартап или быстро сделать проект в крупной компании? — это ваш шанс. Пишите мне в личку @samatg или на почту s@samat.me