Я и друг создали стартап, но мы оба разработчики программного обеспечения. Мы быстро осознаем, что нам придется иметь дело и понимать все сложности бизнеса.
Существуют ли какие-либо ресурсы, которые могут помочь нам избежать общих проблем, с которыми сталкиваются не связанные с бизнесом? Как вы балансируете создание своего продукта с сохранением реалистичных целей, чтобы сократить время выхода на рынок.
Как будто вам нужно снять шляпу программиста и надеть шляпу для бизнеса, и наоборот.
Мой программный бизнес был на очень и очень маленьком рынке, ориентированном на автоматизированный дизайн магнитного слоя на жестких дисках (www.micromagnetica.com - обратите внимание, что я в процессе закрытия своего бизнеса количество потенциальных клиентов сократилось до такой степени, что бизнес стал нежизнеспособным. Веб-сайт отражает этот момент). Я занимаюсь бизнесом уже 10 лет и неплохо справился. Моя конкуренция была серией коммерческих и open source программ (в основном университетских или государственных спонсоров), поэтому, хотя рынок был небольшим, мне удалось создать уникальный продукт, который хорошо продавался.
Ловушки:
Положите свои потребности выше клиента. Клиент приходит первым - всегда слушайте ваши потребности клиентов и следите за тем, чтобы ваше развитие соответствовало их потребностям, а не вашим. У каждого программиста есть список вещей, которые они хотят узнать или сделать. Не используйте этот список как руководство для вашей разработки, если оно не решает проблему или не помогает создавать функциональные возможности, которые клиент хочет/нуждается. Этот пункт может сделать или сломать вашу компанию.
Не уточнять вашу бизнес-идею. Составьте бизнес-план - это поможет прояснить, что вы делаете. Прочтите книгу, "Искусство начала" , Гай Кавасаки, чтобы получить коммерческую перспективу начать бизнес. Если вам нужны деньги, вы можете использовать это, чтобы обеспечить финансирование от инвесторов-ангелов или венчурных капиталистов. В противном случае это поможет уточнить, что вы делаете.
Не рекламируйте себя. Сделайте следующее:
(a) Найдите хорошее имя для своей компании и закрепите свое доменное имя. Несмотря на то, что плохой выбор для названия компании не убьет вас (моя первая компания называлась "Euxine Technologies", и это не намного хуже, чем это), но мой продукт продал себя и не был обременен именем.
(b) Как можно скорее соедините веб-сайт с хорошим описанием вашего продукта. Google в конечном итоге найдет вас, и трафик начнет течь на ваш сайт.
(c) Как только у вас появится рабочий прототип, создайте механизм, в котором потенциальные энтузиасты могут загрузить его и начать помогать вам находить ошибки. Вы можете сделать это полной версией с ограниченным временем или ограниченной версией без ограничения по времени. Я сделал и то и другое, и оба работают. Убедитесь, что пользователи знают, что это бета-версия или альфа-версия программного обеспечения. Самая важная часть создания бета-пользовательских отношений - они будут запрашивать функции, о которых вы не думали, и это может занять развитие по непредвиденному (и прибыльному) пути. Это также даст вам возможность держать руку на пульсе потенциальных пользователей.
(d) Если ваш продукт применим к конкретной отрасли, перейдите на соответствующие конференции
(либо получить стенд, либо связаться с потенциальными клиентами), так и продать свой продукт через демонстрации, листовки и распространение бесплатных версий вашего программного обеспечения на компакт-диске.
Не брендинг себя - придумайте логотип, который вы будете использовать для идентификации вас и вашего продукта. Этот логотип будет отображаться на вашем веб-сайте, в вашем бизнесе, в стационарных и визитных карточках.
Не управляя вашими деньгами - изначально будет длинное заклинание до того, как начнутся деньги. Будьте очень скромны с вашими начальными деньгами. Деньги не начнут появляться в тот момент, когда вы сочтете, что программное обеспечение готово к продаже. Может наблюдаться временное отставание, по крайней мере, пары месяцев между тем, когда люди проявляют интерес к вашему программному обеспечению и когда приходит продажа. Это будет зависеть от того, сколько стоит ваше программное обеспечение. Чем дороже программное обеспечение, тем больше время ожидания.
Как только вы начнете продажи, будут сезонные колебания в том, сколько денег приходит. Всегда старайтесь хранить в банке как минимум 6 месяцев денег, чтобы покрыть зарплату и операционные расходы.
Не зная, кто ваши клиенты- Как только вы начнете продавать программное обеспечение, убедитесь, что знаете, кто ваши клиенты, - они могут отличаться от того, что вы считали. Когда я запустил свою софтверную компанию, я думал, что моими клиентами будут все инженеры R & D, которые занимаются исследованиями в магнитных слоях. Через некоторое время стало ясно, что большинство моих пользователей были подмножеством этой группы, которые не могли программировать, но понимали физику программного обеспечения.
Не действуйте профессионально. Когда общение с клиентами будет профессиональным - действовать и одеваться профессионально.
Создание продукта, потому что технология крутая, а не потому, что есть рынок.
Создание продукта, потому что вы этого хотите, а не потому, что есть рынок.
Создание веб-сайта, в котором перечислены функции вашего продукта, а не преимущества.
Предполагая, что реклама в Google AdWords будет работать на вас.
"Постройте его, и они придут".
Правило №1 клуба StartUp: каждый стартап должен иметь как кретинов, так и бизнесменов.
Большинство компьютерных ботаников ничего не знают о том, как управлять бизнесом или продавать и продавать продукт. Должен быть хотя бы один бизнесмен на вашем верхнем уровне (но наблюдайте за ними как ястреб, чтобы они не украли плоды вашего труда: -).
Это всего лишь некоторые вещи, которые могут быть на вашем пути. Я бы рекомендовал не только оскорблять бизнес-сторону, но и беспокоиться о том, что из-за недостатков программных проектов. Существует множество книг о том, как собирать требования, создавать качественный код, код тестирования (например, TDD), методологии проекта (например, XP, Agile,...) и многие другие темы.
Ваш запуск, скорее всего, не удастся, если вы не сможете доставить продукт или если вы не можете доставить продукт, который не решает проблему.
Наконец, трудно судить об успехе, если вы не определяете, что значит добиться успеха. Это пребывание в бизнесе, удвоение вашего дохода за 1 год, нарушение отметки в 250 000 долларов или удвоение вашего штата. Вам нужно определить, что значит добиться успеха не только в вашем бизнесе, но и в каждом продукте, который вы создаете.
Сделайте домашнее задание. Если вы находитесь в США, ассоциация малого бизнеса - это хорошее место для поиска ресурсов.
Попытка быть всем для всех людей.
Часто, пытаясь создать продукт, который привлекает всех, продукт становится настолько общим, что на самом деле никто не может волноваться об этом.
На мой взгляд, лучше нацелить свой продукт на нишевое сообщество людей с очень специфической потребностью, а затем заполнить эту потребность лучше, чем кто-либо другой.
Вот общая ошибка, но она не ограничивается только небольшими компаниями: отсутствие разнообразия в управлении. Разнообразие, которое имеет большое значение, - это многообразие опыта. Я видел пару небольших компаний, которые пострадали от этой ловушки. Они могут часто идти вперед, принимая правильные решения. Проблема в том, что им практически невозможно сказать, когда они принимают плохие решения. Это не обязательно означает, что они потерпят неудачу, это просто ослабит их в разной степени.
Развитие компании - в индустрии программного обеспечения вы можете заработать много денег (соответственно на другие профессии) за очень короткое время. большинство людей, как правило, жаждут и хотят больше денег, чтобы принять больше проектов и нанять много людей, - но они не развивают свою инфраструктуру, свои линии связи, их обязанности, своих разработчиков и т.д. Потому что это стоит денег, t получают прямую выгоду от этого, и вы теряете свою крутую "плоскую иерархию - все-есть-босс" - образ (что не так) Я сам стал свидетелем двух многообещающих стартапов, потому что они слишком быстро развивались. Поэтому следите за этим.
Блестящий! Не позволяйте разработчикам преследовать последнюю блестящую вещь в Интернете, которая привлекает их внимание. Держите разработчиков сосредоточенными на основных стратегических потребностях компании вместо того, чтобы управлять своим продуктом в разных направлениях, поскольку их интерес улавливается другими вещами.
Там есть блог, полный советов по OnStartups. Несколько недавних актуальных сообщений: узнайте из трусы гномов: имеете бизнес-модель, а вот некоторые советы по маркетингу. Автор сам разработчик-предприниматель, который звучит как ваша перспектива.
Обновление: Dharmesh просто настроил сайт с поддержкой StackOverflow только для такого вопроса: http://answers.onstartups.com/
Убедитесь, что вы знаете своих целевых пользователей и их потребности.
Я работал в действительно классном стартапе, где мы думали, что у нас отличный продукт, но мы не смогли создать эту замечательную историю пользователей, чтобы действительно продемонстрировать, как наш продукт заполняет некоторые потребности в них. Этот недостаток помешал им "подключиться" к нашему продукту.
На мой взгляд, разъединение было связано с тем, что мы не знали наших целевых пользователей и понимали их проблемы, как и должны были.
Продажи и продажа. Плюс готовность к выпуску до того, как код будет "совершенным" и отпустит функции постепенно. На самом деле есть очень хорошие Hanselminutes по этой теме и на этом самом сайте (http://www.hanselminutes.com/default.aspx?showID=152)
Не имея некоторых людей в команде с разными идеями/фоном/личностями.
Если каждый всегда соглашается друг с другом все время, и нет никаких трений, вы ничего не добьетесь. О, вы можете быть в порядке, но если все думают одинаково, когда вы застрянете (и вы это сделаете), вы останетесь застряли. Когда вы на рулоне, Curveball - это отвлечение; когда вы застряли в колеи или на стене, Curveball может заставить вас двигаться в другом направлении. Это может быть неправильное направление, но по крайней мере это направление a.
Не хватает знаний и опыта в маркетинге. Хотя продавать хороший продукт легко.
Проблема заключается в том, что я называю IBM OS 2 гениев, создавая очень хороший продукт, но продукт не продается хорошо и не предназначен для эффективного массажа ушей покупателей. Я презираю некоторые вещи о бизнес-работниках, например, о краткосрочных мыслях, предоставляя быстроразвивающимся разработчикам более медленные, но отличные разработчики и другие проблемы, но именно они зарабатывают деньги и приводят программное обеспечение в руки клиентов. Если у запуска нет разработчиков, которые могут эффективно работать с бизнес-проблемами, тогда ему нужно пойти с кем-то, кто может. Неспособность сделать это делает то, что сделало Windows 95 хитом, а IBM OS 2 - динозавром.
Не имея конкретного рынка в виду при разработке продукта. Несколько мест, где я работал, пытались сделать что угодно и все, что привело к тому, что на одном рынке не было достаточно усилий для получения прибыли сначала, чтобы бизнес все еще мог работать.
Micro ISV links содержит некоторые ссылки, которые были показаны в секретной презентации, которую я посетил немного назад, что также может быть полезно.