Софт на заказ или готовый: как малый бизнес решает на самом деле

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

Я много раз наблюдал, как это решение уходит в обе стороны. Ритейлер, потративший два года и небольшое состояние на разработку складской системы на заказ, с которой готовый продукт справился бы за цену месячной подписки. И наоборот: сервисная фирма, платившая за одиннадцать разных SaaS-инструментов плюс за человека, чьей фактической работой стало переписывание данных между ними, тогда как одно скромное приложение на заказ заменило бы всё это и окупилось бы за год. Обоих можно было избежать. Оба случая — результат ответа на неправильный вопрос.

Так давайте ответим на правильный. Это не торговый довод в пользу софта на заказ, хотя разработка софта — часть того, чем мы занимаемся. Это та схема принятия решения, которую я порекомендовал бы другу, ведущему бизнес — включая все случаи, когда честная рекомендация звучит как не стройте ничего.

Что на самом деле означает каждый вариант (за рамками буклета)

Готовый софт — это всё, что вы покупаете готовым и настраиваете: ваша бухгалтерская программа, инструмент для записи клиентов, CRM, трекер проектов, в котором живёт ваша команда. Кто-то построил это однажды и продаёт один и тот же продукт тысячам компаний. Вы его арендуете, подстраиваете свой процесс под него, а взамен получаете нечто зрелое, поддерживаемое и дешёвое в расчёте на пользователя с первого дня.

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

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

Честный довод в пользу готового

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

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

Где готовое тихо перестаёт подходить

И всё же. Есть причина, по которой этот вопрос продолжает всплывать, и она в том, что у готового софта есть потолок, который не замечаешь, пока в него не упрёшься. Ранние дни прекрасны — инструмент делает 90% того, что вам нужно, а недостающие 10% кажутся пустяком. Затем бизнес дорастает до собственной формы, и эти 10% превращаются в место, куда уходит всё ваше время.

Поломка редко выглядит как одна катастрофа. Она выглядит как тысяча мелких обходных путей. Таблица, которая живёт рядом с официальной системой, потому что официальная система не умеет делать одну нужную вам вещь. Человек, который каждое утро выгружает отчёт из инструмента A и вручную вставляет его в инструмент B. Цветовая разметка, которую все выучили наизусть, потому что софт не даёт добавить поле, которое вам по-настоящему важно. Ничто из этого не кризис. Вместе это звук софта, который вы переросли.

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

Настоящий вопрос о стоимости (это не цена на ценнике)

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

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

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

Схема принятия решения, которую вы пройдёте сами

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

1. 1
   Этот процесс стандартный или специфичный для вас?

   Если тысячи компаний делают это одинаково (выставление счетов, зарплата, почта), сильно склоняйтесь к готовому. Если это то, как вы конкурируете или уникально работаете, заказное начинает иметь смысл.
2. 2
   Делает ли продукт уже 90% этого?

   Если да, внедрите его и подстройте свой процесс — последние 10% редко стоят того, чтобы вокруг них строить. Если ничто не покрывает даже ядро, это настоящий сигнал к заказному, а не проблема настройки.
3. 3
   Во что вам реально обходится неподходящесть?

   Оцените числом еженедельные часы, теряемые на обходные пути, умножьте на год. Если мало — живите с этим. Если это заметная доля чьей-то зарплаты, разработка может окупиться.
4. 4
   Останется ли этот процесс стабильным несколько лет?

   Софт на заказ вознаграждает стабильные, хорошо понятые процессы. Если то, как вы здесь работаете, всё ещё меняется каждый квартал, рано закреплять это в коде — держите гибким и вернитесь позже.

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

Срединный путь, который почти все упускают

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

• Коннектор, который отправляет новые заказы прямо в выставление счетов и CRM, так что никто больше никогда не перепечатывает адрес.
• Простой клиентский портал поверх ваших существующих систем, так что клиенты обслуживают себя сами, а не пишут вам письма.
• Внутреннее приложение на один экран, заменяющее теневую таблицу, на которую все втайне опираются.
• Небольшой дашборд, который автоматически сводит три отчёта в один каждый понедельник утром.
• Мост «объект — офис», чтобы детали работ с места возвращались без второго круга ввода данных.

Каждое из этого скромно. Ничто из этого не заменяет вашу бухгалтерию или почту. Каждое убирает один конкретный, повторяющийся источник трения — и поскольку оно построено под ваш процесс, обходных путей нет, ведь обходной путь и есть продукт. Это, кстати, и есть место, куда теперь вписывается ИИ: не как повод всё перестраивать, а как умный компонент, который вы вставляете в этот тонкий заказной слой, когда задача связана с беспорядочным человеческим языком или суждением. Архитектура та же; слой просто стал способнее.

Пример из жизни: фирма с одиннадцатью инструментами

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

Ситуация

Мы начали там, где начинаем всегда: не с софта, а с их недели. У них работало одиннадцать отдельных инструментов. Несколько пересекались — два из них, честно говоря, делали почти одно и то же. Настоящая боль была не в каком-то одном инструменте; каждый продукт по отдельности был в порядке. Боль была в зазорах между ними. Новый клиент означал одни и те же данные, вручную введённые в четыре системы. Работа одного человека тихо превратилась в «перемещение данных», несколько часов в день, каждый день. У теневых таблиц были свои теневые таблицы.

Что мы сделали

Полноценная платформа на заказ, которую им просчитали, без причины заменила бы прекрасно работающие инструменты и стоила бы целое состояние. Поэтому мы отсоветовали её — вслух, на первой встрече, до всякого договора. Вместо этого мы сначала сделали дешёвую, неэффектную работу: сразу срезали две избыточные подписки. Затем построили один небольшой коннектор на заказ — тот самый тонкий слой — который нового клиента, введённого один раз, автоматически отправлял в системы, которым он был нужен. Никакой большой платформы. Никакого «снеси и замени». Хирургический кусок софта на заказ поверх инструментов, которые они сохранили.

Результат

Работа по «перемещению данных» в основном исчезла — эти часы вернулись в реальную работу с клиентами. Разработка стоила долю от сметы за платформу на заказ и, между сэкономленными подписками и возвращённым временем, комфортно окупилась в первый же год. (Считайте эти цифры иллюстративными, а не обещанием — каждый бизнес свой.) Урок был не в том, что «заказное победило». Он был в том, что правильным ответом стал небольшой кусок на заказ ровно в одном месте, посреди моря готовых инструментов, которые они верно сохранили. Дорогой ошибкой было бы отнестись к этому как к «всё или ничего».

Прежде чем взяться за разработку чего-либо

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

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

Частые вопросы