Максим Павлов

ГК «Сумма Элементов» поставила перед нами чёткую и амбициозную задачу — за один месяц запустить личный кабинет брокера к старту продаж новых проектов.Клиенту был нужен не просто цифровой инструмент для фиксации клиентов, а решение, которое:соответствует уровню бренда,поддерживает сложную бизнес-логику,усиливает партнёрский канал,легко интегрируется в существующую ИТ-среду.«Мы развернули и кастомизировали коробочное решение KTS.Агент за 30 дней: адаптировали интерфейс под бренд девелопера, интегрировали систему с Profitbase и Bitrix24 и учли специфику бизнес-процессов компании.» — Фёдор Биличенко, директор продукта KTS.Агент, партнёр бизнес-юнита KTS PropTechО клиентеГК «Сумма Элементов» — девелопер «новой волны», работающий в бизнес-, премиум- и элит-сегментах.Компания создаёт сложные, инвестиционно привлекательные объекты с продуманной архитектурой, высоким качеством реализации и рациональной бизнес-моделью. Каждый проект — это не просто квадратные метры, а точно выверенная формула, где учитываются функции, облик и ликвидность.Цифровизация — важная часть стратегии компании. Команда ищет решения, которые:автоматизируют рутину,соответствуют статусу проектов,усиливают взаимодействие с партнёрами,масштабируются вместе с бизнесом.Как всё работало раньшеДо внедрения KTS.Агеелопер рассматривал типовое коробочное решение личного кабинета для брокеров.Однако на практике такие системы не подходили под задачи бизнеса и уровень проектов в бизнес- и премиум-сегменте.Основные ограничения типовых решений:минимальный функционал — бронирование без полноценной фиксации клиентов, встреч и обратной связи;отсутствие гибкости — невозможность адаптировать роли, сценарии и логику под процессы девелопера;несоответствие качеству сервиса, ожидаемому партнёрами, работающими с высокостатусными проектами.В результате коробочные решения не решали ключевую задачу — выстраивание полноценного партнёрского канала продаж.Цель и вызовы проектаРазвернуть и адаптировать личный кабинет брокера за один месяц — от подписания договора до релиза — с учётом запуска новых проектов и обязательной интеграции с внешними системами.Ключевые вызовыСжатые сроки. На полный цикл работ — кастомизацию, интеграции, тестирование и запуск — было всего 30 дней.Интеграции. Необходимо было связать систему с Profitbase для работы с объектами и с Bitrix24 для фиксации клиентов и встреч.Бренд и интерфейс. Кабинет должен выглядеть как часть экосистемы девелопера, а не сторонний сервис.Особая бизнес-логика. Клиент фиксируется только после фактической встречи, а не при первом обращении.Решение — KTS.АгентС учётом целей и ограничений было выбрано решение KTS.Агент — готовая платформа для управления агентским каналом, которая:подходит для любого этапа цифровизации;поставляется как отдельный экземпляр без рисков утечек и сбоев;гибко кастомизируется под бизнес-процессы;основана на реальных кейсах лидеров рынка;не создаёт нагрузки на внутреннюю ИТ-команду и отдел продаж;не требует покупки целой экосистемы.KTS.Агент стал основой для быстрого запуска и дальнейшего развития партнёрских продаж.Этапы реализации1. Кастомизация интерфейсаМы адаптировали визуальную часть системы под бренд девелопера:заменили нейтральные цвета на фирменные оттенки,добавили логотипы и иконки,выстроили интерфейс как часть экосистемы застройщика.Для пользователей это создало ощущение работы с внутренним продуктом компании, а не с внешним сервисом.2. Интеграция с ProfitbaseProfitbase стал ядром базы объектов.Интеграция позволила:автоматически получать актуальные данные по лотам,ускорить подбор помещений,снизить нагрузку на отдел продаж,исключить ошибки и расхождения в информации.3. Интеграция с Bitrix24Интеграция с CRM была реализована с учётом бизнес-логики заказчика. В системе:назначаются встречи,клиент фиксируется автоматически после их проведения,исключается ручной ввод данных.Для девелопера это означает прозрачность сделок, защиту от задвоений и контроль качества работы партнёров.4. Развёртывание на стороне KTSПроект был размещён на инфраструктуре KTS. Это позволило:избежать долгих согласований с хостингом,обеспечить стабильность на этапе тестирования,быстро запустить систему в эксплуатацию.«Мы выстроили параллельные треки по дизайну, разработке и интеграциям. Это позволило не терять ни дня и уложиться в сроки» — Фёдор Биличенко, директор продукта KTS.Агент.«Процесс был организован как точная инженерная сборка. Мы работали с командой клиента как единое целое — благодаря этому за месяц сделали то, что обычно занимает три» — Виктория Дронова, менеджер проектаРазвитие решенияСразу после релиза личный кабинет был введён в эксплуатацию. Партнёры девелопера начали активно использовать систему: просматривать лоты, назначать встречи и фиксировать клиентов.Гибкая архитектура KTS.Агент позволяет развивать функциональность без остановки системы и без вмешательства в работу агентского канала.В планах развития:раздел с материалами по объектам — презентации, планировки, визуализации;генерация презентаций по помещениям в фирменном стиле;календарь мероприятий застройщика с онлайн-записью на показы и встречи.

