Причины провалов бизнес проектов

Я уверена, что большинство специалистов в информационных технологиях (менеджеры, разработчики, аналитики, специалисты по продажам и т.д.) достаточно часто, если не постоянно, сталкиваются с непониманием заказчиков продуктов/услуг, владельцев бизнеса того, зачем им вообще нужен бизнес-анализ, «мифическая» фаза диагностики, документ о видении и границах проекта (Scope and Vision Document), структурная декомпозиция работ (WBS), спецификация требований или какие-то там пользовательские истории… Мне даже нравится искренне непонимающий и недоверчивый взгляд и улыбка («эй, ребята, похоже нас пытаются развести на дополнительный объем работ. ») собеседников на первых встречах, которые повторяют как мантру одну и ту же фразу: «Это все понятно… Но нам нужны только разработчики.»

Отчасти, я понимаю их непонимание: бизнес-анализ сам по себе никому не нужен и самые лучшие требования (полные, связные, непротиворичивые, трассируемые и т.д.) тоже никому не нужны… И даже конечный продукт, самый лучший, без дефектов, с самым лучшим дизайном интерфейсов и Usability тоже не нужен… Я серьезно… Не нужен, если он в конечном итоге не удовлетворяет потребности бизнеса и не решает проблемы причастных/заинтересованных лиц (не востребован конечными пользователями).

Почему проект провалился? Причины неудач стартапов, как избежать провала стартапа #startup #product

Так вот потребности, проблемы и решение определяет или оценивает их влияние, целесообразность и т.д. только бизнес-аналитик. И требования для разработчика с целью реализации решения формулирует тоже он. Разработчик же занимается только реализацией решения, подлежащего автоматизации, т.е. созданием продукта/системы информационных технологий. В его область компетенции не входит оценка его (решения) целесообразности и иных аспектов, относящихся к бизнес-анализу.

Я сейчас не утверждаю, что на проекте обязательно должны быть бизнес-аналитик и спецификация требований (техническое задание). Все зависит от перечня условий и потребностей конкретного проекта.

Я говорю о том, что с точки зрения здравого смысла бизнес-анализ, как таковой, должен быть на проекте, как и некая форма фиксации и донесения его результатов всем причастным/заинтересованным лицам проекта.

Я говорю об объективной оценке слов заказчика “я знаю” и “я хочу”. Ведь между тем “что я хочу” и тем “что мне действительно нужно и что я могу себе позволить” может быть огромная пропасть. “Заказчик захотел автомобиль, спроектировал самолет, а денег есть только на велосипед”- подходящая метафора для иллюстрации положения вещей на проекте информационных технологий. Что делать разработчику, задача которого состоит в реализации решения, а не в поиске того самого решения проблемы заказчика, оценке его возможности и формировании перечня его желаний в виде списка требований к выбранному решению?

Считаю большой стратегической ошибкой менеджмента проекта решение о включении задач бизнес-анализа (или исключение их из рассмотрения вообще по настоянию заказчика) по умолчанию в перечень задач, например, разработчика или менеджера проекта.

F*CK UP SHOW: Громкие истории провалов успешных предпринимателей

Только факты и выводы

В подтверждении своих слов привожу далее статистику (что может быть красноречивее цифр?) по провалам проектов.

По данным отчета The Standish Group за 2015 год (в исследуемую выборку попало около 50 тысяч проектов по всему миру) около 70% проектов закончились провалом или спорно.

По данным отчета The Standish Group за 2014 год только в США ежегодно тратится 250 миллиардов долларов на разработку программного обеспечения, реализуется около 175 тысяч проектов. Многие из этих проектов заканчиваются провалом или спорно.

Ниже привожу частичные данные по исследованию 8380 проектов из указанного выше отчета:

• около 83% проектов закончились провалом или спорно;
• только 15,5 % проектов уложились или не превысили бюджет более, чем на 20%;
• в 25,2% проектов бюджет был превышен более, чем в 2 раза;
• только 13,9 % проектов уложились или не превысили сроки более, чем на 20%;
• в 47,8% проектов сроки были превышены более чем в два раза;
• только в 7,3% проектов был реализован весь запланированный функционал;
• в 49% проектов функционал был реализован в пределах 25-74%.

Требования – это результат бизнес-анализа, стоимость ошибок которого исчисляется сотнями миллиардов долларов в год в мировом масштабе [4].

Коэффициенты роста стоимости ошибок в процессе разработки требований приведены ниже [3]:

Данные таблицы обработаны и адаптированы автором первоисточника [3] из большого количества работ.

Например, стоимость исправления ошибки, равная 1000 $ на этапе разработки требований, может вырасти до 10000-100000 $ на этапе эксплуатации.

Очевидно, что компаниям необходимо улучшать “производственные” процессы, как и процессы бизнес-анализа, а также обратить пристальное внимание на основные причины провалов проектов – плохие требования, сомнительные попытки компенсировать ошибки этапа бизнес-анализа на последующих этапах, невнимательное отношение к проблемам и потребностям бизнеса заказчиков и причастных/заинтересованных лиц – т.е. всему тому, что ассоциируется непосредственно с бизнес-анализом.

