NowSecure в своем исследовании сообщает, что более 25% мобильных приложений содержат хотя бы одну критически опасную уязвимость. 

Рассмотрим инструменты, которые помогут проверить ваше приложение на наличие угроз. 

1️⃣ Ostorlab позволят проверить приложение на Android или iOS и получить подробный отчет о результатах. Нужно загрузить файл приложения в формате APK или IPA, и спустя несколько минут отчет о безопасности будет готов.

2️⃣ Appvigil предоствляет не только описание возможных угроз, но и рекомендации по устранению уязвимости для быстрого решения проблемы. Программа не требует установки, так как данные обрабатываются в облаке Appvigil.

3️⃣ Quixxi предназначен для получения мобильной аналитики, защиты мобильных приложений и восстановления потенциальных доходов. Чтобы проверить приложение на наличие уязвимости, нужно просто загрузить в него файл Android или iOS.

4️⃣ AndroTotal работает только с приложениями на Android и проверяет файл APK на наличие вирусов и вредоносного кода, сверяя результаты следующих антивирусных программ.

5️⃣ Akana - интерактивный инструмент для анализа приложений для Android. Akana проверяет приложение на наличие вредоносного кода и отображает сведения о результатах.

6️⃣ NVISO - еще один удобный сетевой инструмент для проверки приложения на наличие вредоносного кода. Проверяется активность диска, сетевой трафик, возможность совершения телефонного звонка и отправки SMS, криптографическая активность и утечка данных.

7️⃣ SandDroid проводит статический и динамический анализ и формирует полный отчет. Проверяется размер/хеш файла, версия SDK, сетевые данные, компоненты, закодированные свойства, уязвимый API; проводится анализ IP, утечки данных, SMS, отслеживание телефонных звонков, поведение, представляющее угрозу, и вероятность угрозы.

#instadev_mobile

Особенности Android разработки 

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

✅ Android приложения – взаимосвязь отдельных логически обособленных элементов. Это значит, что нельзя просто взять и импортировать приложение из одной ОС в другую: каждое собирается индивидуально из обособленных частей.

✅ Вид иконки приложения зависит от настроек, поэтому необходимо убедиться, что она выглядит привлекательно во всех формах.

✅ Все элементы приложения должны следовать правилам Material Design, чтобы продвигать приложение в Google Play.

✅ Kotlin – рекомендуемый язык программирования для Android. 

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

#instadev_mobile

Завтра состоится круглый стол на тему "Мобильное приложение: особенности рынка, современные тенденции и возможности для бизнеса" с Николаем Соцким, СЕО InstaDev.

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

Подключайтесь в 12:00
https://www.dp.ru/a/2024/07/22/dp-sobiraet-kruglij-stol

#instadev_mobile

Платим людям, а не алгоритмам — 5–10 % от каждого контракта на разработку, без потолка

Мы концентрируемся на разработке. Вместо баннеров и лидогенерации делимся маркетинговым бюджетом с теми, кто приводит проекты — с вами.

InstaDev:
• 11 лет на местном и зарубежных рынках.
• Команда только Senior-разработчиков.
• Договор и SLA - отвечаем за каждую деталь.

Как это работает

1) Получаем бриф (что и для кого разработать).

2) Оцениваем сроки и стоимость.

3) Созваниваемся с заказчиком, уточняем детали.

4) Фиксируем итоговую цену в договоре.

5) Работаем поэтапно; после каждого акта выплачиваем вам 5–10 % в течение 5 раб. дней.

В среднем партнёры получают 300–400 тыс. ₽ c одного проекта, верхнего лимита нет.


Почему вам стоит попробовать модель работы по агентскому проценту?

1) Вы разделяете риски выбора подрядчика — теперь это оплачивается.
2) Ваше время на поиск и обоснование решения конвертируется в прямой доход.

Готов ответить на ваши вопросы: @nsotskiy - CEO InstaDev

Как убедить маркетолога, разработчика или руководителя выбрать вас как подрядчика?

«Люди не покупают продукт — они покупают уверенность и комфорт».

В любой нише IT основной барьер между вами и клиентом — не дефицит технических решений, а недоверие.
Мы проанализировали ответы специалистов (маркетологов, дизайнеров, руководителей и других) на вопрос
«Как вы выбираете подрядчика?»
Результаты помогут сделать ваше предложение заметным и убедительным.

1. Какие услуги нужны?
Большинство запросов сводится к базовому набору задач:

- Разработка сайта, приложения, CRM
- Автоматизация и интеграции
- Чат‑боты, сквозная аналитика, 1C (редко)

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