Вместо ручного обновления Excel и поиска информации в папках Sarex, ГИПы Level работают в АРМ, где статусы и история изменений подтягиваются автоматически каждые 2 часа. Система отслеживает стадии и сроки, выявляет риски, а инженеру остаётся контролировать процесс и принимать решения.Level Group — один из крупнейших девелоперов Москвы, входит в топ-5 по выручке в Старой Москве и имеет максимальный рейтинг 5/5 в ЕРЗ. Компания реализует проекты комфорт-, бизнес- и deluxe-класса, включая жилую, коммерческую и социальную недвижимость.Чтобы поддерживать темп ввода жилья и выполнение планов, Level автоматизирует планирование, контроль и документооборот через цифровую экосистему.Проблема — отсутствие единого инструмента контроляВся документация по проектам Level хранится в мастер-системе Sarex, которая отлично справляется с организацией маршрутов и процессов согласования.Однако для масштабного управленческого взгляда её инструментов не хватало:ГИПам — чтобы видеть единый реестр документации по всему проекту.Руководителям — чтобы контролировать портфель проектов в разрезе всех альбомов и отдельных разделов.Чтобы понимать, где возникают задержки, ГИПам приходилось вести собственные Excel-файлы и вручную обновлять данные, сверяя их с папками в Sarex и перепиской с подрядчиками.При этом у каждого был свой подход: разные форматы таблиц, структура и логика заполнения. Это усложняло контроль, увеличивало риски ошибок и затрудняло замену сотрудника в случае отпуска или увольнения. В результате сроки согласований могли затягиваться, а компания рисковала потерять деньги.«При масштабах строительства в 1 млн кв. м, необходимо тщательно контролировать процессы разработки проектной документации. Это важная веха на критическом пути реализации проекта. Чтобы оптимизировать процессы и сократить трудозатраты на операционный контроль, нам необходимо было цифровое рабочее место ГИПа» Всеволод Нечитайленко IT-директор LevelРешение — автоматизация контроля согласованийKTS совместно с Level разработали АРМ ГИП — автоматизированное рабочее место главного инженера, интегрированное с Sarex. Оно объединило в одном месте контроль документации, автоматическую фиксацию стадий, выявление просрочек и формирование аналитики.АРМ ГИП разложил документы и задачи в понятный список альбомов на основе их уникальных шифров. Это дало инженерам и руководителям новый уровень контроля:видеть все отклонения от сроков и сразу получать сигналы о рисках;понимать причины срыва — поздняя готовность, долгая проверка или множественные переработки;собирать статистику по альбомам и типам для верхнеуровневого анализа.Таким образом, система позволила не просто хранить и согласовывать документацию, а управлять всем процессом работы с ней.«АРМ ГИП позволил нашей компании видеть прогресс работы над документацией в онлайне. Совместно с бизнесом удалось увидеть узкие места и провести модернизацию бизнес-процессов» Иван Сироткин Руководитель группы бизнес-аналитиков LevelКак это работаетПодрядчик загружает рабочую документацию по объекту (альбом), а также обновленные версии после правок в Sarex. АРМ ГИП отслеживает изменения по всем папкам и подсчитывает их, чтобы инженеры видели ход работы по каждому альбому.Каждому альбому присваивается уникальный шифр (стандартный код идентификации), по которому система ведёт реестр: даты загрузки, согласования, количество правок, переходы между стадиями и просрочки. Эти данные собираются напрямую из среды общих данных, включая наличие папки, статусы, файлы и результаты согласований.В Sarex проектировщик инициирует проверку, а главный инженер утверждает документ или возвращает его на доработку. Комментарии и поручения фиксируются в системе через Протоколы встреч или в Реестрах документации. На основании этих данных АРМ ГИП дает быструю картину со всеми изменениями на одной странице.В итоге АРМ ГИП — сводная система, куда автоматически стекаются данные из всех реестров, версий и процессов согласования. В одном интерфейсе собрана полная картина: папки и файлы, статусы, история изменений, результаты согласований и реестры изменений.Это усиливает контроль за проектированием, управление изменениями и стоимостью документации, помогает сокращать сроки и снижать риски проекта.В отличие от BI-отчётности, которая работает с агрегированными данными в текущий момент, в АРМ фиксируются и согласуются все запросы на изменения.Процесс становится прозрачным — участники видят все события, могут подписаться на обновления, согласовать запрос и контролировать его на всех этапах: от подачи и рассмотрения до внесения правок.Результат — сокращение срывов сроковСовместными усилиями IT и бизнеса Level достиг ощутимых результатов:В 2 раза меньше срывов сроков передачи документации — замеры в течение года показали стабильный выход проектов на этапы в плановые даты, снижение рисков штрафов и потери выручки.Значительно сократилось время реакции на задержки — проблемы устраняются до того, как начинают влиять на график строительства.Рост прозрачности работы подрядчиков — упрощён контроль качества и исполнение договорных обязательств.Более точное планирование сроков новых проектов — аналитика из корпоративного Data Lake по всем прошлым проектам помогает эффективнее распределять ресурсы и прогнозировать узкие места.

