Коротко
Почему проверка «есть ли уже» пропускается?
История с одного из потоков. Группа дошла до выбора проекта, участница описала идею: инструмент, который будет собирать и обновлять данные по площадкам. Задача её мучила давно, и она была готова начинать.
На проверке выяснилось, что похожее решение в её агентстве уже разработано. Формулировка, которую она произнесла, ушла у меня в постоянный обиход: не хочу создавать самолёт, который уже создали.
Заметь, где именно это выяснилось: не в компании, а на обучении у внешнего человека. Внутри организации вопрос не всплывал, потому что задавать его было некому и незачем.
Есть и третья причина, менее приятная. Проверка может закончиться выводом «делать не надо», а замысел уже прожит в голове и стал приятным. Отказаться от собственной идеи тяжелее, чем от чужой, поэтому вопрос откладывают до момента, когда бросать жалко.
Второй слой той же истории: в той группе идеи участников оказались похожими друг на друга. Разные компании, разные роли, а замысел один - собрать разрозненные цифры в одно обновляемое место. Люди изобретают одно и то же гораздо чаще, чем кажется изнутри собственной головы.
Четыре места, где искать готовое
Обход занимает вечер, если идти по списку.
| Где искать | Что искать | Как проверить |
|---|---|---|
| Соседние отделы и коллеги | тот же процесс под другим названием | разговор на десять минут, не письмо |
| Оплаченные лицензии | функции, за которые уже заплачено | попросить у бухгалтерии список подписок |
| Сервисы, которыми пользуетесь | вкладки и разделы, куда никто не заходит | открыть настройки и прочитать меню целиком |
| Открытые решения | готовые инструменты под типовые задачи | поиск по описанию задачи, а не по названию |
Вторая и третья строки дают больше всего находок. Компании годами платят за системы, из которых используют пятую часть, а потом заказывают отдельную разработку того, что было в соседней вкладке.
Отдельная категория - то, что коллеги собрали для себя сами и никому не сказали. Такие решения обычно живут в таблицах и личных папках, официально их не существует, но работу они делают. Найти их можно только разговором.
Про то, как вообще выбирается первая задача под автоматизацию, я писал в материале про первую задачу для нейросети: проверка «нет ли уже готового» встраивается туда как нулевой шаг.
Как спросить у коллег, чтобы получить честный ответ?
Формулировка решает всё, и это не тонкость, а механика.
«Есть ли у нас инструмент для сбора данных по площадкам?» - человек мысленно перебирает названия систем, не находит и отвечает «нет». Ответ честный и бесполезный.
«Слушай, а как ты сейчас собираешь эти цифры? Покажи прямо на экране» - и выясняется, что есть таблица, куда трое скидывают выгрузки, и настроенная кем-то рассылка, и полузаброшенный отчёт в системе аналитики.
Что стоит спросить дополнительно:
- Кто ещё в компании занимается похожими данными?
- Что вы пробовали раньше и почему бросили?
- Чего в текущем способе не хватает больше всего?
Последний вопрос важнее остальных: он показывает, надо ли строить новое или достаточно достроить существующее. Про то, где вообще проходит граница между «хватит чата» и «нужен свой продукт», есть отдельный разбор - задачу решает чат: зачем тогда свой продукт.
Что делать, если нашлось похожее, но неудобное
Самая частая ситуация после проверки: похожее есть, но пользоваться им никто не хочет.
Три исхода, между которыми стоит выбирать осознанно:
Пользоваться как есть
Подходит, когда неудобство касается формы, а не сути. Неудачный интерфейс терпим, если данные считаются правильно. Экономия огромная.
Дособрать поверх
Готовое остаётся источником, а ты собираешь тонкую надстройку: выгрузка, пересчёт, свой вид отчёта. Работы на порядок меньше, чем на полный продукт.
Делать своё
Когда расхождение принципиальное: другой процесс, другие данные, другая ответственность. Тогда решение осознанное, а не случайное.
Второй вариант недооценивают чаще всего. Многие задачи, которые формулируют как «нужна своя система», на деле требуют слоя поверх существующей: забрать данные, привести к своему виду, показать так, как удобно.
И маленькое предупреждение про первый вариант. Если готовое решение делает работу, но требует ручного шага раз в неделю, это не всегда проблема. Иногда десять минут ручной работы дешевле любой автоматизации, и честный ответ звучит именно так.
Когда собирать своё всё-таки правильно?
Не хочу, чтобы статья читалась как «ничего не делайте, всё уже есть». Своё решение часто единственно верное, просто выбор должен быть осознанным.
Признаки, при которых я сам берусь собирать:
- Процесс правда свой. Он вырос из вашей практики, и любое готовое решение придётся ломать под себя сильнее, чем строить с нуля.
- Данные не должны уходить наружу. Персональные данные, коммерческие условия, внутренняя аналитика. Тогда локальное решение выигрывает не по удобству, а по требованиям.
- Цена готового несоразмерна. Лицензия на команду стоит как годовая зарплата, а задача закрывается инструментом на один экран.
- Нужна связка, которой нет ни у кого. Данные из трёх систем, сведённые по своим правилам, - типовой случай, где готовое просто не существует.
Отдельно про масштаб. Даже когда решение принято в пользу своего, начинать надо не с полной системы, а с узкого куска, который проходит весь путь целиком. Логика такого старта разобрана в материале про то, почему первая версия собирается насквозь.
Пять минут проверки перед стартом
Прогони по пунктам и запиши ответы. Именно запиши: устный ответ самому себе слишком легко проскочить.
- Как эта работа делается сегодня и кем? Если ответ «никак», это отдельный сигнал.
- Кто ещё в компании делает что-то похожее и что у него получилось?
- За какие системы мы уже платим и что из них умеет часть этой задачи?
- Что случится, если не делать ничего? Иногда ответ «ничего страшного».
- Какой минимальный кусок задачи закроет большую часть боли?
«Опиши, какими типовыми способами эту задачу решают в компаниях: готовые сервисы, встроенные функции популярных систем, простые обходные пути. Для каждого способа скажи, чего он не закрывает». Ответ не заменит разговора с коллегами, но покажет, о чём вообще спрашивать.
Ещё один разворот этой же проверки - на уровне компании, а не задачи: с чего начинать внедрение и в каком порядке. Разбирал это в материале про то, как внедрить ИИ в компании пошагово.
Частые вопросы
Частые вопросы
Главный вывод
Запомнить стоит одно: вопрос «нет ли уже такого» задаётся не для того, чтобы отказаться от идеи, а чтобы точнее её очертить. После проверки замысел почти всегда становится уже и полезнее.
Практический минимум на сегодня: возьми свою идею, найди человека, который делает похожую работу, и попроси показать её на экране. Десять минут разговора вместо недели разработки.
А ты уверен, что задача, которую ты собрался решать, уже не решена в соседнем отделе?