Archive for the ‘Старт бизнеса’ Category

История предыдущей фирмы (часть 2).

Среда, Март 18th, 2009

Продолжаю мою прошлую статью, дальше идем по истории фирмы и разгребаем, что было сделано хорошо и плохо.

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

По пунктам:
- В 2003, когда мы стартовал компанию оффшор полным ходом шагал вперед и проектов действительно было много. Так что время было достаточно удачное. С другой стороны, западные компании еще не стали открывать свои офисы, поэтому конкуренция была только с местными компаниями
- Мы работали достаточно в узкой нише (программирование для мобильных). Я бы сказал, тогда эта была ниша идеального размера для старта – не слишком большая (то есть не слишком много конкуренции) и не слишком маленькая (то есть заработать уже можно).
- Мы в тот момент были гибкие и быстро реагирующие. Собственно у маленькой фирмы очень немного козырей на руках и это один из них. В тот момент, когда небольшой проект переваривается слоями иерархии крупной фирмы с заказчиком уже можно договориться и начать работу.

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

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

Кстати, очень сильный упор делался именно на наем программистов.В тот момент когда у нас было 10 человек (включая меня и брата), то из них 8 (включая меня) исполняли программисткую работу.  Базируясь на той стратегии, которую мы вели – это было понятно. Для маленьких проектов, заказчики редко раскошеливались на то, чтобы заказывать работу тестировщика и дизайнера.

Я помню даже, что некоторые проекты мы тестировали не показывая эти часы заказчику.

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

К концу этого периода у нас прибыль, все продолжала расти, но наметились уже проблемы.

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

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

Эта ошибка заключалась в том, что по росту фирмы мы не ввели нормальное разделение обязанностей и должностей.  Я например вполне занимался и sales (поиск новых заказчиков) и project management и developement и support. Хотя мы начали выделять людей с менеджерскими правами, но опять же на них ложилось и немножко sales работы и project management и development. Естественно люди не могут быть во всем хорошо и что-то по ходу терялось, делалось не на должном уровне.

Подошибок тут пожалуй было две: мы не выделил поиск заказов в отдельную функцию. Мы не разделили project management и development.

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

В данный момент я бы сделал две вещи:

- нанял бы sales, которые искали бы проекты

- нанял бы project manager’а, для управления проектами

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

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

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

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

Из того, что нужно было сделать. В целом заказчик был просто золотой. Идеальное решение было бы сбор dedicated team чисто под него. То есть поставить менеджера, который бы с ним общался и 3-4 программиста (как можно более опытных), которые бы решали все нужны. Если бы мы тогда это сделали, я уверен, что такая конструкция приносила бы деньги очень долго и без необходимости всякого вмешательства.

Примерно такие были результаты за 2004 год.

Продолжение следует…


История предыдущей фирмы (часть 1).

Понедельник, Март 16th, 2009

Ольга Иванова попросила опубликовать ссылку на статью о Bluetooth маркетинге, что и делаю. Если честно от самой статьи не ввосторге, так как это в основном реклама продукта и не содержит особо интересных данных. А вот в целом ее блог достаточно интересный и есть, что почитать.

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

Итак, приступим…

Начну с того, что предшествовало старту фирмы. В середине 2003 года я узнал о том, что будет проводиться PalmOS конференция в Европе и решил во что бы то не стало туда съездить. Учитывая, то, что тогда я зарабатывал хотя приличные, но не супер большие деньги и оплачивал все сам, то это была достаточна большая инвестиция для меня. Хотя в тот момент я скорее относился к этому как к развлечению с дополнительные полезным для профессионального роста эффектом. На этой конференции я прошел экзамен и стал сертифицированным PalmOS программистом. Список сертифицированных программистов вывешивался на Palm.com и через этого список меня нашли 2-3 заказчика. По большему счету начало работы с первым заказчиком можно считать стартом фирмы.

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

Вот тут я сделал первую ошибку. Правда, я рад, что она обошлась. Я пошел к своему шефу (владельцу фирмы на которую я работал) и предложил ему «отдать» заказчика и последующих заказчиков за % от прибыли с этих проектов. Шеф предложил достаточно небольшой процент и я решил уйти в свободное плаванье. Ошибка состояла в том, что если бы он предложил мне интересные условия и я тогда согласился бы, то у меня было бы две возможности:
- я остался бы программистом, которому иногда приходят проекты и % от них был бы просто приятным бонусом (так как вряд ли поток проектов был бы уж очень большим).
- я перешел бы в sales. Тогда поиск проектов стал бы моей основной работой и соответственно о хорошем проценте о прибыли было бы сложно договориться, учитывая что новые проекты уже считались бы тем, что я _обязан_ находить.

SMP попросил меня писать те решения, которые я принял бы сейчас.

Сейчас бы я не стал общаться с предыдущем шефом. Это была только трата времени и сил.

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

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

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

Нынешнее решение: Найти как можно более опытных разработчиков и нанять их. В случае неудачи – уволить.

После этого началось достаточно бурное развитие фирмы. Постепенно находились новые проекты (в основном мелкие), нанимались новые программисты. Где-то через пол года нас уже было человек 6-7.
Из положительного – мы достаточно активно работали с большим заказчиком и несколькими мелкими, плюс на нас вышел посредник, который нам подкидывал разнообразные небольшие проекты.