Даже у застройщика из топ-5 Москвы, где многое уже автоматизировано, некоторые процессы всё ещё требуют ручной работы — например, дефектовка окон по бумажным схемам. Это замедляло стройку и создавало дополнительные итерации в контроле качества. Чтобы решить проблему, Level Group обратились в KTS.Вместе мы за 1,5 месяца сделали мобильное приложение, которое ускорило дефектовку в разы, снизило количество ошибок и позволило фиксировать всё на схеме. А ещё — выкатили iOS-версию всего за 16 часов.Контекст и вызовLevel Group — крупный московский девелопер. Компания строит комфорт, бизнес и deluxe-классы. На стройках одновременно работают десятки подрядчиков, зачастую, даже принимаемых мер по защите окон и дверей от повреждений во время активного этапа стройки недостаточно — возникают повреждения, которые не должны дойти до собственников жилья проектов Level. Для этого проводятся регулярные проверки состояния смонтированных конструкций, в том числе окон.Весь стройконтроль давно ведётся в цифровой системе, но для окон было важно не просто зафиксировать наличие дефекта в системе, а точно указать его тип и местоположение, для своевременного устранения самого дефекта и определения причин его появления. Для этого технадзор наносил замечания на бумажные схемы окон, которые затем сканировались и загружались в цифровую систему. Это отнимало лишние часы и дни и не позволяло проводить быструю аналитику.«Окна — одна из самых заметных деталей в квартире, и мы уделяем их приёмке особое внимание. Чтобы не упустить ни одной мелочи, раньше приходилось вручную отмечать всё на бумаге. Сейчас мы можем зафиксировать все дефекты сразу в приложении — точно по схеме, с фото и подписью» Евгений Бартковский Заместитель директора по качеству LevelЦель и решениеКлиент пришёл с запросом: ускорить и упростить дефектовку окон. Идея — отказаться от бумаги и отмечать дефекты сразу в приложении на схеме окна. Плюс — избежать дублирующихся работ, когда для 2-х соседних дефектов, которые будут исправляться вместе, создаются 2 отдельные задачи.Инженер Level выбирает объект и помещение, открывает цифровую схему окна на смартфоне и фиксирует дефект остекления: фотографирует повреждение (царапину, скол или вмятину), отмечает точное место на схеме и при необходимости указывает его размер и радиус.В приложении он назначает ответственного за устранение дефекта, а система автоматически передаёт данные в «Техзор». Там для подрядчика создаётся задача с описанием проблемы, фотографиями и отметкой на схеме.Когда проверка всех окон в помещении завершена, комиссия по приёмке (технадзор, заказчик и подрядчик) подтверждает результаты осмотра и подписывает их прямо в приложении. Система формирует PDF-акт с фото, отметками, списком ответственных и подписями, а затем выгружает его в веб-версию для скачивания или отправки подрядчику.Технологический подход«Мы выбрали Compose Multiplatform, чтобы с самого начала заложить основу для масштабируемости. Несмотря на то, что целью было Android-приложение, на iOS мы вышли за пару дней — нужно было только доработать камеру» Тимур Чикишев Мобильный разработчик KTSДля проекта мы выбрали Compose Multiplatform — технологию, которая позволила писать общий код интерфейса сразу для двух платформ. Также использовали Kotlin Multiplatform, который позволяет переиспользовать бизнес-логику Android приложения в iOS. Кроме того, в проекте впервые задействовали Compose для разработки UI.В результате:Android-версия вышла быстрее запланированного срока,iOS-версию мы собрали за 16 часов без увеличения бюджета,Дальнейшая поддержка упрощена: всё лежит на одной кодовой базе.«Мы получили два приложения вместо одного и релиз на месяц раньше срока. При этом бюджет не увеличился» Иван Сироткин Руководитель группы бизнес-аналитиков LevelИнтеграция с системой «Техзор» дала возможность сразу передавать дефекты, формировать PDF-документы и акты без ручного труда. Подпись можно поставить прямо в приложении.РезультатыMVP выпущен за 3 недели вместо 6.Приложение сократило время фиксации дефектов к устранению с часов до минут.Снижен риск дублирования работ по исправлению дефектов: теперь близкие дефекты легко объединять.Подписанные акты хранятся и передаются в систему автоматически.Увеличилась прозрачность взаимодействия между подрядчиками и технадзором.Проект позволил Level оптимизировать приёмку окон, создать цифровой след и получать статистику по нарушениям в пригодном для анализа и обработки формате. Следующий шаг — автоматический подсчёт объёмов работ и оптимизация затрат на их устранение.Особенности проекта и командная работаИспользовали Compose Multiplatform для UI.Команда заказчика активно включилась: бизнес-проджект — чемпион по Excel, IT-проджект автоматизировал подготовку данных.KTS приехали на стройку и провели обучение: показали, как ставить дефекты и подписывать акты. Это дало уверенность и сократило количество вопросов.«Изначальная задача — запуститься в сжатые сроки. Благодаря синергии заказчика и исполнителя нам это удалось, так как заказчики активно подключались уже на этапе проектирования: оперативно давали обратную связь по мобильному приложению и быстро передавали исходные данные для его загрузки. Мы закончили раньше намеченного срока и даже реализовали функционал из следующей итерации. Это стало возможным благодаря активному участию команды Level: они взяли на себя большую часть бизнес-анализа и проработки продукта, оставив нам системный анализ, дизайн и разработку. За такую вовлечённость и партнёрский подход — отдельное спасибо» Всеволод Афанасьев Системный аналитик KTSВыводыКогда не просто получаешь от клиента «Ок, мы пошли внедрять», а приезжаешь на стройку и видишь, как твой продукт работает в реальности — всё воспринимается иначе. Ты понимаешь, как решения влияют на людей, где помогает интерфейс, а где мешает кнопка не там.Проект с Level показал: реальная отдача начинается там, где взаимодействуют не просто команды, а люди с общим фокусом. Благодаря вовлечённости заказчика, точной обратной связи и живому интересу к результату, мы не просто закрыли задачи — мы изменили повседневную работу на стройке. И теперь знаем — это ощущается сразу.«В основе стратегии Level — использование IT как рычага для масштабирования: строить 100 тысяч квадратных метров с теми же издержками, что и 10 тысяч. Этот продукт стал частью экосистемы решений, который позволяет нам наращивать объёмы без роста штата и при этом удерживать стандарты качества на неизменно высоком уровне» Всеволод Нечитайленко IT-директор Level

