Готовое решение или своя разработка: что проверить до старта

Сначала опиши затруднение

«Нам нужна CRM» — уже выбор класса инструмента. Начни на шаг раньше: какое действие повторяется, кто его выполняет и где возникает потеря? Например, заявки из разных каналов приходится вручную переносить в общую таблицу, а ответственный не всегда видит их статус. Это условный пример задачи, а не описание конкретного проекта.

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

Проверь готовый инструмент на своих сценариях

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

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

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

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

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

Сравни стоимость работы, а не только запуска

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

Для собственной системы нужен ответственный за её дальнейшую жизнь. Кто принимает изменения, помогает пользователям и оплачивает обслуживание? Если этого ответа нет, оценка разработки пока неполная.

Закончи обсуждение одним проверяемым шагом

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

• Какая задача повторяется и у кого?
• Как её решают сейчас?
• Что не устраивает и как это наблюдается?
• Какой готовый вариант уже проверили?
• Что необходимо сохранить: данные, доступы, интеграции?
• Кто проверит следующий шаг и по какому результату?

Когда разумно отложить разработку

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