• бизнес-анализ
• бизнес-аналитик
• бизнес-процессы
• аутсорсинг

Источник: habr.com

Причины провалов бизнес проектов

Стартап — не Олимпийские игры, участие не главное. Неофициальный девиз Олимпийских игр: «Главное не победа, а участие» — это не про стартап. Здесь главное — не только первыми добежать до финиша, но и выжить!

Примерно 90% стартапов терпят крах. И этот факт — главный ответ на вопрос: Почему нужно использовать концепцию «бережливого стартапа»?

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

Топ 20 причин провала стартапов

Исследовательская компания CB Insights изучила 101 провалившийся стартап и выявила 20 основных причин провала. Знание этих причин должно помочь максимально обезопасить ваш новый проект. Это для тех, кто учится на чужих ошибках.

42% Не нужен рынку, отсутствие спроса, продукт не востребован

Самая основная причина. Это так называемая ловушка стартапера: стартапер занимается решением своих проблем, думая что это интересно всему рынку. Не достаточно изучив рыночный спрос, стартапы терпят неудачу, так как не решают рыночных проблем.

29% Закончились деньги

Деньги и время стартапов ограничены. Потому важно правильно их распределить.

23% Неподходящая команда

Ошибки в подборе нужных специалистов, начиная с технического директора и (или) продакт менеджера.

19% Конкуренция

Когда идея интересна рынку, в её направлении может работать огромное количество конкурентов, игнорировать их нельзя.

18% Ценообразование/издержки

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

17% Недружественный для пользователя продукт

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

17% Продукт без бизнес-модели

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

14% Слабый маркетинг

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

14% Игнорирование клиентов, покупателей

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

13% Несвоевременный вывод продукта на рынок

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

Другая сторона медали — довести продукт до совершенства. Ловушка перфекционизма. В итоге потеря времени и возможности закрепится на рынке.

13% Потеря фокуса

Часто бывает, что основатели переключаются на сторонние проекты, личные проблемы и другие моменты. В этом случае не поможет ни революционная идея, ни финансирование, ни отличная команда или интерес аудитории. Чтобы стартап добился успеха, основатели должны быть максимально сосредоточены исключительно на нем.

13% Разногласия в команде/с инвесторами

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

Это же касается и разногласий с инвесторами. Последние действуют по-разному. Некоторые практически не вмешиваются в развитие стартапа, а другие контролируют каждый шаг и пытаются заставить принять определенное решение.

10% Неудачный пивот

Пивот может как принести пользу, так и разрушить проект. Не всем удается превратить Burbn в Instagram. Часто после пивота компания начинает двигаться по совершенно неправильному курсу.

9% Нехватка увлеченности

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

8% Неудачное местоположение, провал географической экспансии

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

8% Отсутствие финансирования/интереса инвесторов

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

8% Юридические проблемы

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

8% Не использовали связи, сети

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

8% Профессионально выгорели, выдохлись

Основателю сложно соблюдать баланс в работе и личной жизни. Первое часто перевешивает, а потому шансы «выгореть» достаточно высокие.

7% Отказались от пивота

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

Надеюсь эта заметка поможет вам избежать типичных ошибок при запуске проекта/продукта в жизнь. Или нивелировать их. И удачи вам и вашим стартапам!

Вам также может понравиться

Продвижение сайтов. Контент vs Контекст, что лучше?

29.05.2021

Примеры посадочных страниц

30.01.2022

Стандартные типовые лендинги

25.11.2021

Источник: dides.ru

Почему стартапы терпят неудачи

«Лавировали, лавировали, да не вылавировали…». Не всем проектам суждено пройти большой путь. Многие терпят неудачи прямо на старте, кто-то сталкивается с проблемами уже во время работы и т.д.

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

Сначала о причинах

Многие причины провалов банальны и все о них знают, но почему-то забывают проанализировать и просчитать перед началом работ.

Лидеры (топ-10 причин, чем выше, тем популярнее):

1. Идея никому не нужна (она не интересна инвесторам или потенциальным клиентам, плюс, за время работы над проектом что-то поменялось и актуальность идеи просто пропала).
2. Нет денег (нет денег – нет проекта, за одну только идею работать будет максимум только автор идеи).
3. Проблемы с командой (разногласия, кто-то что-то не поделил, понял не так и т.п.).
4. Слишком высокая конкуренция (да, конкуренты никогда не дремлют, в век, когда уже всё изобретено, нужно держать руку на пульсе и быть быстрее или эффективнее конкурентов – иначе выбьют из седла).
5. Неправильное ценообразование или слишком высокие издержки (проблема напрямую соотносится с отсутствием бизнес-модели, которая упоминается ниже).
6. Продукт оказался неудачным (пользователи его не приняли или не поняли, что тоже не редкость).
7. Никто не посчитал баланс доходов и расходов (то есть не разработал и не обосновал бизнес-модель, не предусмотрел возможные риски, как итог – дебет с кредитом не сошлись).
8. Не смогли набрать аудиторию из-за некачественного маркетинга (реклама – двигатель бизнеса, сейчас мало просто поставить цены ниже рыночных, нужно рассказать о себе, о своих преимуществах, суметь продать свой продукт; нет продаж – нет проекта).
9. Неправильная работа с клиентами (клиенты – это те, кто несёт вам деньги на развитие; если не слышать своих главных инвесторов, то есть клиентов, то можно столкнуться с массой проблем и полностью потерять проект).
10. Поздно вышли на рынок (частично проблема пересекается с высокой конкуренцией – время, как известно, это деньги, и выигрывает тот, кто начал раньше или сделал все быстрее; пока вы будете прорабатывать мелкие фичи, кто-то просто заберёт всех ваших клиентов, а значит, вам уже ничего не останется — ложка, как известно, дорога к обеду).