ПИК обратились к нам с задачей автоматизировать работу проверяющих технадзора — то есть, помочь упростить проверку качества строительства.Рассказываю, как разработали приложение за месяц, какие функции вошли в первый релиз и как ПИК успешно внедрил его среди сотрудников, которые не особенно этого ждали.Как был устроен технадзор в ПИКПИК — лидер рынка недвижимости, который одновременно строит десятки жилых комплексов.За каждым объектом закреплены проверяющие технадзора. Они регулярно выезжают на стройплощадки и оценивают качество работ.До автоматизации процесс выглядел так:проверяющие обходили объекты;фиксировали замечания на бумаге;отправляли отчёты на согласование.Из-за этого возникали проблемы: замечания доходили с задержкой, данные терялись, а руководству было сложно понять, насколько качественно сотрудники выполняют свою работу.Проблемы и подход к решениюНа старте проекта нам было важно разобраться, с какими сложностями сталкивается бизнес и какие изменения дадут максимальный эффект.Во-первых, у компании не было единой базы замечаний по объектам. Во-вторых, отсутствовала статистика, которая позволяла бы анализировать качество строительства и работу проверяющих. В-третьих, на стройплощадках часто не было стабильного интернета, из-за чего данные могли теряться. И наконец, бумажные отчёты сильно замедляли передачу замечаний в работу.Решением стало мобильное приложение с офлайн-режимом, централизованным хранением данных и оперативной передачей замечаний на исправление.Роман Жуков Руководитель проектов в 2017–2019 гг.«Первым делом нам было важно понять, с какими ещё проблемами сталкивается руководство и какие данные действительно нужны для управления качеством».Разработка MVPЗаказчик написал нам 11 июня. 12 июня мы уже встретились. А через месяц MVP должно было работать на стройплощадках.Чтобы уложиться в сроки, мы:сфокусировались на одном ключевом сценарии;сделали дизайн максимально простым;отказались от второстепенных функций.Так появилась первая версия приложения, запущенная всего через месяц.Как ПИК внедряли приложениеЧтобы продукт дал бизнес-эффект, его нужно было встроить в рабочие процессы.Со стороны ПИК были предприняты несколько шагов.Сначала начали активно собирать замечания со всех объектов. Затем ввели мотивацию: сотрудники, которые фиксировали больше замечаний, получали премию. Также проверяющих обязали закрывать собственные замечания.Это изменило поведение сотрудников. Они перестали фиксировать мелкие проблемы «для галочки» и начали вносить только действительно важные пункты, за которыми нужно следить до исправления.В результате количество замечаний выросло, а их качество стало заметно выше.Развитие MVPПосле внедрения ПИК собрал обратную связь от пользователей. На её основе стало понятно, какие функции стоит доработать и какие сценарии улучшить в следующих релизах.Для распространения приложения мы выбрали платформу HockeyApp (сейчас — App Center).Это решение позволило:быстро доставлять обновления без Google Play;не отвлекать сотрудников от работы;гибко управлять версиями приложения.Пользователи видели все доступные версии и могли установить нужную за пару кликов. При необходимости можно было откатиться на предыдущую версию. О новых релизах приложение уведомляло прямо на главном экране. Критические обновления можно было сделать обязательными — без установки пользователь не мог продолжить работу.Синхронизация и сбор ошибокАвтоматическая синхронизация нам не подошла: при слабой связи на объектах проверяющим приходилось бы загружать большой объём данных.Поэтому мы реализовали ручную синхронизацию:утром данные загружаются в офисе;днём сотрудники работают офлайн;вечером выполняют повторную синхронизацию.Максим Мялкин Управляющий партнёр KTS, руководитель Android-разработки«Приложение автоматизирует один из ключевых процессов компании, поэтому было важно быстро выявлять и устранять ошибки — вплоть до конкретного пользователя».Для этого использовали Fabric, который сейчас известен как Firebase Crashlytics.РезультатыУже через месяц после внедрения ПИК получил заметные преимущества. Замечания полностью перешли из бумажных бланков в цифровую систему. Данные стали структурированными, а передача информации быстрее.Все недостатки фиксируются с фото и видео и остаются в системе, пока не будут устранены. Головной офис видит ситуацию по всем стройкам, а работа технадзора стала прозрачной и управляемой.Этап 2017 года был только началом. В дальнейшем мы развивали и улучшали приложение, оптимизируя каждый процесс с учётом его специфики. Об этом расскажем в следующих кейсах.

Есть подход «всё плохо, переделывайте». Но бывает так, что компании, которые профессионально занимаются только аудитом, ограничиваются запуском линтеров — программ для автоматической проверки кода на соответствие стандартам. Отчеты линтеров они преобразуют в отчет для заказчиков, кроме этого выдают крохи экспертной информации. В итоге заказчик не получает глубокого понимания текущей ситуации.Наш подход сильно отличается. Поскольку основная специализация KTS — создание цифровых продуктов, а не их аудит, поэтому и смотрим мы на код как разработчики. С позиции «если бы проект передавали нам на развитие, что бы нас смутило?»Например, недавно к нам обратились Level Group с задачей провести аудит их сайта.По итогам заказчику удалось определить новые точки роста и лучше понять техническую сторону разработки. Выводы заказчика из аудита и рассказ, как Level выросли из стартапа в топ-3 застройщиков Москвы за 7 лет, — в статье Натальи, руководителя разработки сайта Level.Дальше рассказываю по пунктам, чем плодотворный аудит отличается от формального запуска линтеров или критикования всего и всех.#1. У аудитора есть серьёзный опыт в разработкеЕсли цель у аудита не формальная, то желательно искать как подрядчика не компанию-аудитора, а компанию с подтвержденным опытом создания продуктов на релевантном стеке. Кроме непосредственно аудита у компании с опытом в разработке можно в рамках работ по аудиту узнать способы решения существующих проблем.#2. Перед аудитом ставится конкретная цель и аудитор о ней знаетЕсли проект кому-то нужен и активно развивается, то у него в любом случае будут места, которые реализованы плохо. Наличие цели аудита позволяет сфокусироваться только на тех проблемах, которые напрямую коррелируют с целями бизнеса.В нашем случае это был вопрос, насколько сервис готов к внедрению сложных фичей и насколько код отчуждаем от подрядчика. Каждый участник аудита на нашей стороне исходил из этой цели при анализе. Нюансы, не относящиеся к цели, можно пропустить и копать лишь в сторону цели.#3. Зафиксированы границы аудита и отсутствует KPI по количеству страницЕсли вы хотите, чтобы исполнитель задумывался о сути, а не об объёме и форме как в школьном сочинении, то не считайте объём отчёта характеристикой качества проведённого аудита. В нашем случае было 80 страниц отчета по фронтенду и 10 страниц по бэкенду, но это не значит, что бэк был проанализирован хуже.Лучше договоритесь об объективных границах, в которых должен быть проведен аудит. В случае с сайтом это ключевые разделы, страницы и функции, которые должны обязательно попасть в аудит.#4. Кроме границ у аудита есть бэклог с детальными задачамиДетальный бэклог сложно составить перед стартом проекта, не увидев код. Поэтому первую неделю после получения доступов лучше посвятить составлению детального бэклога исходя из перечня элементов системы и планируемых работ.Утверждение перечня задач в бэклоге — дополнительная возможность направить аудиторов в нужном направлении.#5. Команда заказчика готова давать аудитору дополнительную информациюСначала мы думали, что хватит дать доступ к коду, но в итоге для рекомендаций пришлось погружаться в типовые задачи, состав команды как на стороне подрядчика так и заказчика, планы по росту, наиболее часто изменяемые фичи.#6. Аудитор готов объяснить каждый вывод аудитаЗаранее договоритесь, что каждый непонятный пункт должен быть объяснен, а также должны быть описаны риски, которые вам грозят из-за существующих проблем, а также пути их устранения.#7. Аудитор готов дообучить васОдна из задач заказчика — смочь в следующий раз больше влиять на процесс разработки. Для этого заказчику нужно быть готовым изучать детали и погружаться в технику.Аудитор должен быть готов объяснять смежные области, понимание которых нужно для составления полной картины. Важно, чтобы заказчик не только понял, в чём суть проблем и к чему они ведут, а настолько разобрался, чтобы не допустить этих ошибок в будущем.#8. У аудита зафиксирован бюджет, но работы ведутся по Time and MaterialsЧтобы перечень задач в бэклоге был гибким, а аудитор был готов отвечать на максимум вопросов и дообучать заказчика, у вас должна быть подходящая модель контрактования — Time and Materials.Так как задача аудита исследовательская, важно чтобы контракт был гибким. Исполнитель не должен задумываться над каждой вашей просьбой «а не увеличит ли это мои планируемые затраты на проект без увеличения доходов?» С другой стороны, вы должны быть уверены, что сможете сказать на середине работ «давайте вот это посмотрим поглубже, а вот это не нужно так глубоко копать».При этом любое исследование можно проводить бесконечно. Поэтому бюджет аудита должен быть зафиксирован и соразмерен планируемому эффекту для бизнеса. Обе стороны должны понимать границы бюджета и принимать решения по ходу работ исходя из этих границ.#9. Назначен график еженедельных статус встречАудит — это исследование, а не просто инженерная задача, поэтому вам нужны встречи для корректировки направления. «А туда ли мы копаем» или нужно ещё изучить и другие направления. Это поможет на ходу отделять критичные проблемы от тех, которые легко исправить.#10. Результаты аудита обсуждены с текущей командой разработкиВ разработке, как и в любой инженерной задаче, всегда есть как минимум несколько вариантов решения одного и того же вопроса. А значит, когда сторонняя команда проводит аудит, её выводы могут расходиться с привычным подходом команды разработчиков.Поэтому важно, чтобы аудиторы договорились с командой разработчиков о том, как будут решаться обнаруженные проблемы, ещё до окончания своей работы. В противном случае велик риск столкнуться с ситуацией, в которой команда разработчиков посмотрит на итоги аудита и скажет, что-либо так никто не делает, либо предлагаемые решения — попросту лишние.Обязательно соберите обе команды вместе в контролируемой среде, чтобы они сообща смогли прийти к общим выводам. Есть шанс, что во время обсуждения результатов аудита с текущим исполнителем может начаться холивар, но если и вы адекватный, и подрядчик адекватный, и аудитор адекватный, то всё пройдёт гладко. Главное следить за тем, чтобы обсуждение шло на языке проблем и фактов, а не мнений.Зачем я написал эту статьюОчень надеюсь, что у вас разработка идёт бодро и ничего не тормозит.Если вам, как и Level Group, нужен свежий взгляд на вашу разработку при изменении стратегии роста или объективно измерить характеристики качества сайта, то приходите к нам за аудитом.Бывают и другие случаи, в которых аудит помогает улучшить ситуацию. Например:задачи, которые раньше делались за 2-3 дня, теперь тянутся неделями,сервис стал тормозить,у вас нет уверенности, что продукт, написанный подрядчиком, сможет развивать внутренняя команда.

