Как не слить все деньги, если вы заказали разработку? (ч.1)


В нашей первой статье на vc мы рассказываем, как не надо заказывать IT-разработку, и почему хороший договор не спасёт вас от отсутствия доверия.

https://vc.ru/u/1218994-dmitriy-caplya/529882-kak-ne-slit-vse-dengi-esli-vy-zakazali-razrabotku

Нам дали много фидбэка, поэтому скоро выйдет вторая часть - про то, как мы помогаем стартапам тратить меньше денег

🙏 Если вы хотите поддержать наши будущие статьи на vc, то создайте аккаунт на vc сейчас - лайкать статьи до регистрации нельзя(

О чём стоит договориться с студией разработки?


📌 Мы написали продолжение первой статьи о том, какие моменты стоит обсудить со студией разработки перед началом работы

😎 Писали исходя из своего опыта работы и о том, что экономит нам деньги и время

❤️ Поддержите лайком, если вам понравится

https://vc.ru/u/1218994-dmitriy-caplya/580832-o-chem-stoit-dogovoritsya-s-studiey-razrabotki

🛩 Какими бывают виражи (ч.1)? 🛩


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

🆙 Вираж-увеличение совершают, когда одна функция продукта преобладает над всеми другими и даёт больше всего ценности.

🔹 Зачастую это та функция, на которую изначально никто не расчитывал. В таком вираже эта функция становится целым продуктом.

🥃 Самый яркий пример - Инстаграм*. Правда, на заре своего существования сервис назывался Burbn, в нём можно было бронировать столики, получать баллы за то, что ты приводишь друзей и публиковать фотки ваших встреч.

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

📸 Ребята просто отказались от всех фич кроме шеринга фото и добавили фильтры. Таким образом, 12 октября 2012 появился Instagram*.

📌 История про Burbn

#виражи

*Meta признана экстремистской организацией в России

🤝 Партнерская программа в IT (ч.1) 🤝


💸 Рынок заказой разработки - рынок перекупов. В среднем и крупном аутсорсе исполнителей намного больше, чем заказчиков.

🤝 Поэтому практически все компании встраивают партнерские сети, куда продают запросы от своих клиентов/знакомых. Если не можешь сам сделать, то продай другому, за процентов так 20. Есть большие партнёрские сети (Глобус, Агима, Extyl), есть маленькие сетки, которые выстраивает СЕО.

📉 Пример: компания получает проект от Яндекса с бюджетом в 10 миллионов, передаёт его другой студии за 8 миллионов, а та передаёт своим субподрядчикам уже за 6. В итоге проект делает непонятно какая компания за 3 копейки, а половина бюджетов оседает в карманах посредников.

😒 Цепочка из множества перекупов - необходимое зло, без которого этот рынок вряд ли будет работать. При этом для небольших проектов наценка в 15% часто оказывается существенной и в итоге приводит к провалу проекта из-за выхода за рамки бюджета.

🤙 Мы сами привлекаем проекты из партнерских сетей, но стараемся не работать с комиссиями выше 5-10%. Идеальный вариант партнерства для нас - вариант, построенный на взаимной выгоде от проекта, а не на комиссионном вознаграждении.

📱 Например, дизайн-студия передаёт нам разработку приложения с условием, что дизайном будут заниматься они. В таких проектах меньше проблем с прозрачностью, коммуникацией и решением проблем.

📌 В следующем посте расскажем, какие ошибки мы допускали при выставивании отношений с партнёрами, как мы с ними справлялись и о том, как лучше всего выстраивать работу с партнёром/агентом.

#договоренности

🛩 Какими бывают виражи (ч.2)? 🛩


✈️ Вираж - изменение, которое нацелено на проверку новой фундаментальной гипотезы о продукте, бизнесе и механизме роста компании. В первом посте из серии поговорим о вираже бизнес-архитектуры

📈 Компании обычно следуют одной из двух базовых архитектур бизнеса: высокая доля прибыли и небольшие объемы продаж, или низкая доля прибыли и высокий объем продаж

🤔 Компании с высокой долей прибыли продают в B2B (юридическим лицам), а компании с низкой долей прибыли продают в B2C (физ. лицам). Например, наша студия привлекает не больше 2-3 новых клиентов в месяц, но имеет высокую маржу. Наша студия - B2B компания.

☝️ Вираж бизнес-архитектуры совершают, когда экономика в текущей модели продаж не сходится. Компания меняет сегмент с B2C на B2B и наоборот.

🗺 Стартап nezasa.com предоставляет B2B SaaS решение для планирования туров. Продают они это всё турагентствам и хорошо растут. Но изначально стартап начинал в 2012 как сервис для составления и продажи туров самим туристам (то есть B2C).

📉 CЕО nezasa Мануэль Хилти понял, что при продаже туров важен маркетинг и бренд, а не технология. Поэтому он перевёл компанию на B2B-рельсы и начал продавать технологию компаниям, у которых уже есть бренд и маркетинг.


📌 Пост Мануэля в Линкедине
#виражи

🤝 Партнерская программа в IT (ч.2) 🤝


2️⃣ Существует два формата взаимодействия при работе над проектом через партнёра/агента.

⬆️ В первом случае вы подписываетесь с заказчиком напрямую, а агент получает комиссионные по агентскому договору. В этом варианте всё строится на доверии, потому что исполнитель может скрыть факт договора с заказчиком и не заплатить агентские. Этот формат работает, так как часто обеспечивает win-win.

↔️ Во втором случае вы подписываетесь с агентом, а агент подписывается с заказчиком. Получается proxy-схема. При этом заказчик часто не знает, что вы - не сотрудники агента, а отдельная компания.

🏳️ Такой формат работы накладывает много проблем и ограничений, но иногда агент не предоставляет других вариантов. Эту схему называют работой по white label, так как исполнитель работает не под своим брендом.


Первый пример

В одном из проектов не было прозрачности в отчетности перед клиентом. Агент докидывал к нашим часам определенное количество своих, и потом не смог их обосновать.

Когда дело дошло до разбора полётов, то мы не смогли нормально спорить с клиентом, так как мы не были подписаны с ними напрямую. В итоге и мы, и агент списали часы и потеряли прибыль.


Второй пример

В другом проекте агент продал проект по нашей оценке, но не показал нам оценку, которую они демонстрировали заказчику. В итоге оказалось, что агент дополнительно заложил в оценку еще 30% часов, а также одного сотрудника, которого даже не было в команде.

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


☝️Поэтому работая с агентами, обязательно:

- Подписывайтесь и общайтесь с заказчиком напрямую
- Делитесь всеми документами и таблицами, которые видит заказчик
- Не работайте по white label, заказчик должен знать, что вы - другая компания

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

📌 В следующем посте расскажу про успешный опыт работы с агентами
#договоренности

Как мы улучшаем жизнь бэкендерам?

Написали статью про наши планы на 2023 по улучшению процесса работы бэкендеров в along

📌 https://vc.ru/u/695843-dmitriy-polushin/580087-kak-my-uluchshaem-zhizn-nashim-bekenderam

🧡 Будем благодарны лайкам и комментам

💎 Junior+ Flutter Dev в Along 💎


along.pw - студия продуктовой разработки для стартапов. Мы тестируем гипотезы и создаём мобильные приложения

Сейчас очень хотим найти к себе в команду уверенного Flutter джуна, который хочет быстро вырасти до мидла

🔹Наши ожидания:

- Знание dart и flutter на хорошем уровне
- State management с помощью bloc/riverpod
- Умение работать с анимациями
- Работа с API, Dio
- Желание быстро и много учиться

🔹Вы будете еще круче, если будете знать:

- freezed, auto_route, built_value, swift, method channels или clean architecture


Что мы можем дать?

- Гибкий график - можно совмещать с учебой
- Наставника и ментора по Flutter
- Много разнообразных задач и контекстов
- Удаленку из любой точки мира

💎 70-110k фуллтайм (можно парт-тайм)


📌 Отправляйте CV нашему HR Надежде @reweshdiver, будем рады познакомиться
📌 Подписывйтесь на наш канал в тг

📣 Новые приложения!

🚀 Мы в along недавно выпустили в релиз два новых приложения!


💵 Currency Converter - удобное приложение для расчета курсов валют для тех, кто часто работает с переводами

📱 Screen Recorder - приложения для записи экрана и наложения на него видео/аудио комментариев

😁 Скачивайте и ставьте отзывы в аппсторе (и покупайте подписочки)

Есть популярный подход в управлении, когда ты выдаешь сотруднику «ответственность», а не список инструкций/действий

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

Разберем классическую цепочку «Аналитик -> Дизайнер -> Разработчик -> QА»

⁃ Аналитик отвечает перед дизом за то, что задача получена от клиента и полностью описана

⁃ Дизайнер отвечает перед разрабом за то, что макет полный, в нём есть все детали, нужные для разработки , а UX однозначен

⁃ Разраб отвечает перед qa за качаство написанной фичи

⁃ А qa отвечает перед аналитиком за то, что реализация фичи соответствует заявленным требованиям

Круг замкнулся — каждый отвечает за свой результат не перед едины начальником (ПМ), а перед следующим участником цепочки

А ПМ, работая на более высоком уровне, отвечает перед клиентом и перед своими руководителями за то, что сам производственный процесс предсказуемый и измеримый

Ответственность руководителя ПМ-а перед ПМ-ом — дать ему полномочия и инструменты для того, чтобы он мог настраивать коммуникации в цепочке производства и внедрять инструменты для измерения процесса


#менеджмент

Фильтры у студии

Молодые студии/агентства разработки видно сразу: они “умеют делать всё, только денег дайте”

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

Сейчас в along есть фильтры на:

- LTV проекта (не берем проекты, LTV который меньше чем N рублей в год)
- месячную выработку по проекту в часах
- минимальную ставку в час на проекте

Молодые студии/агентства разработки “умеют писать на любом стеке, только денег дайте”. Такая студия будет браться за всё, от лендингов до приложений и сложных ERP.

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

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

В следующем посте расскажу про то, как мы пробуем нишеваться

Написал статью о том, как делал промоматериалы через ChatGPT

https://vc.ru/marketing/840754-prodvizhenie-startapa-v-appstore-pri-pomoshchi-chatgpt

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

В статье обещал поделиться ссылкой на чат со всеми промптами, вот она:
https://chat.openai.com/share/f3c19655-e533-4e80-9248-19e358e53625

Можно добавить ее в свой список диалогов и отредактировать каждый промпт под свои цели

Жизнь стартапа после запуска

Во второй статье про Summarizer рассказали о том, как мы развивали продукт в первые месяцы после релиза MVP

Тут о том, какую политику по отношению к релизам и фичам мы применили, чтобы быстрее добежать до положительной юнит-экономики и увеличить LTV

📌 https://vc.ru/tribuna/1111264-zhizn-ai-startapa-posle-zapuska