Контейнеровоз класса Maersk Triple-E имеет длину 1800 футов и перевозит более 18 000 контейнеров на расстояние 11 000 миль между Европой и Азией, и.
весь его экипаж может поместиться в пассажирском фургоне.
Грег Коган, бывший военно-морской архитектор, а теперь консультант по маркетингу стартапов, обнаружил, что тот же принцип, который позволяет команде из 13 человек успешно переместить самый большой в мире контейнеровоз в порт по всему миру, применим и к стартапам.
Особенно для тех, кто хочет добиться агрессивного роста и ставит амбициозные цели.
Простые системы имеют меньше времени простоя
Корабли состоят из простых систем, которыми легко управлять и которые легко понять.Это облегчает их ремонт, а значит, сокращает время простоя.
В данном случае под «простоем» мы подразумеваем время, необходимое для устранения поломки и продолжения движения за тысячи миль от берега.
Возьмем, к примеру, систему управления кораблем.
Рулевое колесо толкается влево или вправо с помощью металлических стержней.
Эти стержни перемещаются за счет гидравлического давления.
Давление контролируется гидравлическим насосом.
Насос управляется электронным сигналом из рулевой рубки.
Этот сигнал контролируется автопилотом.
Чтобы найти причину поломки и решение любой проблемы, экипажу корабля не понадобится помощь ракетчика или кораблестроителя:
- при выходе из строя автопилота управлять кораблем вручную из диспетчерской;
- если электронные сигналы не работают, пройти в рулевую рубку, чтобы вручную управлять насосом, разговаривая с мостиком по простому аудиотелефону;
- при выходе из строя гидравлики использовать механический аварийный руль;
- Если это не помогло, зацепите цепь с обеих сторон руля и потяните в нужном направлении!
Стартапы, как и корабли, не следует останавливать из-за простоя системы.
Длительные простои в продажах, маркетинге, сети, поддержке клиентов, найме, продуктовых и других системах могут нанести непоправимый ущерб проекту и темпам его роста.
Хотя современные корабли уже имеют автоматизацию, она влияет лишь на время выполнения задач и внимание, необходимое для контроля всех систем.
Двигатели и вспомогательные системы работают проще, чем когда-либо, благодаря современным дизельным и электрическим силовым установкам, пришедшим на смену перегруженным паровым установкам.
Почему простота сокращает время простоя
1. Квалификация экономит время
Если ответственное за систему лицо уйдет, упадет за борт, попадет под автобус (см.Фактор автобуса ) или переходит в новый проект, его может заменить другой человек без специальной подготовки и подготовки.
Таким образом, больше людей могут быть вовлечены в поиск и устранение неисправностей и решение проблем.
Например, аналитическая панель, созданная компанией Таблица , скорее всего, потребует более квалифицированных технических специалистов для обслуживания, чем панель, созданная с использованием набора пользовательских скриптов и API. Никто не должен отвлекать экспертов по анализу данных или разработчиков продуктов от их реальной работы по исправлению гистограммы.
2. Устранение неполадок занимает меньше времени.
В системе, где поведение каждого компонента и его взаимосвязь с другими легко понять, устранение неполадок и поиск неисправного компонента (основной причины отказа) являются интуитивно понятными.
Например, если на сайте компании много загружаемых документов и за их загрузку отвечает одна и та же форма, устранить неполадку будет проще, поскольку проблему нужно искать в одном месте (коде этой формы).
Но если каждый документ имеет свою собственную форму, сделать это гораздо сложнее.
3. Больше альтернативных решений
Когда каждая часть системы выполняет четкую функцию, ее легче заменить какой-то альтернативой.Например, представьте себе систему Salesforce , который использует средства автоматизации и сторонние инструменты для оценки, фильтрации, категоризации и назначения новых потенциальных клиентов.
Если он нас перестанет устраивать или все сломается, мы не сможем сразу предложить замену.
Работа будет заморожена до тех пор, пока проблема не будет решена или не будет найдено аналогичное, столь же сложное решение.
Теперь представьте себе систему, в которой отдел продаж просто получает уведомление о каждом новом потенциальном клиенте вместе с соответствующими подробностями.
Это позволяет им решить, следовать ли тренду или нет. Если процесс уведомления Salesforce завершается неудачно, легко придумать сотню других способов передать эту информацию отделу продаж: отчеты, экспорт списка продуктов, сбор данных вручную или использование Запир отправить оповещение практически любым способом.
В этом случае время простоя не превысит нескольких минут. 
История одного стартапа
Один из моих клиентов использовал устаревшую платформу автоматизации корпоративного маркетинга ( Маркето ) с 629 автоматизированными процессами, построенными за несколько лет. Когда что-то ломалось или требовало регулировки, среди более чем 150 сотрудников был только один человек, который мог это сделать.На решение каждой проблемы уходили дни или даже недели.
На период технических работ маркетинговые кампании были приостановлены.
И с каждым патчем вся система становилась все сложнее.
Когда этот человек покинул компанию, не было никого, кто мог бы управлять системой.
Каждую неделю могла появиться новая проблема.
Но на его поиск и устранение ушло больше недели.
Чтобы ситуация не зашла в тупик, я поспешил перевести компанию из Маркето в HubSpot , более простая платформа, с которой легче работать и устранять неполадки.
Миграция заняла всего одну неделю.
Однако на этом пути возникла еще одна сложная система – Salesforce .
У него было 10 автоматизированных процессов с более чем 100 связанными действиями, и все они зависели от различных автоматизированных процессов Marketo. Нам потребовалось две недели (вдвое дольше, чем на миграцию), чтобы понять и интегрировать эти процессы с новой маркетинговой платформой.
В целом эти две сложные системы (Marketo и Salesforce) привели к шести неделям простоя отдела маркетинга и трем неделям простоя отдела продаж.
И это не считая недель простоя, которые они пережили за последние несколько лет, и еще многих недель простоя, которые они пережили бы в будущем, если бы мы не собрали новую автоматизированную систему.
Новая система имела на 97% меньше процессов (20 против 629), но предоставляла те же возможности.
А ошибку, обнаруженную спустя несколько дней, исправили за четыре минуты.
Этот опыт заставил меня задуматься о том, какие принципы могут использовать стартапы, чтобы избежать ловушек сложных систем.
Принципы работы с простыми системами
Поддержание на плаву таких проектов по принципу «разорить и заменить» — болезненный и разрушительный процесс, даже если долгосрочные выгоды того стоят. Многие стартапы, например корабли, не могут позволить себе роскошь дополнительного времени и ресурсов для проведения капитального ремонта в случае их поломки.Я предлагаю три принципа, которым следует следовать при оценке или внедрении новых систем:
- Уникальность не оправдывает сложность.
Какая польза от сложной системы управления полетами, основанной на целом парке самолетов, или от корпоративной маркетинговой платформы, такой как Marketo, если никто не может провести маркетинговую кампанию? Выбирайте инструменты, которые просты в использовании и предлагают большинство необходимых вам функций.
- Сложные идеи приводят к сложным реализациям.
Если на объяснение или понимание идеи уходит слишком много времени, реализация будет затруднена, а когда что-то неизбежно сломается, исправление ситуации займет еще больше времени.
Например, процесс продаж, требующий многочасовых объяснений, будет кошмаром для поддержки и поддержания, каким бы хорошо продуманным он ни казался.
- Старайтесь модифицировать, а не создавать дополнения.
Когда возникают новые требования, существует тенденция добавлять уровни поверх существующей системы с помощью опорных решений или интеграций.
Вместо этого посмотрите, сможете ли вы изменить ядро системы в соответствии с новыми требованиями.
Изменение ядра может привести к (плановому и разовому) увеличению времени простоя, как в моем примере миграции Marketo-HubSpot, но к сокращению (незапланированного) времени простоя в долгосрочной перспективе.
Попутный ветер!
«…Чем вещь проще, тем труднее ее испортить и тем легче починить при повреждении».Нет сомнений, что во время запуска стартапа что-то обязательно сломается — точно так же, как на корабле, совершающем кругосветное путешествие.Томас Пейн, Здравый смысл, 1776 г.
Однако если встроенные системы просты, то эти проблемы не оставят стартап беспомощно дрейфовать посреди океана.
Теги: #Разработка стартапов #Управление проектами #стартап #Бизнес-модели #бизнес-процессы
-
Обзор 3G-Роутера Huawei E960
19 Oct, 24 -
Мультитач Для Firefox
19 Oct, 24 -
«Осенний Geekfest» — Как Это Было
19 Oct, 24 -
Почему Программирование Так Сложно?
19 Oct, 24