В целом, делалось все правильно – нарабатывалась база заказчиков, постепенно увеличивались обороты, увеличивался штат фирмы.Я бы сказал, что где-то по окончания полгода-года работы был задан общий «тон» того, как будет действовать компания.

Тем не менее, в этом тоне было несколько недостатков. Они были плохо видны на тот момент, но много раз нам аукались позже. И пожалуй в этом и была самая большая проблема, что этот участок, был настолько интересный, подвижный и хороший, что казалось, что ключевой пункт – делать дальше, так как делаем уже. Однако, с развитием бизнеса, обнаружилось, что у нас было несколько серьезных проблем в подходе:
- Полное реинвестирование прибыли.
Фактически, мы пытались развивать фирму выжав педаль газа до упора. Исходя из этого наши обороты и прибыль росли, но мы долгое время не обращали на падающую маржу прибыли. Да, что там… Я даже в тот момент и не знал о существовании такого понятия :)
К тому же при таком режим работы у нас фактически отсутствовал резервный фонд.

Нынешнее решение: организация резервного фонда (10-15% от всей поступающей прибыли).
- Ориентация на мелкие проекты
В тот момент мы фактически не брезговали проектами любой величины. С одной стороны, чтобы наращивать обороты, с другой стороны, они были таки прибыльные. Как результат сложилась ситуация, что вместо поиска/ожидания/получения одного среднего или длинного проекта хорошей маржей, мы постоянно нахватывали кучу мелких проектов.

Нынешнее решение: Найм менеджера по продажам. Посадить его/ее на поиск контактов в средних/крупных фирмах. Пытаться получить проект. За мелкие проекты вообще не браться.

Продолжение следует…

Вопросы по партнерству

Воскресенье, Ноябрь 2nd, 2008

На днях должен встретиться, обсудить потенциальное партнерство в одной идее.

Подготовил список вопросов, ну и чтобы добро даром не пропадало. Решил обобщить и запихнуть сюда

а) Почему нравиться именно эта идея, что в ней такого привлекательного? Не слишком ли широкая/узкая ниша у идеи?

б) Что с финансированием?

Собирается ли человек вкладывать какие-то свои деньги (если да, то какого порядка)? Собирается ли искать инвесторов (если да, то когда).

в) Моя роль в бизнесе?

Что мне понадобится делать в начале? (В целом и так ясно, что придется – педалить :) , но хотелось бы знать, какой порядок приоритетов следующих задач – архитектура, написание кода, поиск программистов и тестеров, управление ими, code review, разгребание технических сложностей и т.п.

г) Чем собирается заниматься в это время он?

Д) Какой критерий неудачности?

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

Е) В случае удачи, как перераспределятся роли? Кто за что будет отвечать.

Ж) Ну и само собой Какой % компании он готов дать за мои услуги? Дополнение от Dyatel: В каком виде выдается % компании (это влияет на exit strategy).

З) От Dyatel: Минимальное контрибуция каждого участника.

И) От Stanislav Malkin: Как обстоят дела с бизнес планом.

К) От Stanislav Malkin: Тип бизнеса.

Кстати, если я что-то пропустил – пишите.

О выходе на больших игроков рынка.

Среда, Октябрь 29th, 2008

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

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

Так вот, это ошибка звучит в бизнес плане примерно так: «… и вот тут мы пообщаемся с крупными фирмами…».

Проблема заключается в том, что крупные фирмы ежедневно получают десятки, а то и сотни разных email’ов и звонков с разнообразными идеями и предложениями. И дай бог 1% из них доходит до стадии серьезного планирования, до стадии исполнения доходят 0.1%, а до стадии денег 0.01%.

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

Соответственно, для этого,  нужно:

а) Иметь несколько sales, так как вы один, будучи еще и программистов в то же самое время, вряд ли сможете уделять нужное количество времени.

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

Исходя из пункта а) + б) – в этих sales нужно будет вкладываться. Причем, не $100/месяц наняв девочку где-нибудь черт знает где, которая умеет слегка говорить, а вполне придется вкладывать взрослые цифры в взрослый sales.

Учитывая, что под крупными фирмами вероятнее всего подразумевается, что-то зарубежное и серьезное. То в добавок, sales должен иметь опыт работы с такими фирмами и иметь возможность подъехать и лично пообщаться в эти фирмы.

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

Естественно, всегда есть пару «но». Идеально, если вы или кто-то из партнеров уже имеет интересные контакты в  таких фирмах. Это не просто плюс, это три плюса на фюзеляже. Ну и очень хорошо, если вы, не программист, а sales, так как тогда вы сможете сами стучаться в закрытые двери.

Но, тем не менее, подводя итог. Если вы начинаете с низкого старта (не имея особо денег в банке), не стоит рассчитывать ни на какие контакты с серьезными фирмами. Вероятнее всего в начале ваш удел будут небольшие фирмочки и конечные потребители.

Одно замечание, большие фирмы вполне могут купить у вас N копий продукта. Но купить копию и сотрудничать (или купить всю вашу фирму) – это совсем разные вещи.