Сравните подрядчиков на одном рабочем сценарии
Чтобы выбрать разработчика приложения недвижимости, дайте кандидатам одинаковое задание: объект, действие сотрудника, источник данных и ожидаемый результат. Попросите объяснить обычный путь, сбой и запрет доступа. Затем сравните доказательства опыта, включённые работы, приёмку и передачу системы.
Мы предлагаем начать с той операции, от которой зависит ваш бизнес. Агентству важно довести заявку до показа, девелоперу нужно согласованно закрепить квартиру за покупателем, собственнику коммерческой недвижимости нужно выдать арендатору нужный документ. Каталог и красивый экран помогают выполнить эти действия, но в смете должны быть описаны и правила работы за ними.
Определите свою модель недвижимости
Фраза «приложение для недвижимости» может означать сервис подбора, рабочее место продаж или кабинет действующего арендатора. У них разные пользователи и разные причины ошибки. Перед запросом предложений выберите основной процесс первой версии.
| Модель | Путь сотрудника и клиента | Что согласовать до сметы |
|---|---|---|
| Агентство | Агент обновляет объект; клиент оставляет заявку; менеджер связывает её с объектом и назначает показ. | Где хранится карточка, кто разрешает публикацию, как обрабатываются повторные заявки и снятый объект. |
| Девелопер | Покупатель выбирает квартиру; менеджер или клиент запрашивает резерв; система возвращает решение и статус. | Где принимается решение о резерве, сколько он действует, кто снимает его и что происходит при двух запросах. |
| Коммерческая аренда | Бухгалтер арендатора получает счёт по договору; управляющая компания отвечает на обращение по помещению. | Откуда приходят документы, какие договоры доступны сотруднику, как отзывается доступ и обновляется версия файла. |
Например, агентству может хватить доработки действующей CRM и сайта. Девелоперу понадобится отдельно проверить систему учёта квартир и резервов. Для бизнес-центра первая версия может ограничиться чтением утверждённых счетов и обращениями. Попросите студию объяснить выбор между готовым сервисом, модулем и заказной разработкой на вашем процессе.
Попросите показать путь данных в выполненном проекте
Отраслевой кейс полезен, когда в нём можно проследить нужную операцию. Попросите кандидата показать, что изменил сотрудник, куда передали данные, как результат увидел другой пользователь и кто разбирает ошибку. Если детали закрыты соглашением о конфиденциальности, подойдут обезличенная демонстрация и описание зоны ответственности команды.
В «Бакаеве» мы помогли перенести локальную 1С в облако и связали её с админ-панелью и мобильным магазином. Сотрудник меняет фотографию товара в админ-панели, сервер синхронизации передаёт изменение в 1С. Заказ из приложения уменьшает остаток в админ-панели и учётной системе. Изменения из 1С доходят обратно до приложения.
Реальный проект 13FOX · продуктовый ритейл
Каталог связан с учётной системой
Мы собрали работу с товарами и обмен с 1С в связанную систему магазина.
В Malling мы сделали инструмент CRM-коммуникаций рядом с Битрикс24 и amoCRM. Этот опыт помогает рассматривать отдельный модуль поверх действующей CRM. При выборе подрядчика уточните, какую часть решения он действительно разработал и кто отвечал за интеграцию: это пригодится для распределения ответственности в вашем проекте.
Смежный опыт стоит проверить на отраслевом сценарии. Команда, которая связала каталог с учётом, должна объяснить, как проверит ваш резерв или доступ арендатора. Согласуйте результат этой проверки до основной разработки.
Дайте командам одинаковые тестовые объекты
Возьмите объекты из своих рабочих процессов, замените персональные данные и создайте копии для тестового окружения. Сохраните важные связи: объект, обращение, договор, документ, роль сотрудника. Так кандидат увидит реальную структуру задачи без доступа к рабочей базе.
Следующие сценарии показывают, как мы предлагаем проверять будущую реализацию. Подберите для своей модели обычный случай и одно исключение; закрепите ожидаемый результат письменно.
Агентство: снятый объект и повторная заявка
Попросите снять тестовую квартиру с публикации в системе, которую вы выбрали источником статуса. Проверьте, что происходит на сайте и в приложении, включая уже открытую клиентом карточку. Затем отправьте заявку повторно. Менеджер должен видеть связь обращения с объектом и результат обработки повтора по согласованному правилу.
На демонстрации уточните, где сотрудник найдёт ошибку обмена и как убедится, что обновление дошло до витрины. Отдельно запишите допустимую задержку обновления: её выбирают под ваш процесс и проверяют на тесте.
Девелопер: два запроса на одну квартиру
Допустим, в тестовой базе есть свободная квартира. Два пользователя почти одновременно запрашивают резерв. Система, отвечающая за резервирование, должна принять согласованное решение; пользователи и менеджер должны увидеть понятные статусы. Запишите, какой запрос получает резерв и что сообщается второму участнику. Сверьте, что в системе-источнике у квартиры один активный резерв.
Повторите запрос после потери ответа. Проверьте, как система узнаёт уже созданный резерв. Затем дождитесь его окончания или снимите резерв вручную и сверьте доступность квартиры. Если 1С недоступна, кандидат должен показать предусмотренное поведение интерфейса и порядок восстановления. Возможность читать объекты через программный интерфейс (API) сама по себе не подтверждает готовность этого процесса.
Коммерческая аренда: права проверяются по документу
Создайте две тестовые организации с разными договорами. Бухгалтер первой получает свой счёт, затем пытается открыть документ второй по прямой ссылке. Сервер должен отказать в доступе. После этого отзовите права бухгалтера и из той же открытой сессии снова запросите его собственный счёт, который был доступен до отзыва. Проверьте отказ сервера и для этого документа.
Замените счёт исправленной версией и проверьте, какой файл скачает арендатор. Согласуйте, где хранится утверждённый документ и как сотрудник управляющей компании видит историю изменения. Правило скачивания и сценарий электронного подписания оценивайте раздельно.
Результат проверки: короткий протокол с исходными данными, действиями, ожидаемым и фактическим результатом, найденными ограничениями. Студия должна указать, какие операции показаны на тестовой интеграции, а какие пока описаны в прототипе.
Разберите интеграции и миграцию до общей цены
Дайте кандидату название и версию CRM и 1С, способ размещения базы, перечень доработок и ответственного специалиста. Для каждого поля определите источник истины: систему, где хранится окончательное значение. Цена, статус объекта и документ могут приходить из разных мест.
В документации 1С:Фреш по OData описаны чтение и изменение данных, настройка доступных объектов и прав. Поэтому формулировку «интеграция с 1С» нужно раскрыть до конкретных операций в вашей конфигурации. Мы предлагаем проверить чтение карточки и нужное изменение на тестовой базе, затем определить доработки каждой стороны.
Битрикс24 документирует стандартные сущности CRM и пользовательские типы объектов, смарт-процессы. Попросите подрядчика показать, где будет храниться объект недвижимости и как он свяжется с заявкой, контактом и сделкой. Название платформы в портфолио не раскрывает эту модель данных.
При переносе старой базы выделите в смете подготовку данных. Например, одна квартира могла получить разные номера на сайте и в CRM. До импорта нужны таблица соответствий, правило объединения дублей и проверка связей с обращениями и документами. На пробном переносе сверьте количество записей и выборочно откройте полную историю объекта.
Назначьте ответственных за выгрузку, исправление исходных данных и подтверждение результата. Уточните, когда старую систему перестанут редактировать, как перенесут последние изменения и как вернут работу назад при неудачном запуске. Эти решения влияют на трудозатраты и дату перехода.
Приведите сметы к одному составу работ
Попросите каждого кандидата оценить один и тот же набор сценариев. В каждой строке должны быть результат, допущения, ответственный и способ приёмки. Число экранов полезно для оценки интерфейса; обмен, права и исключения требуют собственных строк.
| Работы | Что сравнивать | Что уточнить отдельно |
|---|---|---|
| Разбор и проектирование | Сценарии, роли, источники данных, прототип, границы версии и критерии приёмки. | Какие вопросы команда закроет технической проверкой до окончательной оценки. |
| Интерфейсы и сервер | Клиентский путь, рабочее место сотрудника, права, статусы и журнал действий. | Веб-версия, мобильные платформы, админ-панель и работа с уведомлениями. |
| Обмен и миграция | Операции в CRM и 1С, повторы, ошибки, сверка и пробный перенос данных. | Работа специалиста 1С, исправление старой базы, ограничения внешних сервисов. |
| Проверка и запуск | Обычный путь, конкурирующие действия, запреты, сбой обмена, инструкции и переход. | Тестовые среды, публикация приложений, порядок возврата к прежней системе. |
| Передача и сопровождение | Исходники, сборка, доступы, экспорт, инструкции, обработка ошибок и обновлений. | Лицензии, размещение, сервисные платежи, гарантийные исправления и дальнейшие изменения. |
Стоимость разработки приложения для застройщика зависит, в частности, от того, где уже работает резервирование. Если готовая система принимает решение и предоставляет нужные операции, команда связывает с ней интерфейс. Если правила резерва предстоит разработать, в оценку входят их проектирование, реализация и проверка конкурирующих запросов. Это разные объёмы.
Сравнивайте также расходы после запуска: размещение, лицензии CRM, поддержку обмена и обновления приложений. Уточните, что изменит оценку: новая база 1С, ещё одна роль, подключение следующего объекта или переработка процесса. Зафиксируйте порядок оценки изменений и согласования дополнительных работ.
Проверьте передачу системы до подписания договора
Попросите описать комплект передачи: исходный код приложения и сервера, история изменений, инструкция сборки, схема данных, перечень зависимостей и порядок развёртывания. Для решения на готовой платформе уточните, что относится к настройкам, собственному модулю и сторонним компонентам.
Согласуйте в договоре права на созданный код и дизайн, состав передаваемых материалов, условия использования сторонних компонентов и доступ к данным. Заказчику полезно знать, кто владеет аккаунтами размещения и публикации и как другая команда получит управление системой. Точные формулировки договора согласуйте со своим юристом.
Предложите приёмку передачи в отдельной тестовой среде: ответственный специалист собирает приложение по инструкции, запускает сервер и выполняет контрольный сценарий. Также проверьте экспорт объектов, контактов, договоров и документов в согласованном формате. Так вы увидите, чего не хватает для дальнейшего сопровождения.
Примите решение по закрытым вопросам
Соберите короткий список кандидатов. Каждому отправьте одинаковые вводные, проведите разбор сценария и запросите обновлённое предложение. В таблице сравнения отметьте для каждого критерия: показано, описано, требует проверки. Рядом сохраните ссылку на демонстрацию или пункт предложения.
Сначала закройте условия выбранного процесса: для агентства проверьте карточку и заявку, для девелопера согласуйте резервирование, для коммерческой аренды подтвердите права на документы. Операции в 1С и перенос данных включайте, если они нужны первой версии. Для любой модели согласуйте передачу результата. После этого сравните цену сопоставимого объёма и организацию работы. Если риск интеграции ещё открыт, обсудите отдельный этап проверки с конкретным результатом и границами затрат.
Для проекта в Москве или Санкт-Петербурге уточните формат встреч, кто приедет на объект при необходимости и как это учитывается в смете. Назначьте участников со своей стороны: продажи, бухгалтерию, администратора CRM и специалиста 1С. Для удалённой работы согласуйте расписание показов результата и место, где фиксируются решения.
У выбранной команды должны быть понятные ответы о данных, исключениях, составе работ и передаче. С таким предложением вы сможете принять решение и позже сверить готовую систему с исходным заданием.
Вопросы перед заказом
Можно ли выбрать студию без готового ТЗ?
Да. Начните с рабочего процесса, обезличенного объекта и списка систем. Попросите оценить разбор сценариев и техническую проверку. До основной разработки согласуйте границы версии, правила данных и приёмку.
Обязателен ли отраслевой кейс застройщика?
Он полезен, если подтверждает нужные операции и ответственность команды. Смежный опыт интеграций тоже можно рассмотреть. Попросите проверить резерв, статусы и документы на ваших тестовых данных до выбора основного состава работ.
Как сравнить фиксированную цену и оплату по трудозатратам?
Дайте кандидатам одинаковые сценарии и критерии готовности. Для фиксированной цены уточните допущения и порядок изменений. Для оплаты по трудозатратам согласуйте отчётность, границы этапа, бюджетный предел и точку принятия следующего решения.
Разберём ваши сценарии недвижимости
Покажите обезличенный объект, пример документа, путь сотрудника и перечень CRM/1С. Мы разложим процесс на данные, роли, интеграции и проверки. На первом обсуждении определим границы первой версии, перечень работ и вопросы, которые нужно закрыть для оценки.
Начать можно с описания процесса. Рабочие доступы и клиентские данные для первого разговора не нужны.