Я обсуждаю надёжность системы только после вопроса: сколько простоя бизнес действительно выдержит
Надёжность начинается не с обещания работать всегда, а с честного разговора о допустимом простое, данных и ручном режиме работы.
Читать статью →Надёжность начинается не с обещания работать всегда, а с честного разговора о допустимом простое, данных и ручном режиме работы.
Читать статью →Владелец процесса отвечает не за программу, а за результат и исключения. Разбираем, как выбрать такого человека до настройки автоматизации.
Читать статью →Настоящее внедрение B2B-продукта начинается не с созданных учётных записей, а с момента, когда люди перестают держать рядом Excel и ручные обходы.
Читать статью →Пилот полезен не красивой демонстрацией, а ясным следующим решением. Рассказываю, почему заранее заданный критерий остановки помогает честно проверить ценность SaaS-идеи.
Читать статью →IT-проект стоит остановить не из-за первой трудности, а когда исчезла проверяемая причина продолжать. Разбираю пять признаков и порядок решения без лишней драмы.
Читать статью →Новая бизнес-система прижилась не тогда, когда в неё вошли все сотрудники, а когда ключевой процесс проходит через неё без переписки и личных таблиц. Вот как это проверить.
Читать статью →Понятный выход из SaaS — не слабость продукта, а часть доверия к нему. Разбираю, что заранее продумать для данных, доступов, интеграций и спокойного завершения работы клиента.
Читать статью →IT-стратегия начинается не с перечня систем, а с решения, которое компания не должна принимать наугад. Показываю, как найти такой вопрос и превратить его в понятный следующий шаг.
Читать статью →Система, которая замедляется в конце месяца, обычно показывает одно конкретное узкое место. Что зафиксировать, где искать причину и как подготовиться к следующему пику.
Читать статью →Функция готова не на демонстрации, а в обычном рабочем дне пользователя. Разбираю пять вопросов, которые помогают выпустить изменение без лишней надежды на аккуратность людей.
Читать статью →