Коллеги,
Конференция закончилась. Даже не верится. В голове пустота, по тому, что обнулены все таски по конференции. И образовалась небольшая пустота, которая будет заполнена уже в ближайшие дни.
О планах:
В ближайшие пару месяцев я буду занят:
- инкубатором
- проектами
- запуском стартапа
- сбором людей в Долину на поездку
- запуском инфраструктурного проекта для стартапов, ориентированного на СЕЕ регион.
Следите за анонсами.
Я прошу прощения за неотвеченные звонки и письма. За ближайшие пару дней попробую все разгрести, но 7822 непрочитанных письма - тяжело. Если вы мне напомните, о своих просьбах или предложениях - буду благодарен
суббота, 30 октября 2010 г.
вторник, 26 октября 2010 г.
Selling Out
Источник: Selling Out
Недавно размышлял на тему когда и как основатели понимают, что пришло время продать их стартапы и как избегать соблазнов и причин, которые зачастую приводят к этому. Большие венчурные фонды охоче берутся инвестировать предпринимателей, решившихся на смену рода или объекта занятий. Очевидным доказательством этого послужила критика Аарона Патцера (Aaro Patzer) за продажу Mint “всего” за $170 млн, отсюда пошел термин Проблема Патцера (The Patzer Problem), описывающий отдельных предпринимателей, которые продаются ранее срока; когда вырученные средства достаточно велики для учредителей компании и, возможно, для малых инвесторов, но становятся разочарованием для больших фондов.
На этот пост также повлияла критика, услышанная мною на восточном побережье, в адрес людей, которые, как казалось, слишком рано продавали свои стартапы и выглядели как не желающие чересчур рисковать. Билл Ворнер (Bill Warner) поделился своими мыслями по этому поводу и даже звонил в Бостон продвигать и подогревать дальнейший интерес к делу, с тем, чтобы развивать более здоровую экосистему предпринимательства.
понедельник, 25 октября 2010 г.
Tim Draper live on Investor Day Central and Eastern Europe
Адженду немного скорректировали. Теперь у нас есть полчаса от Тима Дрейпера на IDCEE, предусмотрены вопросы из аудитории. Тим подключится через скайп и будет говорить на протяжении получаса о возможностях в нашем регионе. Это тем более ценно, что у него в Калифорнии в это время будет уже далеко за полночь.
Кто еще не успел зарегистрироваться - постарайтесь успеть. У нас кроме тима будет еще много интересных спикеров
Кто еще не успел зарегистрироваться - постарайтесь успеть. У нас кроме тима будет еще много интересных спикеров
четверг, 21 октября 2010 г.
On False Rumors and Defamation Attempts
Dear Friends,
You may have heard various rumors about AmBAR lately. We have tried our best to stay above the gossip. However false rumors are being spread and many of our friends and supporters asked us to make a statement. We firmly intend it to be our last one in this regard.
Let us briefly summarize the most prevalent rumors. According to them, the 2008-2010 management team of AmBAR is not longer affiliated with AmBAR because it looted the bank account of AmBAR, transferred tons of money to themselves, bought themselves luxury stuff on AmBAR money, and now refuse to turn over financial records to the current Board members. Because of such wrongful activity they were kicked off the Board.
Those and other rumors are completely false!
The truth is that the Board members who are currently trying to manage AmBAR affairs took over power of our organization under false pretenses and egregious circumstances having nothing to do with the financial affairs of AmBAR. Any claims of alleged financial mismanagement were not raised until weeks later exclusively for the purpose of justifying the power struggle and destroying our reputations.
At present, to protect our reputation, a lawsuit had been filed in Supreme Court of San Mateo County against Andrey Kunov, whose defamations against fellow board member and his unlawful removal had been instrumental in obtaining sufficient votes for pre-mediated power-grab.
In the best interests of the organization, we have spent over two months trying to resolve the split on the Board peacefully. We offered multiple reasonable solutions, including building a new board from well-respected independent individuals (venture capitalists and successful entrepreneurs) or going for a membership-wide public election. All our offers were either rejected or we have not received any response back, and no offers of peaceful resolution came from the other side. The reason became clear to us only recently, where, as it turned out, instead of looking for amicable solution, the other side was and still is fully engaged in public smearing campaign falsely accusing us of the so-called "financial improprieties".
Let us now summarize the well documented facts:
1. A lot of people were involved in AmBAR activities over the years, including organizing the SVOD conference. The practice of compensation, in existence for six years, was used to motivate people and partially compensate for their considerable investment of time and effort in AmBAR big projects, such as the SVOD Conference. Compensation has been paid in all years except those which were financially bad for the organization (such as 2008)
2. AmBAR's then in-house counsel, Julia Pogodina, prepared and approved such contracts and provided guidelines.
3. Along with many others, the 2008-2010 Management Team/three members of the AmBAR Board of Directors against whom these latecomers are alleging baseless rumors of financial improprieties, were compensated for their considerable investment of time and effort (for putting together the SVOD Conference, the first groundbreaking VC trip to Russia and helping arrange President Medvedev's visit to Silicon Valley) at the princely rate of $30/hour.
4. All other Board members, i.e., Julia Pogodina, Andrey Kunov, Leonid Litvak, and Alexey Kudryashov have themselves been compensated pursuant to the same contracts Ms. Pogodina prepared.
5. All financial documents (including line-item detail for every check, receipt, and transaction) have been made available to all the Board members on September 3,2010. Thus, the individuals spreading the rumors knew they were baseless when made.
6. In fact, the Management Team/three AmBAR Directors have repeatedly suggested an independent third-party audit, and the people spreading these rumors refused.
7. Allegations of financial irregularities are the cheapest and easiest allegations to hide someone amoral actions . This is going for the low-hanging fruit. But spreading these cliche allegations, knowing they are false, and then refusing to submit to an independent audit, is simply cowardly. We leave it to our members to draw their own conclusions about the character and judgment of people who would behave in this unprofessional and hypocritical manner.
8. As before, we extend an open invitation to all our paid members and sponsors to review the financial records for themselves.
9. As a last attempt to save AmBAR whom we dearly love we have offered to all the Board Members involved in the conflict to resign and nominate/elect an independent caretaker Board consisting of respected and prominent members of the community. So far we have not heard back from the other side.
We look forward to continuing to serve and expand the Russian-speaking tech community, and regret that other Board members have chosen to make their power-grab into a public spectacle.
Anna Dvornikova
Stas Khirman
Vera Shokina
You may have heard various rumors about AmBAR lately. We have tried our best to stay above the gossip. However false rumors are being spread and many of our friends and supporters asked us to make a statement. We firmly intend it to be our last one in this regard.
Let us briefly summarize the most prevalent rumors. According to them, the 2008-2010 management team of AmBAR is not longer affiliated with AmBAR because it looted the bank account of AmBAR, transferred tons of money to themselves, bought themselves luxury stuff on AmBAR money, and now refuse to turn over financial records to the current Board members. Because of such wrongful activity they were kicked off the Board.
Those and other rumors are completely false!
The truth is that the Board members who are currently trying to manage AmBAR affairs took over power of our organization under false pretenses and egregious circumstances having nothing to do with the financial affairs of AmBAR. Any claims of alleged financial mismanagement were not raised until weeks later exclusively for the purpose of justifying the power struggle and destroying our reputations.
At present, to protect our reputation, a lawsuit had been filed in Supreme Court of San Mateo County against Andrey Kunov, whose defamations against fellow board member and his unlawful removal had been instrumental in obtaining sufficient votes for pre-mediated power-grab.
In the best interests of the organization, we have spent over two months trying to resolve the split on the Board peacefully. We offered multiple reasonable solutions, including building a new board from well-respected independent individuals (venture capitalists and successful entrepreneurs) or going for a membership-wide public election. All our offers were either rejected or we have not received any response back, and no offers of peaceful resolution came from the other side. The reason became clear to us only recently, where, as it turned out, instead of looking for amicable solution, the other side was and still is fully engaged in public smearing campaign falsely accusing us of the so-called "financial improprieties".
Let us now summarize the well documented facts:
1. A lot of people were involved in AmBAR activities over the years, including organizing the SVOD conference. The practice of compensation, in existence for six years, was used to motivate people and partially compensate for their considerable investment of time and effort in AmBAR big projects, such as the SVOD Conference. Compensation has been paid in all years except those which were financially bad for the organization (such as 2008)
2. AmBAR's then in-house counsel, Julia Pogodina, prepared and approved such contracts and provided guidelines.
3. Along with many others, the 2008-2010 Management Team/three members of the AmBAR Board of Directors against whom these latecomers are alleging baseless rumors of financial improprieties, were compensated for their considerable investment of time and effort (for putting together the SVOD Conference, the first groundbreaking VC trip to Russia and helping arrange President Medvedev's visit to Silicon Valley) at the princely rate of $30/hour.
4. All other Board members, i.e., Julia Pogodina, Andrey Kunov, Leonid Litvak, and Alexey Kudryashov have themselves been compensated pursuant to the same contracts Ms. Pogodina prepared.
5. All financial documents (including line-item detail for every check, receipt, and transaction) have been made available to all the Board members on September 3,2010. Thus, the individuals spreading the rumors knew they were baseless when made.
6. In fact, the Management Team/three AmBAR Directors have repeatedly suggested an independent third-party audit, and the people spreading these rumors refused.
7. Allegations of financial irregularities are the cheapest and easiest allegations to hide someone amoral actions . This is going for the low-hanging fruit. But spreading these cliche allegations, knowing they are false, and then refusing to submit to an independent audit, is simply cowardly. We leave it to our members to draw their own conclusions about the character and judgment of people who would behave in this unprofessional and hypocritical manner.
8. As before, we extend an open invitation to all our paid members and sponsors to review the financial records for themselves.
9. As a last attempt to save AmBAR whom we dearly love we have offered to all the Board Members involved in the conflict to resign and nominate/elect an independent caretaker Board consisting of respected and prominent members of the community. So far we have not heard back from the other side.
We look forward to continuing to serve and expand the Russian-speaking tech community, and regret that other Board members have chosen to make their power-grab into a public spectacle.
Anna Dvornikova
Stas Khirman
Vera Shokina
среда, 20 октября 2010 г.
Еще раз по заявкам телезрителей - Стриптиз в исполнении Тима Дрейпера для женщин-предпринимателей.
Помним, что Тим - один из основателей семьи фондов DFJ - Draper Fisher Jurvertson, один из инвесторов в Скайп. Входит в топ 20 венчурных капиталистов мира. Вероятнее всего он будет у нас в режиме видеоконференции на Investor Day CEE
воскресенье, 17 октября 2010 г.
Дискуссия на Лиге
В рамках подготовки IDCEE мы решили провести небольшую дискуссию на Лиге на тему "Интернет-технологии и инновации: возможна ли Силиконовая Долина в Украине?" -если задать вопрос, то вероятнее всего получите ответ от меня или других спикеров. Буду раз за конструктивные вопросы. Сразу скажу - я скептик
пятница, 15 октября 2010 г.
Ну вот где-то так я стараюсь всегда поступать
ДЕЛАЙ ДОБРО И БРОСАЙ ЕГО В ВОДУ…
Этот случай произошел в Канаде зимой у придорожной кофейни для автомобилистов. К окошку подъезжает старенькая машина и женщина, которая останавливается здесь уже много лет подряд, заказывает свой обычный кофе. Пока идет обмен любезностями с продавцом, она замечает машину, пристраивающуюся в очередь. От хорошего настроения женщина хочет сделать что-то хорошее и заявляет продавцу, что заплатит за кофе для следующей машины. Продавец пожимает плечами и думает, что эти люди знакомы. Женщина уезжает.
На следующий день женщина как всегда подъезжает к окошку кофейни. «Вы знаете, я думаю, вчера произошла ошибка. Парень за которого Вы заплатили не знает Вас», - говорит продавец. Женщина, немного смутившись, объясняет, что так и должно быть. И тогда продавец ей рассказывает, что произошло вчера: «Я сказал тому парню, что Вы заплатили за его кофе. Тогда он захотел заплатить за следующую машину. Водителю следующей машины я объяснил тоже самое и он поступил аналогично. Так происходило 21 раз. Я поражен!». 21 машина, 21 кофе и 21 приятно удивленный человек. Такое добро заразительно. Если вас удивили добрым делом, вы также стараетесь сделать что-то для других, не важно - знакомых или нет людей. И если вам удалось стать первопричиной или просто звеном цепочки доброты, мир, пусть и на немного, становится лучше.
Стянуто у Воффки
Этот случай произошел в Канаде зимой у придорожной кофейни для автомобилистов. К окошку подъезжает старенькая машина и женщина, которая останавливается здесь уже много лет подряд, заказывает свой обычный кофе. Пока идет обмен любезностями с продавцом, она замечает машину, пристраивающуюся в очередь. От хорошего настроения женщина хочет сделать что-то хорошее и заявляет продавцу, что заплатит за кофе для следующей машины. Продавец пожимает плечами и думает, что эти люди знакомы. Женщина уезжает.
На следующий день женщина как всегда подъезжает к окошку кофейни. «Вы знаете, я думаю, вчера произошла ошибка. Парень за которого Вы заплатили не знает Вас», - говорит продавец. Женщина, немного смутившись, объясняет, что так и должно быть. И тогда продавец ей рассказывает, что произошло вчера: «Я сказал тому парню, что Вы заплатили за его кофе. Тогда он захотел заплатить за следующую машину. Водителю следующей машины я объяснил тоже самое и он поступил аналогично. Так происходило 21 раз. Я поражен!». 21 машина, 21 кофе и 21 приятно удивленный человек. Такое добро заразительно. Если вас удивили добрым делом, вы также стараетесь сделать что-то для других, не важно - знакомых или нет людей. И если вам удалось стать первопричиной или просто звеном цепочки доброты, мир, пусть и на немного, становится лучше.
Стянуто у Воффки
Coding for equity: человеческий фактор
В предыдущем постах мы говорили о том, что для успешного стартапа, в котором предприниматель и разработчики сотрудничают на условиях coding for equity, важны два момента:
1. Правильная договоренность о распределении акций. Нужно передавать права на распоряжение акциями при достижении фиксированных целей.
2. Необходимо обсудить на старте основной объем работ и построить договоренность, что будет происходить в случае возникновения потребности в дополнительных объемах разработки.
Есть еще один важный момент, и обратить на него внимание надо предпринимателю. Помните о том, что разработчики - это не просто некая удаленная команда, с которой достаточно подписать ТЗ и потом переписываться и созваниваться, требуя выполнения той или иной задачи. С ребятам надо постоянно общаться лично, самому понимать, что они делают, а также рассказывать о том, что происходит с бизнес-частью проекта. То есть не просто быть на связи, а быть в связке. Иначе возникает вакуум в общении, разработчики перестают понимать, что происходить с проектом – каждый день они видят только код. И проект для них становится обезличенным кодом. Крайне важно, чтобы разработчики получали информацию о маркетинге, продажах, ключевых бизнес договоренностях - все это добавляет мотивации их работе, помогает осознать зачем они работают в проекте, что именно нужно для клиентов, быть полноправным участником проекта.
Если с бизнес-часть возникают проблемы, о них также обязательно надо говорить с разработчиками. Во-первых, они могут дать очень дельный совет для предпринимателя, ведь знают продукт изнутри и у них незамыленный взгляд на ситуацию. Во-вторых, они равно настолько же заинтересованы в успехе продукта, насколько и предприниматель. Поэтому, не сообщив им о проблеме, вы можете разрушить сложившееся доверие между участниками проекта. А доверие, несмотря на все подстраховки в виде договоров и акций с ограничением, - это основа успешной работы команды. И если коммуникация нарушена, доверие может потеряться.
Почему Address.ua остановился именно сотрудничестве по модели coding for equity ?
Мы не искали партнерства именно по этой модели, мы искали профессиональную команду разработчиков, которая была бы в состоянии создать сложный и амбициозный продукт - портал по недвижимости Address.ua. И только потом решали, на каких условиях сотрудничать и в итоге остановились на Антоне Рудиче (Х-Tend Software Development) и его команде. Во многом по причине того, что Х-Tend - это не просто команда с хорошим опытом программирования. Это команда с уникальным опытом реализации интернет проектов с бизнес точки зрения. В их портфеле такие проекты как Rabota.ua, Izum.ua, Turne.com.ua. Поэтому мы больше принимали решение не столько в пользу coding for equity, сколько в пользу команды.
До того, как портал стали разрабатывать ребята из X-tend, у Address.ua был внутренний департамент разработчиков, и все процессы финансового планирования тем или образом крутились вокруг такого понятия, как ежемесячная зарплата разработчикам. Например, мы планировали: первый этап делаем за два месяца и это будет стоить соответственно две ежемесячные зарплаты департамента. После того, как срок разработки по первому этапу превысил четыре месяца, фактический R&D бюджет удвоился… Когда же создавалась договоренность с Х-Tend, стали искать модель, которая бы ориентировала разработчиков на достижение результата, а не на ежемесячную оплату, поэтому договорившись об объеме работ, мы договорились о привязке оплаты к произведенным релизам. Для меня их согласие стало дополнительным подтверждением того, что это именно те люди, которых мы искали – они уверены в своих силах и готовы свою уверенность трансформировать в договоренности. Более убедительное подтверждение профессионализма и веры в продукт сложно найти.
Итак, подведу итоги:
Преимущества coding for equity:
1. Не вымывается кеш из проекта. $X тыс. долларов, которые надо заплатить разработчикам, можно теперь вложить в достижение других ключевых бизнес целей, что очень полезно для стартапа.
2. В проект привлекаются люди, которые, как правило, имеют повышенную мотивацию в разработке проекта, т.к. думают как собственники.
3. Планирование расходов на разработку смещается от категории месяца к категории релиза. Ни один план по разработке продукта не выполняется в те сроки, в какие планируется. В данном случае риск по срыву планов берут на себя разработчики.
Все это возможно если:
1. На старте созданы и зафиксированы четкие договоренности об этапах развития проекта. И, особенно, о том, что команда будет делать в случае необходимости увеличить объем работ.
2. Выбрана правильная юридическая схема передачи акций и денег.
3. Вы действуете исходя из того, что предприниматель и разработчики - одна команда, у которой одна общая цель.
Максим Школьник
Остальные части
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
1. Правильная договоренность о распределении акций. Нужно передавать права на распоряжение акциями при достижении фиксированных целей.
2. Необходимо обсудить на старте основной объем работ и построить договоренность, что будет происходить в случае возникновения потребности в дополнительных объемах разработки.
Есть еще один важный момент, и обратить на него внимание надо предпринимателю. Помните о том, что разработчики - это не просто некая удаленная команда, с которой достаточно подписать ТЗ и потом переписываться и созваниваться, требуя выполнения той или иной задачи. С ребятам надо постоянно общаться лично, самому понимать, что они делают, а также рассказывать о том, что происходит с бизнес-частью проекта. То есть не просто быть на связи, а быть в связке. Иначе возникает вакуум в общении, разработчики перестают понимать, что происходить с проектом – каждый день они видят только код. И проект для них становится обезличенным кодом. Крайне важно, чтобы разработчики получали информацию о маркетинге, продажах, ключевых бизнес договоренностях - все это добавляет мотивации их работе, помогает осознать зачем они работают в проекте, что именно нужно для клиентов, быть полноправным участником проекта.
Если с бизнес-часть возникают проблемы, о них также обязательно надо говорить с разработчиками. Во-первых, они могут дать очень дельный совет для предпринимателя, ведь знают продукт изнутри и у них незамыленный взгляд на ситуацию. Во-вторых, они равно настолько же заинтересованы в успехе продукта, насколько и предприниматель. Поэтому, не сообщив им о проблеме, вы можете разрушить сложившееся доверие между участниками проекта. А доверие, несмотря на все подстраховки в виде договоров и акций с ограничением, - это основа успешной работы команды. И если коммуникация нарушена, доверие может потеряться.
Почему Address.ua остановился именно сотрудничестве по модели coding for equity ?
Мы не искали партнерства именно по этой модели, мы искали профессиональную команду разработчиков, которая была бы в состоянии создать сложный и амбициозный продукт - портал по недвижимости Address.ua. И только потом решали, на каких условиях сотрудничать и в итоге остановились на Антоне Рудиче (Х-Tend Software Development) и его команде. Во многом по причине того, что Х-Tend - это не просто команда с хорошим опытом программирования. Это команда с уникальным опытом реализации интернет проектов с бизнес точки зрения. В их портфеле такие проекты как Rabota.ua, Izum.ua, Turne.com.ua. Поэтому мы больше принимали решение не столько в пользу coding for equity, сколько в пользу команды.
До того, как портал стали разрабатывать ребята из X-tend, у Address.ua был внутренний департамент разработчиков, и все процессы финансового планирования тем или образом крутились вокруг такого понятия, как ежемесячная зарплата разработчикам. Например, мы планировали: первый этап делаем за два месяца и это будет стоить соответственно две ежемесячные зарплаты департамента. После того, как срок разработки по первому этапу превысил четыре месяца, фактический R&D бюджет удвоился… Когда же создавалась договоренность с Х-Tend, стали искать модель, которая бы ориентировала разработчиков на достижение результата, а не на ежемесячную оплату, поэтому договорившись об объеме работ, мы договорились о привязке оплаты к произведенным релизам. Для меня их согласие стало дополнительным подтверждением того, что это именно те люди, которых мы искали – они уверены в своих силах и готовы свою уверенность трансформировать в договоренности. Более убедительное подтверждение профессионализма и веры в продукт сложно найти.
Итак, подведу итоги:
Преимущества coding for equity:
1. Не вымывается кеш из проекта. $X тыс. долларов, которые надо заплатить разработчикам, можно теперь вложить в достижение других ключевых бизнес целей, что очень полезно для стартапа.
2. В проект привлекаются люди, которые, как правило, имеют повышенную мотивацию в разработке проекта, т.к. думают как собственники.
3. Планирование расходов на разработку смещается от категории месяца к категории релиза. Ни один план по разработке продукта не выполняется в те сроки, в какие планируется. В данном случае риск по срыву планов берут на себя разработчики.
Все это возможно если:
1. На старте созданы и зафиксированы четкие договоренности об этапах развития проекта. И, особенно, о том, что команда будет делать в случае необходимости увеличить объем работ.
2. Выбрана правильная юридическая схема передачи акций и денег.
3. Вы действуете исходя из того, что предприниматель и разработчики - одна команда, у которой одна общая цель.
Максим Школьник
Остальные части
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Coding for equity. Макс отвечает на вопросы
@Kosty. думаю по многим Вашим вопросам нет однозначного ответа.
1) В моем случае это была совместная работа над HLSDD (High Level Software Design Document), хотя основу готовил я. процесс в среднем занимает около месяца-двух в зависимости от интенсивности общения
2) контракт компилировал из готовых форм мой юрист. В случае с X-tend, их также представлял юрист. Что касается рисков, то достаточно часто встречаются комбинированные модели, когда разработчику выплачивается часть акциями, а часть (как правило которая покрывает затраты разработчика) кэшем.
3) Участие разработчика в планировании бизнесс процессов зависит от опыта разработчика. Опять же, в случае с X-tend, у команды накоплен огромный опыт выхода на рынок и вывода на лидерские позиции не одного интернет проекта на Украине, поэтому по многим вопросам мы принимаем совместные решения
4) В нашем случе была стоимостная оценка времени разработки продукта на которую была наложена стоимость компании, установленная внешними инвесторами (на момент входа X-tend уже было заключено инвестиционное соглашение с двумя европейскими VC)
5) что касается размытия доли, то, на мой взгляд, самое главное для разработчика это не контроль над бизнесом (размер доли в компании), а стоимостное выражение этой доли. Т.е. какая разница для миноритария сколько у него процентов в компании если вчера его доля стоила $1, а сегодня $10....
Kosty пишет:
Максим,
я понял, Вы не раз использовали описанную выше модель при построении деловых отношений с разработчиками, поэтому несколько вопросов:
1/ сколько в среднем по времени занимал процесс переговоров и подготовки тз для разработчика, кто занимался деталировкой;
2/ какого обьема и кто составлял контракт с разработчиком. Вы брали готовые формы или разрабатывали сами...в первую очередь, риски сторон;
3/ разработчик принимает участие в планировании бизнес-процессов или только производит и технически сопровождает продукт;
4/ оценка вклада разработчика на чем базируется: на потенциально затраченном времени в будущем + премия за риск или согласованный "потолочный" % от эфемерной капитализации...что является отправной точкой для поиска компромисса с разработчиком при оценке;
5/ реакция разработчика на возможное/необходимое размытие его стейка в будущем...
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
1) В моем случае это была совместная работа над HLSDD (High Level Software Design Document), хотя основу готовил я. процесс в среднем занимает около месяца-двух в зависимости от интенсивности общения
2) контракт компилировал из готовых форм мой юрист. В случае с X-tend, их также представлял юрист. Что касается рисков, то достаточно часто встречаются комбинированные модели, когда разработчику выплачивается часть акциями, а часть (как правило которая покрывает затраты разработчика) кэшем.
3) Участие разработчика в планировании бизнесс процессов зависит от опыта разработчика. Опять же, в случае с X-tend, у команды накоплен огромный опыт выхода на рынок и вывода на лидерские позиции не одного интернет проекта на Украине, поэтому по многим вопросам мы принимаем совместные решения
4) В нашем случе была стоимостная оценка времени разработки продукта на которую была наложена стоимость компании, установленная внешними инвесторами (на момент входа X-tend уже было заключено инвестиционное соглашение с двумя европейскими VC)
5) что касается размытия доли, то, на мой взгляд, самое главное для разработчика это не контроль над бизнесом (размер доли в компании), а стоимостное выражение этой доли. Т.е. какая разница для миноритария сколько у него процентов в компании если вчера его доля стоила $1, а сегодня $10....
Kosty пишет:
Максим,
я понял, Вы не раз использовали описанную выше модель при построении деловых отношений с разработчиками, поэтому несколько вопросов:
1/ сколько в среднем по времени занимал процесс переговоров и подготовки тз для разработчика, кто занимался деталировкой;
2/ какого обьема и кто составлял контракт с разработчиком. Вы брали готовые формы или разрабатывали сами...в первую очередь, риски сторон;
3/ разработчик принимает участие в планировании бизнес-процессов или только производит и технически сопровождает продукт;
4/ оценка вклада разработчика на чем базируется: на потенциально затраченном времени в будущем + премия за риск или согласованный "потолочный" % от эфемерной капитализации...что является отправной точкой для поиска компромисса с разработчиком при оценке;
5/ реакция разработчика на возможное/необходимое размытие его стейка в будущем...
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Хорошая инициатива. Не про хайтек, но важно
Уважаемые друзья, коллеги и партнеры!
Приглашаю вас в субботу, 16 октября на детский праздник – открытие Площадки загадок на Пейзажной аллее в Киеве, не далеко от Музыкальной школы №8 (ул. Большая Житомирская, 26Б).
Приходите с детьми - будет весело! Начало праздника в 13.00.
В программе: выступление участников фестиваля «Окешкин джаз», детские игры,
конкурсы, творческие мастер-классы, а также угощения горячим чаем, какао и сладостями!
Изюминка площадки - скульптуры сказочных персонажей, которые иллюстрируют
украинские народные загадки.
Загадками и зарисовками к ним будет также расписана одна из стендома рядом.
Над созданием площадки работали:
Скульптор Костантин СКРЕТУЦЬКИЙ (известный скульптурой «Ежик в тумане» и своими работами в Ландшафтном парке на Пейзажной аллеи).
Архитектор Ольга КОНДРАТСКАЯ.
Художник Леся КАРА-КОЦЯ.
Площадка загадок на Пейзажке - продолжение серии общественных проектов культурного развития этой историчной части города, инициированная Центром
раннего развития «ОКешкин Клуб» (часть Культурно-образовательного центра «Мастер Класс»
Приглашаю вас в субботу, 16 октября на детский праздник – открытие Площадки загадок на Пейзажной аллее в Киеве, не далеко от Музыкальной школы №8 (ул. Большая Житомирская, 26Б).
Приходите с детьми - будет весело! Начало праздника в 13.00.
В программе: выступление участников фестиваля «Окешкин джаз», детские игры,
конкурсы, творческие мастер-классы, а также угощения горячим чаем, какао и сладостями!
Изюминка площадки - скульптуры сказочных персонажей, которые иллюстрируют
украинские народные загадки.
Загадками и зарисовками к ним будет также расписана одна из стендома рядом.
Над созданием площадки работали:
Скульптор Костантин СКРЕТУЦЬКИЙ (известный скульптурой «Ежик в тумане» и своими работами в Ландшафтном парке на Пейзажной аллеи).
Архитектор Ольга КОНДРАТСКАЯ.
Художник Леся КАРА-КОЦЯ.
Площадка загадок на Пейзажке - продолжение серии общественных проектов культурного развития этой историчной части города, инициированная Центром
раннего развития «ОКешкин Клуб» (часть Культурно-образовательного центра «Мастер Класс»
четверг, 14 октября 2010 г.
Coding for equity: проблемная точка
Coding for equity: проблемная точка
Какие же основные критические точки в модели coding for equity?
Для coding for equity крайне важно, чтобы предприниматель и разработчик в максимально возможных деталях договаривались об объеме работ до начала проекта.
Если на начальном этапе создать неадекватные договоренности по объему работ, проект в результате может быть «завален». Как я уже писал, первому этапу отношений свойственен повышенный оптимизм и доверие к партнеру (я бы сказал «доверие авансом»). И это правильно, без доверия и оптимизма проект и не появился бы вообще. Но. Проходит время, эмоциональный всплеск, столь характерный для старта проекта, оседает. И приходит этап, когда работы сделано уже очень много, но до результата пока далековато. На этом этапе нередко появляется желание сократить объем работы, что по-человечески вполне понятно. Кроме того, по истечении времени что-то может забыться, и если задача не была прописана заранее на бумаге, она может восприниматься как новая, не оговоренная, следовательно, как повышенная нагрузка на разработчика.
Правда, это все еще мелочи по сравнению с тем моментом, когда продукт выводится на рынок и им начинают использоваться потребители. Даже если вы подробнейшим образом договорились обо всем на 100% наперед (что на практике практически невозможно), потребители и ситуация на рынке наверняка потребуют внесения изменений в план развития продукта, каких-то не оговоренных заранее усовершенствований. Первичные планы всегда отличаются от того, что получается в результате. Поэтому крайне высок риск, что вы легко залипнете, например, на споре «Что делать дальше – развивать запланированные 1500 фич или разрабатывать 500 фич, о которых написали пользователи».
Что делать? На самом первом этапе, когда все еще очень любят друг друга, надо договориться о том, как вы будете работать с дополнительными потребностями проекта. Потому что реализация неожиданно возникающих дополнительных потребностей в разработке программного продукта – это, одновременно, залог успеха всего бизнеса и корень зла в отношениях между предпринимателем и разработчиками. Это - потенциально проблемная точка для тех, кто собирается работать по модели coding for equity.
Поэтому команда разработчиков и предприниматель изначально должны иметь единое стратегическое видение того, как должен развиваться продукт и к какому конечному результату все вместе идут. Подчеркиваю - в продукт должны верить обе стороны, а не только «сумасшедший» предприниматель. Мотивация со стороны разработчиков, когда они работают по модели coding for equity, как правило заключается в том, что они верят в продукт, верят в команду, а не просто работают за деньги. И, если предприниматель с разработчиком договариваются о совмещенной модели (часть оплаты акциями, а часть деньгами), денежная составляющая должна быть минимальная – и это момент истины при выборе разработчика. Если девелопер готов работать за акции, которые получит в будущем, – это говорит о том, что он верит в продукт и между ним и предпринимателем есть большое доверие, а это – самая большая мотивация сделать все, чтобы проект был успешным. А также гарантия того, что в споре на предмет разработки дополнительных решений, IT-сторона будет руководствоваться интересами бизнеса, а не своими личными.
Максим Школьник
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Какие же основные критические точки в модели coding for equity?
Для coding for equity крайне важно, чтобы предприниматель и разработчик в максимально возможных деталях договаривались об объеме работ до начала проекта.
Если на начальном этапе создать неадекватные договоренности по объему работ, проект в результате может быть «завален». Как я уже писал, первому этапу отношений свойственен повышенный оптимизм и доверие к партнеру (я бы сказал «доверие авансом»). И это правильно, без доверия и оптимизма проект и не появился бы вообще. Но. Проходит время, эмоциональный всплеск, столь характерный для старта проекта, оседает. И приходит этап, когда работы сделано уже очень много, но до результата пока далековато. На этом этапе нередко появляется желание сократить объем работы, что по-человечески вполне понятно. Кроме того, по истечении времени что-то может забыться, и если задача не была прописана заранее на бумаге, она может восприниматься как новая, не оговоренная, следовательно, как повышенная нагрузка на разработчика.
Правда, это все еще мелочи по сравнению с тем моментом, когда продукт выводится на рынок и им начинают использоваться потребители. Даже если вы подробнейшим образом договорились обо всем на 100% наперед (что на практике практически невозможно), потребители и ситуация на рынке наверняка потребуют внесения изменений в план развития продукта, каких-то не оговоренных заранее усовершенствований. Первичные планы всегда отличаются от того, что получается в результате. Поэтому крайне высок риск, что вы легко залипнете, например, на споре «Что делать дальше – развивать запланированные 1500 фич или разрабатывать 500 фич, о которых написали пользователи».
Что делать? На самом первом этапе, когда все еще очень любят друг друга, надо договориться о том, как вы будете работать с дополнительными потребностями проекта. Потому что реализация неожиданно возникающих дополнительных потребностей в разработке программного продукта – это, одновременно, залог успеха всего бизнеса и корень зла в отношениях между предпринимателем и разработчиками. Это - потенциально проблемная точка для тех, кто собирается работать по модели coding for equity.
Поэтому команда разработчиков и предприниматель изначально должны иметь единое стратегическое видение того, как должен развиваться продукт и к какому конечному результату все вместе идут. Подчеркиваю - в продукт должны верить обе стороны, а не только «сумасшедший» предприниматель. Мотивация со стороны разработчиков, когда они работают по модели coding for equity, как правило заключается в том, что они верят в продукт, верят в команду, а не просто работают за деньги. И, если предприниматель с разработчиком договариваются о совмещенной модели (часть оплаты акциями, а часть деньгами), денежная составляющая должна быть минимальная – и это момент истины при выборе разработчика. Если девелопер готов работать за акции, которые получит в будущем, – это говорит о том, что он верит в продукт и между ним и предпринимателем есть большое доверие, а это – самая большая мотивация сделать все, чтобы проект был успешным. А также гарантия того, что в споре на предмет разработки дополнительных решений, IT-сторона будет руководствоваться интересами бизнеса, а не своими личными.
Максим Школьник
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Coding for equity: правильно фиксируем правильные условия
Любые отношения нужно оформлять. Если что-то не зафиксировано, через год-полтора, подробности договоренностей сложно будет вспомнить. Помните бородатый анекдот? У армянского радио спрашивают: «Может ли брак по расчету может быть счастливым?». Ответ: «Да, если расчет был верный». То же самое можно сказать о сотрудничестве на условиях coding for equity - успех проекта возможен в случае, если условия были правильные. И были правильно зафиксированы.
Coding for equity предполагает передачу акций и возможно денег. Передача акций – сложный процесс. Это могут быть простые акции, привилегированные, акции с разными обременениями. И понятно, что разработчики продукта не всегда являются специалистами в вопросах инструментов корпоративного управления и собственности. Поэтому предпринимателю очень важно самому понимать и уметь объяснить, а разработчику разобраться - что за правовой статус их ценных бумаг, что и кто получит в результате.
Я бы ни в коем случае не передавал команде разработчиков простые акции, особенно на старте. Сам на этом обжигался и наслышан о подобных ошибках у своих знакомых. Правильные договоренности по передаче корпоративных прав значительно снижают главный риск предпринимателя, который заключается в том, что разработчик в силу каких-то причин уйдет из проекта. Более того, правильная договоренность создаст для разработчика прекрасную дополнительную мотивацию не делать этого. Думаю, что почти все поначалу наступают на эти грабли. Первому этапу сотрудничества характерна повышенная эмоциональность – ура, мы все друг друга любим, мы порвем рынок! На тебе долю в компании! А через пол года оказывается, что это не совсем те парни – сроки заваливают, с задачами не справляются или просто недоело заниматься проектом. Что делать? Выводить их из проекта? Но у него ведь доля акций. Это в состоянии создать много лишней головной боли и даже поставить крест на проекте.
Поэтому, чтобы не доходить до крайностей, я считаю, что надо использовать инструменты, при которых разработчик не просто получает акции, - он получает право на получение акций (option) или акции с ограниченным порядком использования \ распоряжения (restricted stock). На мой взгляд, restricted stock является наиболее понятным и проще реализуемым инструментом в условиях украинского правового поля. Выглядит это следующим образом: разработчик получает акции (его имя вписано на сертификате) стартапа, на которые наложены ограничения по распоряжению (нельзя продать, поменять, заложить или каким-то другим образом отчудить свои права, хотя в ряде случаев можно голосовать по ним, т.е. принимать участие в управлении компанией). Расписание снятия ограничений прописывается в договоре и зависит от объема выполненных работ. Например, сделала компания первый релиз продукта, получает 25% от своих акций, разработала следующую версию – получает следующий процент акций и т.д. Эта схема может иметь большое кол-во специфики в зависимости от юрисдикции страны регистрации и организационно-правовой формы компании.
Таким образом, разработчик получает акции за конкретно выполненную работу, а не вперед авансом. А стартап значительно снижает риски оплаты за работы, которые невыполнены.
Максим Школьник
Coding for equity предполагает передачу акций и возможно денег. Передача акций – сложный процесс. Это могут быть простые акции, привилегированные, акции с разными обременениями. И понятно, что разработчики продукта не всегда являются специалистами в вопросах инструментов корпоративного управления и собственности. Поэтому предпринимателю очень важно самому понимать и уметь объяснить, а разработчику разобраться - что за правовой статус их ценных бумаг, что и кто получит в результате.
Я бы ни в коем случае не передавал команде разработчиков простые акции, особенно на старте. Сам на этом обжигался и наслышан о подобных ошибках у своих знакомых. Правильные договоренности по передаче корпоративных прав значительно снижают главный риск предпринимателя, который заключается в том, что разработчик в силу каких-то причин уйдет из проекта. Более того, правильная договоренность создаст для разработчика прекрасную дополнительную мотивацию не делать этого. Думаю, что почти все поначалу наступают на эти грабли. Первому этапу сотрудничества характерна повышенная эмоциональность – ура, мы все друг друга любим, мы порвем рынок! На тебе долю в компании! А через пол года оказывается, что это не совсем те парни – сроки заваливают, с задачами не справляются или просто недоело заниматься проектом. Что делать? Выводить их из проекта? Но у него ведь доля акций. Это в состоянии создать много лишней головной боли и даже поставить крест на проекте.
Поэтому, чтобы не доходить до крайностей, я считаю, что надо использовать инструменты, при которых разработчик не просто получает акции, - он получает право на получение акций (option) или акции с ограниченным порядком использования \ распоряжения (restricted stock). На мой взгляд, restricted stock является наиболее понятным и проще реализуемым инструментом в условиях украинского правового поля. Выглядит это следующим образом: разработчик получает акции (его имя вписано на сертификате) стартапа, на которые наложены ограничения по распоряжению (нельзя продать, поменять, заложить или каким-то другим образом отчудить свои права, хотя в ряде случаев можно голосовать по ним, т.е. принимать участие в управлении компанией). Расписание снятия ограничений прописывается в договоре и зависит от объема выполненных работ. Например, сделала компания первый релиз продукта, получает 25% от своих акций, разработала следующую версию – получает следующий процент акций и т.д. Эта схема может иметь большое кол-во специфики в зависимости от юрисдикции страны регистрации и организационно-правовой формы компании.
Таким образом, разработчик получает акции за конкретно выполненную работу, а не вперед авансом. А стартап значительно снижает риски оплаты за работы, которые невыполнены.
Максим Школьник
вторник, 12 октября 2010 г.
Coding for equity: если курите бамбук
Представьте, что вы строите дом и договариваетесь, что строитель полностью заканчивает строительные работы и сдает его за три квартала. Материалы закуплены Вами. Если строитель не успевает за три квартала, то строительные работы в четвертом и всех последующих кварталах ведутся за его счет, пока дом не будет сдан. Реально? На рынке недвижимости, для которого создается портал Address.ua, я про такой опыт пока не слышал. А вот реализовать такую модель на стыке недвижимости и IT получается уже сейчас у Address.ua и X-Tend в рамках формата сoding for equity.
Coding for equity - финансовая модель отношений между предпринимателем и разработчиками IT-продукта, при которой группа разработчиков работает частично за акции, частично за гонорар. При этом, гонорар – это некая заранее оговоренная сумма, которая скорее выполняет «гигиеническую» функцию и выплачивается для погашения базовых затрат на разработку продукта. Основным инструментом мотивации являются акции компании, которая выводит на рынок данный IT-продукт.
В Украине эта модель сотрудничества с разработчиками встречается не часто. Ее используют как крупные компании, у которых coding for equity - одна из бизнес-моделей, так и проекты, в которых предприниматель напрямую создает договоренности с разработчиком о подобных условиях работы. Первая модель наиболее характерна для аутсориснговых \ венчурных компаний. Один из известных мировых примеров - венчурный фонд Sequoia Capital, который владеет долей в компании Global Logic. Когда у предпринимателя есть хороший бизнес-проект, но нет достаточного опыта в разработке, Sequoia Capital, приняв решение об инвестировании в проект, может предложить предпринимателю услуги Global Logic, в том числе и на условиях coding for equity, тем самым сохраняя кэш и получая опосредованно дополнительную долю в компании. Я считаю, что если Sequoia Capital использует такую модель и для нее она оказалась жизнеспособной, имеет смысл присмотреться к ней для своего бизнеса. Я слышал, что в Украине с данной моделью работают такие компании как N-iX, X-Tend Software Develpment, Eclipce и другие. В двух словах coding for equity создает возможность для разработчиков, заработать в десятки раз больше, нежели работая на почасовке, но при этом нести риск не заработать вообще ничего, ведь зарабатывают на продаже акций, а продать их возможно только если продукт «выстрелил». Для предпринимателей данная модель выгодна во-первых тем, что есть возможность привлечь команду разработчиков, чья мотивация не ограничивается только краткосрочным интересом, и во-вторых тем, что нет необходимости вынимать живые деньги из проекта для разработки продукта.
Правда, далеко не все разработчики могут позволить себе работать по такой модели, ведь жить и кормить семьи нужно сегодня. Поэтому coding for equity выгоден тем разработчикам, у которых есть альтернативный источник дохода, а также - свободное время для того, чтобы инвестировать его в будущую прибыль. Кстати, именно поэтому модель coding for equity стала особо популярна во время кризиса. Некоторые программисты, сидя на зарплате, но пол дня «курят бамбук»? Займи их проектом, в который веришь сам и поверят они. Сейчас многие аутсорсинговые IT-компании, увидев истории успеха различных продуктовых решений, все более склонны работать в подобных проектах.
Любопытная вещь. Когда мы находились в поисках разработчиков для Address.ua, в наше поле зрения попали не только компании-«аутсорсеры», как X-Tend (наш парнер), но и большое количество дизайн-студий, у которых есть хороший опыт в разработке веб-проектов. Они также созрели на то, чтобы делать аналогичные решения и с уверенностью могу сказать, что способны составить достойную конкуренцию аутсорсерам.
Максим Школьник
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Coding for equity - финансовая модель отношений между предпринимателем и разработчиками IT-продукта, при которой группа разработчиков работает частично за акции, частично за гонорар. При этом, гонорар – это некая заранее оговоренная сумма, которая скорее выполняет «гигиеническую» функцию и выплачивается для погашения базовых затрат на разработку продукта. Основным инструментом мотивации являются акции компании, которая выводит на рынок данный IT-продукт.
В Украине эта модель сотрудничества с разработчиками встречается не часто. Ее используют как крупные компании, у которых coding for equity - одна из бизнес-моделей, так и проекты, в которых предприниматель напрямую создает договоренности с разработчиком о подобных условиях работы. Первая модель наиболее характерна для аутсориснговых \ венчурных компаний. Один из известных мировых примеров - венчурный фонд Sequoia Capital, который владеет долей в компании Global Logic. Когда у предпринимателя есть хороший бизнес-проект, но нет достаточного опыта в разработке, Sequoia Capital, приняв решение об инвестировании в проект, может предложить предпринимателю услуги Global Logic, в том числе и на условиях coding for equity, тем самым сохраняя кэш и получая опосредованно дополнительную долю в компании. Я считаю, что если Sequoia Capital использует такую модель и для нее она оказалась жизнеспособной, имеет смысл присмотреться к ней для своего бизнеса. Я слышал, что в Украине с данной моделью работают такие компании как N-iX, X-Tend Software Develpment, Eclipce и другие. В двух словах coding for equity создает возможность для разработчиков, заработать в десятки раз больше, нежели работая на почасовке, но при этом нести риск не заработать вообще ничего, ведь зарабатывают на продаже акций, а продать их возможно только если продукт «выстрелил». Для предпринимателей данная модель выгодна во-первых тем, что есть возможность привлечь команду разработчиков, чья мотивация не ограничивается только краткосрочным интересом, и во-вторых тем, что нет необходимости вынимать живые деньги из проекта для разработки продукта.
Правда, далеко не все разработчики могут позволить себе работать по такой модели, ведь жить и кормить семьи нужно сегодня. Поэтому coding for equity выгоден тем разработчикам, у которых есть альтернативный источник дохода, а также - свободное время для того, чтобы инвестировать его в будущую прибыль. Кстати, именно поэтому модель coding for equity стала особо популярна во время кризиса. Некоторые программисты, сидя на зарплате, но пол дня «курят бамбук»? Займи их проектом, в который веришь сам и поверят они. Сейчас многие аутсорсинговые IT-компании, увидев истории успеха различных продуктовых решений, все более склонны работать в подобных проектах.
Любопытная вещь. Когда мы находились в поисках разработчиков для Address.ua, в наше поле зрения попали не только компании-«аутсорсеры», как X-Tend (наш парнер), но и большое количество дизайн-студий, у которых есть хороший опыт в разработке веб-проектов. Они также созрели на то, чтобы делать аналогичные решения и с уверенностью могу сказать, что способны составить достойную конкуренцию аутсорсерам.
Максим Школьник
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Макс Школьник
Ура, Макс родил целую серию постов на тему кодинг фор еквити. "Макс Школьник" традиционно на втором-третьем месте по запросам, которые приводят на мой блог. А значит читатели хотят читать его.
Раз в пару дней буду выкладывать по посту. Сам он это делат отказался. Видать из скромности.
НЕ ЗАБЫВАЕМ ГОЛОСОВАТЬ НА ХАБРЕ http://dennydov.blogspot.com/2010/10/blog-post.html
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
Раз в пару дней буду выкладывать по посту. Сам он это делат отказался. Видать из скромности.
НЕ ЗАБЫВАЕМ ГОЛОСОВАТЬ НА ХАБРЕ http://dennydov.blogspot.com/2010/10/blog-post.html
1 часть http://dennydov.blogspot.com/2010/10/coding-for-equity.html
2 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_13.html
3 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_14.html
4 часть http://dennydov.blogspot.com/2010/10/coding-for-equity_6827.html
Макс отвечает на вопросы http://dennydov.blogspot.com/2010/10/coding-for-equity_15.html
суббота, 9 октября 2010 г.
6 Tips To Stop Talking And Start Doing
Автор: Martin Zwilling, CEO & Founder of Startup Professionals, Inc.
Оригинал статьи
Суть успешного стартапа - это превращение идей в действие. Должно быть, эти действия очень трудные, потому как мне кажется, что предпрениматели приходят ко мне с идеями, а с действиями просят помочь. Это всегда казалось мне странным, так как предполагается что вся магия содержится в идеях, а действия одни и те же в любом бизнесе.
Вообще-то, действия, которые нужно предпринять для запуска и ведения бизнеса, хорошо задокументированы, описаны во многих книгах и преподаются как учебные курсы в университетах по всему миру. Последняя книга Джона Спенса «Невероятно Просто» как раз на эту тему. Она подтверждает, что превращение бизнес-идей в действия состоит из 6 важных стратегий:
Формируйте четкое видение. Ясное, четкое и убедительное видение в вашей голове - это безусловно важная составляющая в построении успешной компании. Это необходимое условие, но недостаточное. Видение должно быть задокументировано и обсуждено таким образом, чтобы оно было ясно каждому члену вашей команды, вашим заказчикам и вашим инвесторам.
Оригинал статьи
Суть успешного стартапа - это превращение идей в действие. Должно быть, эти действия очень трудные, потому как мне кажется, что предпрениматели приходят ко мне с идеями, а с действиями просят помочь. Это всегда казалось мне странным, так как предполагается что вся магия содержится в идеях, а действия одни и те же в любом бизнесе.
Вообще-то, действия, которые нужно предпринять для запуска и ведения бизнеса, хорошо задокументированы, описаны во многих книгах и преподаются как учебные курсы в университетах по всему миру. Последняя книга Джона Спенса «Невероятно Просто» как раз на эту тему. Она подтверждает, что превращение бизнес-идей в действия состоит из 6 важных стратегий:
Формируйте четкое видение. Ясное, четкое и убедительное видение в вашей голове - это безусловно важная составляющая в построении успешной компании. Это необходимое условие, но недостаточное. Видение должно быть задокументировано и обсуждено таким образом, чтобы оно было ясно каждому члену вашей команды, вашим заказчикам и вашим инвесторам.
Large VC's as Seed Investors - Friend or Foe?
Автор: Lee Hower
Источник: Large VC's as Seed Investors - Friend or Foe?
Много виртуальных чернил было пролито по поводу аргументов за и против первоначального (посевного) этапа подъема инвестиций от больших венчурных фондов. Своя точка зрения есть у Криса Диксона и Фреда Вилсона (Chris Dixon and Fred Wilson), вслед за ними свои мысли по этому вопросу изложили Марк Састер и Бред Фелд (Mark Suster and Brad Feld), просто и доступно рассказав про подходы из компаний к “посевному”* инвестированию. Фред Дестин в своем посте отлично систематизировал информацию о различных типах посевных инвесторов, а также подчеркнул, что в конце дня, при подведении итогов, более важными являются взаимное уважение и культурное соответствие. Не зависимо от того, о каком типе инвестора мы говорим. Крис Дувос (Chris Douvos), инвестор как традиционных, так и микровенчурных фондов, высказался про LP.**
Источник: Large VC's as Seed Investors - Friend or Foe?
Много виртуальных чернил было пролито по поводу аргументов за и против первоначального (посевного) этапа подъема инвестиций от больших венчурных фондов. Своя точка зрения есть у Криса Диксона и Фреда Вилсона (Chris Dixon and Fred Wilson), вслед за ними свои мысли по этому вопросу изложили Марк Састер и Бред Фелд (Mark Suster and Brad Feld), просто и доступно рассказав про подходы из компаний к “посевному”* инвестированию. Фред Дестин в своем посте отлично систематизировал информацию о различных типах посевных инвесторов, а также подчеркнул, что в конце дня, при подведении итогов, более важными являются взаимное уважение и культурное соответствие. Не зависимо от того, о каком типе инвестора мы говорим. Крис Дувос (Chris Douvos), инвестор как традиционных, так и микровенчурных фондов, высказался про LP.**
пятница, 8 октября 2010 г.
Мое видео про вирус сиськами :) на iPromo
смотрю на себя на видео, и удивляюсь, как моя жена со мной живет? памятник ей!
вторник, 5 октября 2010 г.
Поздравляем Вьюдл и всех причастных!!!!! 10 лямов! И от кого!!!
VIEWDLE RAISES $10 MILLION IN SERIES B FUNDING
FROM BEST BUY, BLACKBERRY PARTNERS FUND AND QUALCOMM
SAN JOSE, CA: OCTOBER 5, 2010 – Viewdle (http://www.viewdle.com), the leading independent consumer-focused facial recognition company, today announced that it has raised $10 million in Series B funding from Best Buy, Blackberry Partners Fund andQualcomm. Viewdle’s Series A investor Anthem Venture Partners also participated in this new funding round. This new investment will be used for the launch of new consumer products over the coming months. In conjunction with this investment, Best Buy Capital's Kuk Yi and John Albright from Blackberry Partners Fund will join Viewdle’s Board.
Viewdle has developed the only commercially available technology capable of real-time, cross-platform visual analysis at the point of capture. Viewdle’s patented facial recognition system automatically identifies faces in videos and photos across mobile phones, computers and in the cloud. The technology has been independently benchmarked as the fastest and most efficient available. It is the result of more than fifteen years of research and three years of commercial productization.
“Viewdle is the only company that enables the identification of faces on any device. This new investment allows us to roll out exciting new consumer applications on our platform. With the world’s largest independent visual analysis research team, we will also continue to invest in technology innovation,” said Viewdle co-Founder and CEO Laurent Gil.
“For consumers, it’s all about real-time. Viewdle is leading the market by creating compelling consumer experiences that are both real-time and cross-platform - that is why we invested in the company,” commented Kuk Yi, vice president, Best Buy Capital, Best Buy Co., Inc.
Viewdle’s chief product officer Jason Mitura continued: “The technology enables a better and simpler way for consumers to organize, manage, and share their personal media across converged devices.”
“The majority of smartphones are now equipped with built-in video recorders and cameras – Viewdle enables consumers to quickly and accurately organize their photos and videos at the point of capture,” said John Albright, co-managing partner, BlackBerry Partners Fund. “Viewdle fits perfectly with our investment mandate, and we look forward to working closely with them to drive innovation throughout the mobile industry.”
“Viewdle has made exceptional strides in advancing the field of visual analysis, a capability that holds a myriad of potential mobile applications,” said Nagraj Kashyap, vice president of Qualcomm Ventures. “The company’s sophisticated technology and seasoned management make Viewdle very well positioned in the market.”
About Viewdle
Viewdle (www.viewdle.com) is the leading independent consumer-focused facial recognition company. It was founded in 2007, with the vision of helping people share and tag all of their photos and videos on any media creation device - from servers to laptops to mobile phones - through Viewdle’s patented visual analysis and facial recognition technology.
Initially developed in The Cybernetics Institute in Kiev, Ukraine, more than 10 years of research and development has gone into Viewdle's technology. Viewdle runs the world's largest independent visual analysis research team with 8 PhDs and 30 other visual analysis specialists. Its core technology has been independently benchmarked as the fastest and most efficient available. The company is venture-backed and headquartered in San Jose, California.
More information about Viewdle can also be found on Viewdle.com andhttp://www.facebook.com/
понедельник, 4 октября 2010 г.
продукт iCRM анонсирован Лари Эллисоном в его киноуте
Неделя началась хорошая. Будет мнго анонсов. Первый - очень серьезное событие. Продукт украинского стартапа InvisibleCRM стал в линейку Оракла и очень серьезно анонсирован. Поздравляем Влада Воскресенского!
The solution is built on top of InvisibleCRM's technology of integration Microsoft Outlook / IBM Lotus Notes with Enterprise systems (CRM, ERP, ECM, BPM, etc).
Integration of Fusion CRM with Microsoft Outlook was demoed at Oracle OpenWorld'2010 during Larry Ellison's keynote.
The solution is built on top of InvisibleCRM's technology of integration Microsoft Outlook / IBM Lotus Notes with Enterprise systems (CRM, ERP, ECM, BPM, etc).
Integration of Fusion CRM with Microsoft Outlook was demoed at Oracle OpenWorld'2010 during Larry Ellison's keynote.