Рассказываем, как кастомный личный кабинет партнера помог девелоперу FORMA разгрузить кол-центр, автоматизировать работу с заявками от агентств недвижимости и привлечь новых брокеров.Коротко о функционале продукта — по ссылке.FORMA — амбициозный новый игрок на рынке девелопмента. С 2021 года компания создает концептуальные проекты бизнес- и премиум-классов с авторской архитектурой в Москве. Она уделяет особое внимание удобству не только жильцов, но и агентств-партнеров. Для FORMA важно постоянно совершенствовать свою работу. Поэтому компания поставила перед собой цель — выстроить удобные и прозрачные процессы с агентствами недвижимости.С этим запросом FORMA и обратилась в KTS. Компания хотела разработать новый личный кабинет партнера для привлечения агентств и брокеров, чтобы они, в свою очередь, приводили им больше новых клиентов.Исходные условия и вызовыFORMA уже использовала коробочное решение для проверки уникальности, но это был не личный кабинет, а окно, куда агенты просто вносили информацию о клиенте. Однако это решение перестало справляться с возросшим потоком заявок. Когда у брокера не получалось зафиксировать заявку, он звонил в отдел продаж и просил закрепить клиента. Такой процесс тормозил работу агентов и перегружал сотрудников отдела продаж.Сотрудники отдела вручную вносили данные по сделкам, а кол-центр перепроверял эти данные. Иногда срабатывал человеческий фактор, и важная деталь терялась. Всё это сильно перегружало и сотрудников. В итоге фиксация заявки превращалась в сложный процесс с несколькими этапами перепроверок каждого шага на пути движения клиента к сделке.Поэтому KTS и FORMA решили создать инструмент привлечения агентств недвижимости, а также:Сделать ЛК партнера, который позволит агентствам самостоятельно закреплять всех клиентов без участия отдела продаж и кол-центра, а также следить за ходом сделки и получением комиссии;Бесшовно встроить новый инструмент в основной сайт.Решение: разработка платформы с нуляМы сразу договорились, что для нового ЛК нужно разработать кастомное решение. Без промедлений запустили процесс разработки. И через два месяца MVP был готов.«Коробочное решение предоставляет базовые инструменты и позволяет быстро запуститься. При этом оно не дает достаточного конкурентного преимущества, потому что базовые инструменты есть у всех. Важно находить свою „фишечку“ во взаимодействии с агентами. И эта „фишечка“ ни в какой коробке реализована не будет. Ее все равно придется придумывать и добавлять в эксклюзивном порядке. KTS как раз и помогает застройщикам найти и реализовать „свою фишку“ и встроить ее в цифровые сервисы девелопера» Александр Баталов Коммерческий директор KTSДля ускорения бизнес-процессов мы интегрировались с CRM застройщика на базе Microsoft Dynamics, чтобы организовать автоматическую проверку уникальности заявок, и встроились в основной сайт.У CRM на базе Microsoft Dynamics есть ограничения, например, она не дает вести учет всех данных агентств недвижимости. Коробочное решение тоже не помогало с этой задачей. Разработанный с нуля сервис в связке с CRM стал решением для накопления базы. Теперь у девелопера FORMA есть автоматизированный и удобный учет данных агентств.Функционал: прозрачность и удобствоПродукт позволяет агентствам эффективно управлять заявками и сопровождать клиентов. Для этого мы запустили в личном кабинете партнеров несколько важных функций.Автоматическая проверка уникальности и фиксация клиентаКаждая заявка проходит автоматическую проверку в CRM. Все этапы сделки фиксируются в системе — это исключает ошибки и делает процесс прозрачным.Система автоматически продлевает фиксацию клиента за брокером, который провел встречу или забронировал квартиру.Выдача доступов без участия застройщикаВ ЛК можно разделить доступы для руководителей и сотрудников агентств. Так руководители могут отслеживать заявки и перераспределять их между сотрудниками.Кроме того, агентства могут самостоятельно добавлять сотрудников в личный кабинет. Раньше, чтобы добавить нового человека в ЛК, нужно было обратиться непосредственно к представителям девелопера.Бронирование квартир за клиентомРазработали инструмент для бронирования и интегрировали его с ЛК и витриной лотов, на которой можно посмотреть характеристики и цены на квартиры, а также с сервисом генераций платежных QR-кодов.Агентству нужно лишь ввести свои реквизиты: инструмент сам считывает данные через CRM, подставляет их в нужные документы и генерирует QR-код для оплаты через мобильный банк.Раньше все эти данные вручную вносили менеджеры по продажам, что занимало много времени и порождало ошибки. Теперь система автоматически создает корректные документы, подтягивая все данные из анкеты агентства.Фиксация клиентов без лотовОбычно клиентов фиксируют в связке с интересующей квартирой, но так как KTS разработал систему с нуля и не был ограничен рамками готового решения, получилось сделать процесс более гибким. Даже если агент не выбрал конкретный лот, он может закрепить клиента в системе. Позже лот может добавить менеджер по продажам.Расчет субсидированной ипотекиМы интегрировали в личный кабинет уже готовый калькулятор, где брокеры могут рассчитать ипотеку для клиента.Потенциальный заработок агента от сделокБыл внедрен процесс бронирования, который позволяет брокерам получать часть комиссионного вознаграждения сразу при бронировании клиентом лота. В разделе можно посмотреть актуальные тарифы комиссионного вознаграждения по каждому проекту, а также историю изменения тарифовКогда клиент уплачивает 1% от стоимости квартиры, чтобы ее забронировать, вся сумма бронирования поступает напрямую агентству без дополнительных задержек. Оставшаяся часть агентской комиссии застройщик перечисляет позже. Это упрощает и ускоряет процесс выплат и делает сотрудничество с девелопером еще более привлекательным для агентств.Интеграция с CRM агентствМы разработали внешний API, который позволяет интегрировать ЛК партнера FORMA с CRM агентств. Брокерам не нужно заходить на сайт застройщика, чтобы посмотреть на статус заявки или сделки. Все обновления автоматически отправляются в CRM агентства: продолжать следить за сделками можно во внутренней системе агентства недвижимости. При этом все данные по сделкам из CRM также автоматически подтягиваются в ЛК.Дополнительные сервисы и полезные материалыДобавили в личный кабинет ссылки на уже готовые сервисы: запись на брокер-тур, проведение встречи с клиентом, регламент фиксации покупателей и обучающие модули для повышения квалификации в области продаж и маркетинга.Особенности и новые решенияИз личного кабинета мы сделали PWA — progressive web app. Это позволило пользователям устанавливать личный кабинет на главный экран смартфона без скачивания мобильного приложения. FORMA при этом сэкономила на его разработке.Так агенты при получении пуша об изменении статуса сделки могут в один клик перейти в кабинет, проверить статус заявки и обновить данные. Работать в кабинете можно и без подключения к интернету. А чтобы брокерам было проще следить за изменениями, мы отдельно разработали раздел с уведомлениями по заявкам внутри ЛК. Так что пуши не потеряются.Также мы разработали собственное SSO — Single Sign-On, чтобы упростить работу брокеров. Технология позволяет пользователям без повторной аутентификации переключаться между разными продуктами ЛК. Например, брокер может перейти от управления заявками к расчету ипотеки и при этом не вводить логин и пароль заново.«За короткое время мы запустили MVP, разработали 3 интеграции, перенесли данные заявок, клиентов и сотрудников для удобного перехода агентов из старого сервиса в новый ЛК. Сделали упор на функционал исходя из бизнес-целей: разработали интеграцию с CRM агентств недвижимости, реализовали уведомления агентам по их заявкам, внедрили PWA и создали раздел бронирования недвижимости» Фёдор Биличенко Руководитель разработки FORMA, KTSОт идей к результатамНовый ЛК стал конкурентным преимуществом девелопера.Функционал личного кабинета позволил увеличить количество агентств, сотрудничающих с FORMA, без увеличения команды сопровождения. Поток агентств вырос, но теперь все заявки проходят через автоматизированные процессы. Это исключает необходимость ручной проверки, которая раньше занимала у четырех сотрудников кол-центра половину рабочего дня.Спустя месяц после запуска нового ЛК сотрудники кол-центра перестали заниматься проверкой. Они стали тратить это время на продажи.Благодаря инструменту FORMA получила возможность точечно вести работу с агентами, анализировать их активность и оперативно реагировать на изменения. Автоматизация позволила заключать сделки быстро и без ошибок, что особенно важно для бизнеса с высоким средним чеком.«Поток агентств сильно вырос за счет запуска нового ЛК без необходимости увеличивать команду» Евгения Николина Руководитель агентских продаж FORMAКроме того, ЛК:Снизил нагрузку на отдел сопровождения агентств. Теперь сотрудники посвящают большую часть времени проведению брокер-туров;Позволил FORMA отслеживать деятельность агентств и брокеров через админ-панель.«Чтобы успешно продавать через агентства, сначала нужно завоевать доверие самих агентов. Для этого нужно избавить их от необходимости обращаться к менеджерам сопровождения с вопросами вроде: „Что с закреплением? Почему у меня не получилось закрепить клиента?“ Новый личный кабинет партнера позволил ключевым сотрудникам сосредоточиться на продажах, а не на рутине, и предложил партнерам прозрачный инструмент взаимодействия с нами» Азат Шакиров Руководитель партнерского привлечения FORMAРуководитель проекта со стороны FORMA Никита Темников представил ЛК на Московской неделе цифровизации девелопмента. Он отметил, что у FORMA в планах и дальше развивать продукт.«Платформа кардинально изменила наше взаимодействие с агентствами недвижимости. В этом проекте команда KTS учла каждую деталь — мы получили гибкий инструмент, удовлетворяющий бизнес-потребности нашей активно растущей компании. Это были классные и продуктивные несколько месяцев работы» Никита Темников Руководитель цифровых проектов FORMAОб этом кейсе подробнее рассказали на вебинаре «Как удвоить количество заявок на покупку недвижимости через ЛК брокера. Опыт девелопера FORMA». Смотреть запись.

