#Кейс
Шахтинский Метизный Завод
Имиджевый сайт для крупного производителя крепёжных изделий

🌍 →→→ Сайт ШМЗ

За 3 месяца мы сделали сайт для промышленного предприятия с серьёзной экспертизой и высоким порогом доверия, который упрощает работу с каталогом для B2B и B2G-клиентов.

О клиенте
Шахтинский Метизный Завод — предприятие с 12-летним опытом в производстве метизной продукции. Поставляет крепёж по ГОСТ и ОСТ-1 для машиностроения, энергетики, строительства и авиации. Среди клиентов — более 1000 компаний, включая предприятия ОПК и подрядчиков госконтрактов.

Задача
Уйти от типовых решений и создать современный сайт, который подчёркивает надёжность, промышленный масштаб и работу по ГОСТ.

Решение
Мы сделали сайт не только как витрину, но и инструмент:
— структурированный каталог продукции
— карточки товаров с характеристиками и документацией
— отображение складских остатков

Визуально — строгий минимализм: чёткая сетка, остроугольные формы, контрастная чёрно-белая палитра.

Фишка проекта
Каталог с анимированными 3D-моделями. При наведении изделия вращаются, за счёт чего сайт выглядит живым и вовлекает в изучение продукции.

Разработка
— адаптивная мобильная версия
— интеграция для автоматического обновления данных
— админ-панель Битрикс с SEO-настройками

Стек: Bitrix, JavaScript, 3D

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

В чем сложности публикации приложений в Google Play в 2026 году?

За последние годы мы прошли через десятки публикаций Android‑приложений: от простых MVP до сложных финтех‑сервисов.
Мы протестировали разные сценарии запуска, сталкивались с блокировками, отказами и повторными модерациями, считали реальные сроки и риски.
В итоге стало почти понятно, как работает система Google Play на практике и как проходить публикацию без потери времени, денег и аккаунта.

Читать подробнее: https://secrets.tbank.ru/blogi-kompanij/zakrytoe-testirovanie-google-play/?utm_source=notice&utm_medium=mail#c17431

Мелочи решают всё.

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

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

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

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

И это, пожалуй, главная метрика, которой мы гордимся 🙂

#Интервью
«Конец иллюзий в IT». Почему IT-бизнес буксует, а разработчики ленятся?

Взяли большое интервью у Владимира Завертайлова — создателя приложения для планирования SingularityApp и основателя студии «Сибирикс».

Обменялись опытом про управление IT-компаниями и обсудили:
• как AI превращает специалистов в пересыльщиков
• какие у Владимира рэд флаги в сотрудниках
• почему плохо быть быть «хорошим начальником»

Читайте полное интервью на сайте Else Digital 👈🏻

#Кейс
UMED — мобильное приложение для Уральского медицинского колледжа

🌍 →→→ Мобильное приложение UMED

Мы разработали нативное мобильное приложение для медицинского колледжа на базе существующего сайта на Bitrix — с push-уведомлениями, удобным мобильным интерфейсом и интеграцией с уже работающей системой.

О клиенте
UMED (Уральский медицинский колледж) — образовательное учреждение с цифровой платформой для абитуриентов, студентов и преподавателей.
На момент старта проекта у клиента уже был сайт с личным кабинетом, но пользоваться им с телефона было неудобно.

Задача
Создать мобильное приложение, которое:
— переносит ключевые функции личного кабинета в мобильный формат
— работает поверх существующего сайта на Bitrix
— поддерживает разные роли пользователей
— становится основным каналом коммуникации за счёт push-уведомлений

Решение
— Мобильное приложение для iOS и Android
— API-слой поверх Bitrix
— Единая архитектура для разных ролей

⚙️ Фишки и сложности проекта

— Интеграция с Bitrix
Bitrix не проектировался как мобильный backend, поэтому мы реализовали отдельный API-слой и изолировали приложение от внутренних изменений сайта.

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

Разработка и стек
— Backend: PHP, API для Bitrix
— Мобильные приложения:
• iOS — Swift
• Android — Kotlin
— Push-уведомления — FireBase

Подробнее - Кейс на сайте Else-digital 👈🏻

Снова встреча Ит руководителей в Ростове!)

Наш канал теперь и в MAX Подписаться 👈🏻

Стратегия успеха IT-компаний в 2026 году — это разговоры

Через 2 недели я опубликую большое интервью с Максом Десятых @tvoruk с ответами на вопросы, которые тревожат многих основателей IT-компаний.