2. Что ключевое при первичном выборе подрядчика? (Общие сигналы доверия)

- Опыт в вашей отрасли (60–70% опрошенных). Клиент хочет знать: «Вы уже работали с компаниями моего профиля?»
- Отзывы и кейсы (45–100%). Ничто не заменит конкретных историй успеха.
- Визуальная презентация: сайт, портфолио, дизайн. Первое впечатление имеет значение.

3. Как довести клиента до «Да»?
Феномен финального выбора. После знакомства с вашим опытом и отзывами решают поведенческие сигналы:

- Скорость ответа — 80% опрошенных. Если не отвечаете мгновенно, подготовьтесь к отказу.
- Коммуникация: доступность, вежливость, готовность объяснять.
- Цена и гарантии: ясные условия, минимальные риски.

3.2 Разные роли — разные акценты

1. Маркетологи
- Первичный выбор: опыт в отрасли, отзывы
- Финальный выбор: скорость, цена, консультация

2. Менеджеры
- Первичный выбор: отзывы, структура, прайс
- Финальный выбор: цена, коммуникация

3. Дизайнеры
- Первичный выбор: отзывы, визуализация
- Финальный выбор: скорость, гарантия, цена

4. Разработчики
- Первичный выбор: отзывы, команда
- Финальный выбор: цена, базовые сигналы доверия

5. Руководители
- Первичный выбор: опыт, отзывы
- Финальный выбор: гарантии, объяснения, скорость

Вывод: не надейтесь на технологию. Покажите, что вы — люди, которые соблюдают договоренности.

4. Топ‑3 ошибок при презентации КП

1)Слишком сложные тексты и термины. Ваш клиент — не CTO. Объясняйте «на пальцах».
2) Нет истории успеха. Без истории ваш текст уйдёт в портфолио «ещё один подрядчик».
3) Неочевидные условия сотрудничества. Боязнь точно прописать сроки и гарантии отпугивает.

Добавьте в презентацию блоки
«Что вы получите в результате»,
«Гарантии»,
«FAQ по рискам».

5. Практические рекомендации

1) Персонализируйте предложение. Начните с упоминания того, что важно конкретно этому рынку (ресторан, финансы, медицина).
2) Дайте быстрый win‑win. Бесплатная консультация или аудит — залог доверия.
3) Используйте мультиканалы. Комбинируйте мессенджеры, электронную почту и звонки.
4) Автоматизируйте ответы. Чат‑бот на сайте + шаблоны писем сократят время реакции.

6. Заключение
Люди выбирают подрядчика не за стек или цену, а за опыт взаимодействия.
Быстро отвечать, ясно объяснять и честно гарантировать — вот что продаёт.

«Скупой платит трижды»: почему поддержка устаревшего ПО обходится бизнесу дороже, и как посчитать свой технический долг?

Компании годами латают старые приложения, избегая затрат на модернизацию. Но технический долг (отложенные затраты на модернизацию) может привести к финансовому краху.

По данным Gartner, до 60% IT-бюджетов компаний расходуется на поддержку legacy-систем вместо развития новых решений. Приложения возрастом 10-15 лет требуют в 3-5 раз больше ресурсов на обслуживание. Более того, 40% критических сбоев и 78% утечек данных (по данным IBM Security) вызваны именно устаревшим кодом.

Почему компании идут на это?
- Страх высоких первоначальных вложений в редизайн.
- Принцип «работает - не трогай», пока не наступает критический сбой.
- Непонимание реальной стоимости скрытых издержек.

Попробуйте сами посчитать свой технический долг
Оцените, сколько приблизительно стоит поддержка устаревшего приложения. Для этого воспользуйтесь формулой:

Технический долг = (A × B × 12) + C + D

где:
A - среднемесячная стоимость поддержки старого ПО (зарплаты разработчиков, тестировщиков, стоимость инфраструктуры).
B - коэффициент сложности и устаревания системы (чем старше и сложнее система, тем выше коэффициент: от 1,0 до 2,5).

Например:
1,0 - система до 3 лет, умеренная сложность
1,5 - система 3–5 лет, высокая сложность
2,0 - система 5–10 лет, очень высокая сложность
2,5 - система старше 10 лет, крайне высокая сложность

C - стоимость простоев и убытков из-за сбоев (за последние 12 месяцев).
D - расходы на устранение последствий (внеплановые затраты на экстренные патчи и исправления).

1. Ложная экономия
Первичная модернизация системы стоит от 500 тыс. до 2 млн долларов, но ежегодные затраты на поддержку legacy-системы достигают до 60% от этой суммы. Например, владелец логистической компании Дерек Уолтерс пять лет платил $15 тыс. в месяц за поддержку старой системы. После её полного сбоя восстановление обошлось в $1,4 млн - вдвое дороже своевременного редизайна.