А101 — один из крупнейших застройщиков. Каждая 8-я проданная квартира в столице — от А101. Компания делает ставку на масштабные проекты с инфраструктурой «город в городе» — детские сады, школы, медцентры, спортивные объекты.В приоритете не только квадратные метры, но и вовлечение жителей в жизнь района. А101 развивает приложение на базе Домиленда — для заявок, опросов и участия в инициативах.Задача: вовлечь жителей в продажиА101 инвестирует в качественное жильё и комфортную городскую среду — это повышает лояльность жителей и их готовность рекомендовать компанию друзьям.Чтобы использовать этот потенциал, застройщик запустил реферальную программу: жители могут выступать в роли агентов, рекомендовать ЖК знакомым и получать вознаграждение за успешные сделки. Сервис встроен в уже привычное приложение для собственников.РешениеЗастройщик стремился обеспечить максимальный комфорт для жителей. У них уже было привычное приложение, поэтому новую функцию решили встроить именно туда — без отдельных установок и новых интерфейсов. Это позволило сохранить единое цифровое пространство для всех сервисов — сделать суперапп, в котором жители решают повседневные задачи и могут выступать в роли агентов.Суперапп для жителей ЖК и управляющей компанииКлючевые возможности мини-аппСервис охватывает все этапы сделки — от онбординга до получения выплат.Интеграция с 1С и ДомилендомЗаявки моментально передаются в 1С девелопера.Система проверяет, действительно ли пользователь — собственник.Пользователи получают пуш-уведомления при изменении статуса.Это избавляет менеджеров А101 от ручной работы, а жителей — от необходимости звонить в кол-центр и ждать обратную связь.Прозрачный трекингВ мини-приложении можно отслеживать статус каждой заявки в реальном времени. Статусы — от «Контакта с клиентом» до «Выполнено» или «Отклонено» — импортируются из 1С.Выбор формы вознагражденияПосле успешной сделки пользователь сам решает, как получить бонус — денежным вознаграждением, скидкой на квартиру, машиноместо или коммерческую недвижимость.Поддержка и консультацииИнструкции;Справочный раздел с вопросами;Возможность связаться с менеджером, если возникли сложности.Результатына 175% возросло количество заявок от клиентов по реферальной программеОт 50 заявок в месяц через реферальный канал1 200 активных пользователей мини-приложенияПодробный кейс читайте тут.