К менее популярным, но от этого не менее важным причинам провалов стартапов можно отнести:

1. Потерян фокус (всегда нужно осознавать, куда и зачем вы движетесь; да, в процессе всё может сильно поменяться, но, если в итоге вы завернёте не туда, проект можно потерять полностью).
2. Разногласия с инвесторами (тут всё просто, кто платит, тот и заказывает музыку, и иногда бывает так, что идеи автора перестают совпадать с идеями тех, на чьи деньги работает команда).
3. Потерян стержень/суть/идея (иными словами, если исчезает то, из-за чего появился проект, он разваливается).
4. Отсутствие искры/увлечённости (ещё говорят – не хватило запала).
5. Неправильная привязка к географии (да, нужно думать, где открывать проект, это целый комплекс связанных проблем – насколько близко расположены от офиса члены команды, нет ли языковых барьеров, каков спрос на ваш продукт в выбранной стране, регионе, городе и т.д.).
6. Снижение интереса со стороны инвесторов (во многом соотносится с проблемой отсутствия денег, но в данном случае деньги у инвестора может быть и есть, но тратить их на ваш проект он просто больше не хочет).
7. Неправильное юридическое оформление проекта и просто юридические сложности (любой проект должен быть проанализирован всесторонне, в том числе нужно рассматривать вопрос его законности и отсутствия каких-либо ограничений/обременений).
8. Нужны или не используются связи (даже в очень развитых странах иногда нужно на кого-то надавить, чтобы проект получил нужную огласку или продолжение своего развития, всё зависит от ниши и конъюнктуры рынка).
9. Выгорание (моральное, эмоциональное и даже профессиональное; как минимизировать этот эффект, мы рассматривали ранее – в статье «Как уменьшить выгорание сотрудников с помощью организационных стратегий»).
10. Отказ от идеи (да, так иногда бывает — была идея, она казалась разумной и стоящей внимания, сил, времени и т.п., а в какой-то момент всё это прошло).

Помимо упомянутых выше причин, бизнес-проекты могут терпеть неудачи из-за:

• неправильного рабочего режима/графика (многие команды могут пройти огонь, воду и медные трубы, но не проходят проверку работой на удалёнке, которая сама по себе — стресс);
• ошибочной стратегии развития (лучше всего начинать с минимальной рабочей модели, почему и что это вообще – нужно писать отдельную научную работу);
• оторванной от реальности оценки возможностей (всё как в поговорке: «На словах ты Лев Толстой, а на деле…» всё обстоит не так радужно);
• отсутствия опыта (есть интересная мысль: чтобы стать настоящим руководителем/управленцем, нужно набрать команду, начать проект, завалить проект, разогнать команду, снова собрать, доделать проект… и так до тех пор, пока не придёт просветление);
• неграмотного планирования ресурсов (очень похоже на неправильную фокусировку, когда команда хватается за всё и сразу или за всё, что угодно, но только не за то, что нужно);
• неправильного подбора персонала/команды (тут, опять же, нужен опыт или строго научный подход, а лучше — баланс между тем и тем).

Что делать, чтобы не завалить проект

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

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

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

В-третьих, не нужно стремиться реализовать сразу все задуманные возможности и фичи. Нужна MVP-модель, то есть, нужно сначала сделать минимальный жизнеспособный продукт. Такой подход позволит вам быстрее перейти от теории к практике – проанализировать реальный спрос, опробовать выбранную маркетинговую стратегию и т.д., но главное – позволит сэкономить ресурсы и деньги, а значит и потенциальные потери в случае полной или частичной неудачи.

Всё необходимое можно будет реализовать позже, уже на существующем рабочем продукте.

Чтобы облегчить планирование проекта, постановку задач и их контроль, обеспечить единую систему коммуникаций и оперативных уведомлений, нужно задействовать специальный софт – такой как Projecto.

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

Projecto легко адаптируется к переходу от MVP-модели к полноценному рабочему продукту.

Чтобы изучить все возможности системы, воспользуйтесь деморежимом (это совершенно бесплатно, плюс, можно заказать бесплатную тестовую установку «под заказчика» на один месяц).

Источник: projecto.pro