2. Накопление технического долга
Старый код усложняется с каждым новым исправлением. Майкл Чен, CTO TechForecast, сравнивает это с попыткой «ремонтировать Ford T запчастями от Tesla»: каждый патч увеличивает энтропию кода и усложняет дальнейшую поддержку. В результате разработчики тратят до 80% времени на исправления вместо создания новых функций.

3. Потеря конкурентоспособности
Пока конкуренты внедряют современные технологии, компании с устаревшим ПО медленнее адаптируются к изменениям рынка и теряют клиентов из-за постоянных багов и сбоев. Например, сбой налогового ПО в 2023 году привёл к массовым штрафам для малого бизнеса.

4. Внезапные кризисы и экстренные траты
Сбой старой системы неизбежен, и срочные инвестиции на её восстановление будут значительно выше плановой модернизации. Это чревато не только финансовыми потерями, но и простоем бизнеса и ущербом для репутации.

Примеры из практики
- Компания пять лет поддерживала CRM на устаревшем PHP 5.6. Из-за накопленных проблем переход на новую версию занял в три раза больше времени и средств.
- Финтех-стартап откладывал модернизацию, пока не потерял клиентов из-за частых сбоев. Переход на микросервисы стоил 2,5 млн рублей вместо изначально планируемого миллиона.

Как избежать ошибок?
1. Оцените реальную стоимость поддержки и сравните её с расходами на модернизацию.
2. Внедряйте плавный рефакторинг и обновляйте ПО поэтапно.
3. Используйте автоматизированное тестирование, чтобы снизить риски.
4. Не откладывайте модернизацию - чем дольше вы ждёте, тем дороже обойдётся решение.

Стоимость вопроса:

Поддержка legacy-системы: от 100 тыс. руб./месяц.

Постепенная модернизация: от 300 тыс. руб., но с долгосрочной выгодой.

Тренд будущего очевиден: компании, вовремя инвестирующие в модернизацию ПО, получают преимущества в скорости и надёжности, а те, кто продолжает латать старое, рискуют остаться позади.

Совместно с CYCLE рассказали о том - как отслеживать эффективность рекламы.

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

В этом курсе мы показали:

- как устроен рынок мобильной разработки — какие ниши сейчас в росте;

- как быстро понять, будет ли запрос платёжеспособным;

- как грамотно передать клиента, не теряя доверие;

- и главное — как партнёры реально зарабатывают на этом формате.

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

Чтобы получить ссылку на курс — оставьте заявку в нашем боте @part_id_bot.

После прохождения вас ждёт небольшой партнёрский подарок — бонус от команды Инстадев за внимательность и желание расти вместе.

Как общепиту превращать подписчиков и гостей в стабильную выручку?

InstaDev в кейсе Рейтинга Рунета

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

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

128 Кб/с. Столько Телеграм сейчас выделяет на загрузку фоточки.

Для справки: это скорость dial-up модема из 2003 года. Двадцать три года прогресса — и мы снова ждём, пока загрузится картинка.

12 800 жалоб в день, 40% пользователей с проблемами, РБК пишет про полную блокировку с 1 апреля. А бизнес, который вёл запись клиентов через ТГ, теряет 20–40% выручки. Не абстрактно «ухудшилось» — а конкретно: салон в Москве за месяц минус 150 тысяч, потому что сообщения не доходят.

И вот здесь самое смешное 👇

Все побежали в Макс. 700 тысяч запросов в месяц «макс мессенджер» — народ переезжает. Но охват Макса — 39%. У Телеги было 74%. То есть вы переехали, а половина клиентов — нет.

А ещё есть закон 41-ФЗ. С июня 2025 бизнесу нельзя общаться с клиентами через иностранные мессенджеры. ТГ, WhatsApp, Viber — всё. Штраф до 700К. Банк уже заплатил 200К за вотсап.

Даже если ТГ завтра починят — писать клиентам через него = нарушать закон. Весёлая ситуация.

Что делать? Своё приложение. Пуши к клиентам идут через Apple и Google — РКН их не замедлит. Чат, запись, каталог, оплата — всё ваше. Звучит как «дорого и долго», но MVP обходится от 1 млн рублей за 2–3 месяца. А каскадную рассылку (Max + VK + SMS) можно запустить за неделю за 100К — чтобы не терять клиентов сейчас.

instadev.ru — работает без VPN Если у вас не белый список, конечно.