На старте бизнеса запускать процессы проще всего с помощью готовых (коробочных) решений. С развитием бизнеса ограничения таких решений начинают мешать. Рассказываем, по каким маркерам можно понять, что пора менять «коробку» на кастомный продукт.Как понять, что пора разрабатывать собственный сервисДалеко не всегда компаниям необходимо вкладывать миллионы рублей в разработку кастомного продукта. Расписываю дальше ситуации, когда на это есть основания.Кейс № 1. Разработчика коробочного сервиса выкупила другая компанияПри покупке компании-разработчика сервиса другой компанией доступ к вашим данным могут получить новые владельцы. Особенно это актуально для нишевых решений: шанс, что ими заинтересуются компании побольше намного выше.Например, одно популярное приложение для жильцов ЖК прежде принадлежало банку. Год назад долю в нём выкупила инвестиционная компания, где непонятны конечные бенефициары. Они могут быть и конкурентами, которые теперь могут получить доступ ко всей чувствительной информации.Кейс № 2. Разработчики не хотят внедрять ваши фичи в продукт или ставят их в план через полгодаРазработчики коробочных систем делают максимально универсальный продукт, который должен подходить для наибольшего количества клиентов. Если вы хотите дать вашим пользователям сервис, который будет максимально адаптирован именно под их запросы, то может возникнуть конфликт интересов.Конечно, с идеей новой фичи можно прийти к разработчикам коробочного решения, попросить её реализовать. Однако если новая функция слишком сильно не вписывается в их концепцию развития, то её могут даже не поставить в план.Если разработчики согласились внедрить новую функцию в продукт, релизный цикл не позволит сделать это оперативно. Вам придётся ждать несколько месяцев, а то и год, прежде чем до вашей фичи дойдёт очередь, и её всё-таки реализуют. В ситуациях, которые требуют быстрого реагирования, вы теряете возможность оперативной адаптации к новым условиям.Кейс № 3. Разработка собственного продукта может принести ощутимую пользу для бизнесаСоздание собственного приложения без понимания бизнес-эффекта разработки, скорее всего, не приведёт к ощутимым результатам. Бизнесу важно точно понимать, какой профит принесёт кастомная разработка: как она поможет отстроиться от конкурентов и привлечь новых клиентов.При принятии решения важно помнить, что цель любой разработки — либо заработать больше денег, либо сэкономить. Здесь есть два подхода:Автоматизация текущих процессов — когда компания экономит на том, что работу, которую некогда делал человек, теперь удалось выполнять с помощью алгоритмов;Цифровизация — когда с помощью технологий компания получает возможность выстраивать принципиально новые процессы.Именно цифровизация, а не автоматизация процессов помогает бизнесу выстраивать партнёрские отношения с клиентами на долгие годы.Пример: большинство застройщиков разрабатывают по приложению на каждый этап пути клиента. Получается так, что жильцам приходится скачивать отдельные приложения для покупки квартиры, для умного дома, для оплаты заявок. Если для молодых это не проблема, то для людей более старшего возраста установка нескольких сервисов — уже не такая лёгкая задача.Наш клиент Мангазея девелопмент поставил перед собой задачу убрать лишние препятствия на пути клиента. Следовательно, совместным решением с МТех (IT-дочка компании Мангазея) стал уход от работы со множеством коробочных решений, создание единой экосистемы, которая бы превосходила возможности комбинаций коробочных систем.Кейс № 4. Вы хотите наладить дополнительный канал продажПриложение для клиентов — инструмент, с помощью которого можно допродавать свои услуги с высокой конверсией. Этого можно добиться через персональные предложения под каждого клиента. Однако если текущее приложение не позволяет этого сделать, а вы хотите допродавать услуги, то стоит задуматься о разработке кастомного решения.Кейс № 5. Вы хотите снизить вероятность утечки данныхВзломщики стремятся к тому, чтобы с помощью одной уязвимости получить много возможностей для кражи данных. Поэтому в фокусе их внимания — массовые сервисы. Получается так, что вероятность атаки на ваш продукт ниже, чем на сервис, которым пользуется много компаний.Например, недавно появились новости об очередных сливах данных пользователей. Под удар попали банки и retail-сети. Доступ к данным был получен, так как компании использовали популярную коробочную CMS — Bitrix.Как понять, какие фичи вносить в первый релизКлиент обратился к нам с заказом на создание собственного мобильного приложения для жильцов, которое объединило бы лучшие фичи предыдущего решения, Ujin и Alphaopen.Обычно в приложениях управляющих компаний жильцы оплачивают счета за коммуналку, заказывают заявки на пропуск и вызывают ремонтников.Рассказываем, как мы с клиентом определяли, что должно войти в первый релиз приложения для жильцов.Пункт № 1. Фичи, без которых приложение не имеет смыслаВ случае с приложениями для жильцов это функции, за которыми они приходят в приложение стабильно раз в месяц. А именно: оплата ЖКХ.Если мы встраиваемся в этот стабильный паттерн поведения, то появляется возможность охватить наибольший процент аудитории.Мангазее хотелось уйти от сложных платёжек к наглядной визуализации как в банковских приложениях, к которым все уже привыкли. Что мы и сделали.Также мы реализовали выгрузку pdf-квитанции. Оказалось, что есть категория пользователей, которым важно их видеть — даже в 2023 году.Пункт № 2. Фичи, которые помогают клиенту в ситуациях, когда что-то идёт не такЕсли бренд находится с клиентом в момент трудностей, то клиент понимает, что о нём заботятся. Это, в свою очередь, влияет на лояльность.В приложении для Мангазеи мы сделали категорию «заявки», где жильцы могут оставлять заявки для вызова ремонтников — например, для починки трубы. Также мы организовали жильцам связь с управляющей компанией через чат с диспетчером, который открывается для каждой заявки. В нём жильцы могут уточнять детали по заявке без конкретных шаблонов и траты времени на них.Пункт № 3. Фичи, которые делают новое приложение лучше, чем староеВ первом релизе вы не повторите весь функционал коробочного решения, которое развивается годами. Чтобы завлечь пользователей на новое приложение, совсем не обязательно воспроизводить все фичи коробки. Но вы можете добавить тот функционал, который клиенты давно просили реализовать.В предыдущем решении не было функции заказа пропуска через приложение. Например, каждый раз, когда к жильцам приезжал доставщик, им приходилось выходить на улицу и забирать заказ там. Поэтому просьба внедрить оформление пропусков через приложение была самой частой. Жильцы хотели заказывать пропуска в два клика — что мы и сделали.Пункт № 4. Киллер фичаЭто то, что выделит вас среди конкурентов и даст уникальные бизнес-возможности.Мангазея стремится создать одно приложение, в котором будет сосредоточено всё взаимодействие жильца с компанией. Тем самым компания предоставляет своим жильцам уникальный опыт.Киллер фича в этом случае — взаимодействие жильца с системами умного дома из того же приложения. Обычно пользователям нужно установить отдельное приложение для домофона, счётчиков, ещё чего-то. Здесь же реализовывается концепция «всё в одном».Какие подводные камни могут быть при переходе с «коробки» на «кастом»При разработке приложения вы можете столкнуться со следующими проблемами:Интеграция с другими системамиПри разработке у нас были сложности на уровне данных. А именно, с их консистентностью и синхронизацией между учётной системой 1С-ЖКХ и сервером приложения. Нужно было продумать интеграцию как с внутренним контуром, так и с бухгалтерией, диспетчерами, охраной.Обычно проблемы возникают во время получения доступов к нужным системам, и не у всех сервисов есть готовые коннекторы.Недостаточное покрытие документацией и инструментария для разработчиков от производителей умных устройствПри выборе домофона в Мангазее ориентировались на пользовательские характеристики. Получилось так, что тестовое приложение работает не идеально, поэтому нам пришлось коммуницировать с производителями домофонов.Конечно, можно было бы взять коробочную систему домофона от производителя. Однако это не соответствовало стратегии развития продукта: тогда бы пришлось встраиваться в их релизный цикл, ждать разработки фич по полгода. Там же удалось выкатить MVP за три месяца, сейчас раз в месяц мы запускаем новые релизы.Используя SDK от производителя, нужно следить за запрашиваемыми правами. В первом релизе запрашивался NFC, что ограничивало количество устройств, на которые можно было скачать приложение. В итоге мы столкнулись с тем, что приложение для пользователей Xiaomi было доступно только для тех устройств, в которых был NFC. После изменения настроек мы сняли эти ограничения.«Мы хотим выстраивать с клиентами долгосрочные отношения и предоставлять им уникальный опыт. Это означает, что у нас не должно быть ограничений от вендора по развитию приложения. Именно поэтому мы решили создать свое приложение, а не использовать комбинацию готовых продуктов. В итоге мы получили позитивный отклик, много предложений и замечаний, поэтому продолжаем развивать приложение вместе с KTS. Фидбек от жильцов был настолько положительный, что мы в М Тех решили выходить на внешний рынок и предлагать наше решение другим компаниям» Андрей Журко Генеральный директор «МТех»