Сегодня хочу поговорить о силе рефлексии. Потому что когда я задал Максу вопрос «В чём секрет успеха red_mad_robot?», то он ответил просто: «Мы в команде всё время разговаривали».

В этом и есть фундамент успеха сильной IT-компании — постоянная рефлексия внутри команды и в работе с клиентами.

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

Рефлексия в работе с клиентами
Сегодня рынок стал жёстче, а цена ошибки — выше. Поэтому рефлексия нужна и во внешнем контуре:

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

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

Наш канал теперь и в MAX Подписаться 👈🏻

#Кейс
Меридиан — мобильное приложение для Horeca

🌍 →→→ Мобильное приложение «Меридиан»

Мы разработали мобильное приложение для поставщика продуктов в сегменте Horeca — с офлайн-режимом, индивидуальными ценами, push-уведомлениями и кастомной интеграцией с 1С.

О клиенте
Меридиан — крупная компания по поставке продуктов в рестораны Москвы и Санкт-Петербурга. Основная аудитория — шеф-повара и су-шефы, которые ежедневно формируют закупки для кухни.

Задача
Создать мобильное приложение, которое становится основным каналом заказов для клиентов.

Решение
— Нативное мобильное приложение для iOS и Android
— Двусторонняя интеграция с 1С (товары, цены, остатки, заказы)
— Закрытый доступ только для зарегистрированных клиентов
— Push-уведомления о статусах заказов
— Полноценный офлайн-режим

⚙️ Фишки и сложности проекта

— Индивидуальные цены и закрытый доступ
Каждый клиент видит только свои цены, которые приходят напрямую из 1С. Регистрация возможна только для существующих контрагентов по ИНН и почте.

— Офлайн-режим
Шеф может собрать заказ без интернета — данные сохраняются в локальном хранилище и автоматически отправляются при появлении связи.

— Публикация в App Store
Возникли сложности с модерацией из-за требований ИНН. Вопрос решался через прямое общение с американским офисом Apple и защиту B2B-логики приложения.

Разработка и стек
— Backend и интеграция: Python + 1С
— Мобильные приложения: iOS / Android на React Native
— Push-уведомления: Firebase
— Офлайн-хранение данных и синхронизация

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

Наш канал теперь и в MAX Подписаться 👈🏻

ТОП 8 типичных ошибок при разработке ИТ продуктов

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

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

Читайте полностью на сайте Else Digital 👈🏻

Наш канал в MAX Подписаться 👈🏻

Приятная новость для канала и его читателей

TG-канал Дима Мухин из Else вошёл в топ-15 рейтинга лидеров IT-индустрии от Kokoc.tech.

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

Я веду этот канал без контент-плана на 12 постов в месяц. Делюсь только тем, что реально происходит в бизнесе: кейсами, инсайтами, управлением командами, ошибками и выводами.

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

👨‍💻 Спасибо всем, кто читает, комментирует и пересылает. Без вас этого результата просто не было бы 💪🏻

Наш канал теперь и в MAX Подписаться 👈🏻

Не теряемся — встречаемся в MAX

Telegram то работает только с VPN, то замедляется, то вообще отваливается.

Поэтому я остаюсь с вами на связи в MAX. Буду там делиться кейсами, инсайтами и тем, как мы делаем IT-продукты в Else.

Подписывайтесь — дальше будет интересно 👈🏻

Почему вам не нужен разработчик «с опытом в вашей нише»

Часто слышу от клиентов: «Я ищу разработчика, который уже работал в моей нише — с таким же продуктом, рынком и форматом»

Но на практике «проверенный путь» — это далеко не самый полезный критерий.

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

Поэтому, если вы владелец бизнеса, то я бы советовал задавать подрядчику не вопрос «Делали ли вы веб-сервис для медклиник?», а совсем другие:

— Реализовывали ли вы безопасную сделку?
— Работали ли с платёжными сценариями?
— Умеете ли проектировать сложные роли и доступы?
— Сталкивались ли с юридически чувствительными процессами?

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

Поэтому при выборе подрядчика я бы смотрел не на список отраслей в портфеле, а на то, какие задачи он уже решал и как именно подходил к их решению. Именно это позволяет собрать IT-продукт под конкретный бизнес, а не под абстрактный рынок.

Мы в эфире!

https://us06web.zoom.us/j/6764190706?pwd=ZUNwU2crYUlISWh6RWZ5dXZCV1M4QT09