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

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


3. Предполагаемая аудитория

Мы предполагаем следующие сегменты пользователей, которых привлечет сервис:

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

4. Бизнес-модель проекта

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

4.1 Доходная часть

Доступ к основным функциям проекта бесплатный и открытый для всех, основа бизнес-модели в настоящее время следующая:

 - реклама на страницах поиска и в описаниях программ
    - реклама общего назначения (Google AdSense, Yandex.Директ, Бегун)
    - целевая реклама по персональным договорам с производителями/дистрибьюторами коммерческого и открытого ПО (Microsoft, LinuxCenter.ru и другие)
 - партнерские программы
    - с производителями и дистрибьюторами открытых платформ и решений
    - с магазинами ПО, например, партнерская программа с магазином SoftKey.ru, opensource.com.ua и другие
    - с магазинами смежных товаров - в частности, книжными (реклама тематических книг и другой печатной продукции)
- в будущем возможно введение ряда платных услуг, для примера
    - персональные консалтинговые услуги по подбору полного пакета программ на замену закрытому ПО
    - анализ потребностей пользователей в плане доработки/адаптации ПО и подбор исполнителей
- после введения консалтинговой платформы процент от гонораров за консультации.
- реклама в информационных проектах сервиса (тематических блогах).

4.2. Расходная часть

В связи с тем, что проект на стадии проектирования, и еще не реализован, затраты будут разделены на три части: разработка, запуск и поддержка/развитие

• разработка - оцениваемое время разработки проекта составляет 2 месяца при усилии 2-х разработчиков на фулл-тайм + дизайн (аутсорс дизайнерской фирме) + первоначальное администрирование и конфигурация технической инфраструктуры (сервера и необходимого ПО).
  • 2 разработчика * 300 USD * 2 месяца = 1200 USD. так как автор проекта/управляющий одновременно один из разработчиков, то его долю можно уменьшить на это время - соответственно затраты будут около 1000USD на разработку.
    
  • Услуги дизайн-студии по созданию логотипа, общего дизайна и других материалов - 200 USD
• Запуск проекта - необходимо привлечь нескольких модераторов для первичного наполнения базы данных, они могут начать работу сразу после первого этапа разработки, что сократит время на наполнениеБД. Эти затраты оцениваются примерно в 1200 USD из расчета 6 человекомесяцев (это позволит получить начальную базу в 2 - 2.5 тысячи программ с описаниями и аналогами). Рассматривается также полуавтоматическое наполнение путем извлечения данных из других источников (допустим,RSS лент той же wikipedia или osalt.com). Для старта потребуется мощный VDS либо хороший виртуальный хостинг, так как алгоритмы поиска по функциональности достаточно ресурсоемкие . Также могут потребоваться услуги одного программиста для дальнейших доработок и сопровождения системы, а также общий администратор проекта (роль управляющего).
  • затраты на первичную обработку и наполнение базы данных - 1200 USD
  • затраты на техническую часть: 350 USD (хостинг на первые полгода, в дальнейшем либо продление либо модернизация) + 100 на настройку инфраструктуры (взято с 1 части)
    
  • ЗП администратора сайта - 250 USD/месяц.
• Поддержка и развитие
  • рекламный бюджет (включает в себя участие в профильных конференциях, например, OSDN конференции в Киеве и Москве), контекстная реклама и партнерские программы с другими сайтами. пока прогнозируем затраты на уровне 300 - 400 в месяц, так как основную ставку делаем на продвижение в тематических сообществах и форумах (то есть, не прямая реклама)
    
  • оплата труда привлеченных модераторов из расчета 50 USD/месяц - 250 - 300 USD (5 - 6 человек + несколько добровольных редакторов)
  • оплата администратора и программиста - 600 USD/месяц

Соответственно необходимые затраты:

• Разработка: 1200 (+10% незапланированных затрат) = 1550 USD и срок 2 месяца, пессимистично - 2,5 - 3 месяца, например, доделывая часть функционала при работающем проекте.
  
• Запуск проекта: 1200 + 150 (хостинг помесячно, за 3 месяца первых) + 250 = 1600 USD и срок (2 месяца работа модераторов-наполнителей) 1 месяц
• Поддержка и развитие (первый этап без прибыли): 600 + 300 + рекламный бюджет = 1000 - 1500 USD
  

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

4.3 Расходно-доходная часть на первые 12 месяцев

1 месяц:

• расход: 500/ЗП двух разработчиков + 100/прочие расходы (Связь, интернет, накладные расходы и комиссии)
• доход: 0

2 месяц:

• расход: 600 (тот же) + 200/дизайн
  
• доход: 0
• имеем: рабочий прототип + дизайн = по сути, этап бета-тестирования

3 месяц:

• расход: 350 (один разработчик частично занят) + 150/хостинг + 400/оплата модераторов
• доход: 0
• имеем: работающую площадку, работающую систему и начато наполнение информацией

4 месяц:

• расход: 250 + 400/модераторы + 500/реклама (заказные материалы в тематических блогах и т.п.)
  
• доходы: начальный период старта и продвижения, доход минимальный, на уровне 100$
• имеем: работающую систему + наполненную материалами + первичную аудиторию.

5 месяц:

• расходы: 250 + 300/модераторы + 500 (реклама)
• доходы: начало стабильной работы сервиса, начальные доходы около 150 - 200$

6 - 8 месяцы:

• расход: (250 + 200) * 3 + 600 (на рекламу, снижаем постепенно) = 2000
• доходы: медленный рост, на уровне 350 - 400/месяц. = 1050

9 - 12 месяцы

• расходы: (250 + 200) * 3 + 400 = 1750
• доходы от рекламы + партнерские программы на уровне 550 - 700$ = 1800 $

за период в 12 месяцев:

• расход: 7500 USD
• доход: около 3350 USD

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

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


4.4. Предполагаемые риски

• Риск разработки - заключается в том, что система может быть не разработана либо работать нестабильно или некоторый функционал не будет сделан до запуска. Это основной риск первой стадиивенчура. Для его минимизации у нас есть: управляющий, который по совместительству на первом этапе и разработчик (стаж 5  лет веб-разработки), дополнительный программист для реализации менее ответственных и сложных частей системы (работает в веб-студии, так что эта часть работы будет передана на аутсорс ), также полная сложность проекта не является чрезмерно большой и поэтому при необходимости могут быть привлечены на короткое время другие разработчики для доработки. Основной риск - выход за пределы сроков, я оцениваю, что максимальный выход за сроки в данном случае может составить один месяц и повлечь за собой дополнительные расходы в размере 500USD.
• Риск "контентный" - есть определенный риск того, что редакторы могут частично не справится с наполнением базы данных. Это повлечет за собой снижение первоначального количества данных в поисковой системе. Этот риск в основном станет видимым на начальном этапе старта, так как в дальнейшем в наполнении и редактировании будут участвовать и участники из числа зарегистрированных пользователей, а в штате будет оставлен один или двое лучших из редакторов для постоянной работы сконтентом. Для минимизации некоторую часть контента можно наполнить автоматически либо в ручном режиме заполнить базу с открытых источников для дальнейшей правки. Сам процесс внесения и/или исправления данных максимально упрощен иформализирован , поэтому эта работа сможет выполнятся при минимуме затрат со стороны персонала и пользователей. Этот риск может быть устранен частично при помощи дополнительного финансирования для оплаты дополнительных редакторов (предполагаемая стоимость риска может составить 90% от первичной суммы затрат наконтент, ~ 1000 USD)
  
• Риск аудитории - существует риск того, что мы не сможем за предполагаемый период выйти на расчетную аудиторию и сформировать ядро из постоянных участников. Для минимизации риска мы используем комплексную систему продвижения, запуская параллельно в качестве под-проектов небольшиеблоги, которые будут вестись редакторами и другими пользователями, и которые будут сами по себе являться и инфоповодом для "засвечивания" в СМИ, так и стабильной площадкой для увеличения посещаемости. Следует отметить, что самая активная часть пользователей (ИТ -гики) достаточно заинтересована в теме сайта и можно предполагать, что новость об открытии такого удобного сервиса будет достаточно распространена по тематическим ресурсам, что позволит получить стабильный трафик и постоянных посетителей. Определенный риск вызывает то, что сам по себе поиск ПО не является "цепляющим" фактором, то есть это более-менее одномоментная операция, призванная удовлетворить нужды посетителя в конкретный момент. Для удержания аудитории мы будет в дальнейшем, после старта, вводить элементы социализации (группы пользователей одной и той же программы, базы знаний, тематические обсуждения и т.п.). Также будут активно применяться различные возможности подписок на e-mail/RSS для постоянного уведомления аудитории о новинках и формировании постоянного круга читателей (опыт osalt.com показывает, что у RSS может быть достаточно большое количество читателей, причем эта именно та аудитория, которая целенаправленно интересуется ресурсом и активно посещает его).
• Конкурентный риск - на этом рынке в настоящее время нет серьезных конкурентов, однако есть риск расширения или даже покупки/инвестиции в текущие проекты, например,osalt для построения большого сервиса, вторым риском я бы назвал расширение softpedia с введением дополнительных параметров поиска, однако это у них сопряжено со сложностями - база большая, а поиск по аналогиям требует дополнительной информации для каждой программы, что для такого масштаба затруднительно. Кроме этого, никто из поисковиков не предлагает именно поиск по функциональности, который предполагается у нас, и основан он на именно полу-ручном авторском наполнении базы и с ростом посетителей и активности редакторов он будет показывать лучшие результаты (чем больше программ будут иметь описание функциональности). Еще одним конкурентом может стать одна из компаний-производителей открытого ПО (например,AltLinux ) или крупных новостных/информационных агентств, которые добавят такой функционал себе. У них сильная база в виде специалистов по ПО (Альт) либо сильная аудитория и новостная составляющая (linux.org.ru,linuxforum.ru ), но создание такой системы обойдется им не намного дешевле и быстрее, чем нам, поэтому у нас будет фора как минимум в 3 - 4 месяца. Для минимизации можно пробовать налаживать партнерские отношения и разработать соответствующие интерфейсы для того, чтобы можно было размещать мини-приложения/виджеты на других сайтах. Это расширит аудиторию проекта, минимизируя риск создания конкурентов.
• Рыночный риск - одним из рисков может стать сжатие рынка открытого ПО, которое приведет к существенному снижению интереса со стороны пользователей и организаций к этому виду ПО и услуг, связанных с ним. Также частично на этот риск влияют и другие факторы - снижение цен на самое востребованное и популярное закрытое коммерческое ПО, крупные инциденты, которые могут бросить тень на концепцию открытого кода, законодательные инициативы и ограничения. На большинство рисков мы не можем реагировать в краткосрочной перспективе, но можно ожидать, что даже при стечении факторов риска, снижение будет достаточно плавным и поэтапным, поэтому будет временно промежуток, который позволит оценить перспективу и наметить пути развития дальше. 
• Командный риск - затрагивает команду, которая создает и поддерживает ресурс, в частности - какие-либо случаи ухода из проекта ключевых людей (менеджмента и/или разработчиков, редакторов). Риск ухода разработчиков самый высокий лишь на первичном этапе, в сумме может означать лишь некоторое замедление сроков реализации (описан в рисках разработки выше), риски измененияредакторско-модераторского состава минимизируются сообществом вокруг проекта и относительной несложностью работы, что позволит оперативно заменить либо перераспределить их обязанности между другими участниками без существенного влияния на проект в целом. Единственный сложный риск - уход управляющего либо администратора проекта (если это будет отдельная должность), частично может быть покрыт за счет того, что проект сам по себе являетсяонлайновым сервисом, и может достаточное время функционировать даже без управляющего, часть функций будет делегирована на такой период куратору, у него же либо другого доверенного лица, будут и все необходимые данные для полного доступа и ведения проекта.
  

4.3. Размещение и венчуризация

Так как проект делится на несколько часте, и при достижении каждого этапа можно пересматривать его показатели и направление действий (в том числе и степень исполнения плана), то размещение планируется проводить в два этапа.

• 1 этап покрывает разработку и частично начальное наполнение информацией, после которого в распоряжении венчура есть полностью готовая платформа и начальная информация, а также сформирован штат. На этот этап требуется 2000 USD (1550 разработка + 450 на наполнение и прочие предстартовые потребности).
• 2 этап покрывает стартовые потребности венчура и затраты на начальное продвижение и составляет 2500 USD (если с первого этапа остаются деньги, то они добавляются к этой сумме).
• при необходимости может быть принят вариант последующего размещение небольшого пакета для получения дополнительного финансирования рекламных акций или других потребностей исходя из ситуации.
  

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

Пока предварительно оцениваю проект:

• полная капитализация венчура: 15 000 USD, разделенная на 15 000 долей номиналом 1 USD
• для первой стадии размещения предлагается 2000 долей, остальные заморожены (управляются решением вкладчиков согласно запросу управляющего либо куратора)
• для второй стадии для размещения будет предложено 3000 долей.
• Суммарно предлагается разместить 33% венчура за два размещения. Доли управляющего (50% пакет либо около того) будут заморожены до момента выхода венчура на уровень получения прибыли либо частичной окупаемость начальных инвестиций (согласно уставным документам). Управляющий получает только номинальнуюЗП (на уровне 200 - 300 USD в зависимости от стадии развития проекта) + процент с прибыли на свои доли.
• предполагается оставить некий небольшой портфель долей незамороженными в виде резерва для возможности быстрого привлечения дополнительных финансов - например, для разовых крупных рекламных акций или для быстрой разработки и внедрения дополнительного функционала. Этот пакет может быть реализованный Управляющим с согласия и ведома куратора с уведомлением публично держателей долей не позже, чем за 48 часов до начала продаж. Ориентировочно размер пакета: 500 - 600 долей (из расчета возможности привлечь 1 - 2 разработчиков на короткий срок для написания дополнительного функционала).
  

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


5. Перспективы/доработки, идеи

1. Например, виджет для социальной сети, так как много людей просто живут там, и вопросы друзьям типа как/что/чем сделать достаточно частые.Например, дляfacebook
2. Внешние API для создания поисковых форм и небольших приложений, которые могут встраиваться в партнерские площадки, формирование собственной партнерской сети.
3. Создание либо адаптация платформы для онлайнового консалтинга в области ПО (например, партнерство с компанией FogCreek и интеграция с их платформой Copilot).


6. Команда проекта

В настоящее время венчур укомплектован на 100% необходимыми специалистами. На первый этап разработки у нас есть два разработчика, имеющие необходимый опыт в работе над подобными проектами (одним из них является и автор проекта), увенчура также имеются некоторые связи в среде открытого кода (в частности , при реализации одного из прошлых проектов в этой области, автор получил множество связей среди людей, активно участвующих в различныхкомьюнити, а также с компаниями, занимающимися продвижением OpenSource в Рунете). Для стадии старта необходимо привлечь некоторое число модераторов и редакторов контента, которые будут привлекаться на популярных форумах и сообществах. Также имеется опыт ведения тематических блогов и опыт взаимодействия с авторами и копирайтерами , и собственная, пусть небольшая (среднесуточная посещаемость около 150 - 200 человек) площадка, которая ввиду ее ориентированности на разработчиков может помочь в замещении вакансий программистов и даже начального продвижения первых версий проекта (и может стать первым под-проектом блога).


7. Примечание от автора

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

8. Контактные данные автора

Александр Лозовюк
e-mail/Jabber: aleks.raiden@gmail.com
ICQ: 346525015
Skype: aleks_raiden
Ник на форуме/Stockunity: aleks_raiden

Буду рад ответить на любые вопросы и рассмотреть все предложения и замечания.

Неужели только это настораживает?

вы рассматривайте это в разрезе мест, где это происходит. У нас не Москва и не Питер, и даже не Киев. Тем более скидка идет на то, что все же проект простой и новый, поэтому он принципиально не может платить рыночную цену. Диапазон ЗП у нас в городе, предлагаемый местными компаниями, которые не работают на аутсорс и не являются подразделениями западных компаний, для этой платформы, составляет 300 - 600 USD. Я договорился с своим знакомым который будет как раз уходить с одной работы, чтобы он сразу перешел ко мне, как минимум на этап разработки, если же все устроит, то и стал постоянным сотрудником. Если это будет спорным вопросом, можно предложить ему и долю в проекте, которая будет выделена из доли управляющего.

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

какой у вас опыт программирования? какой опыт программирования у вашего напарника? какие проекты вы уже сделали? какие технологии будут использованы в проекте? какие существующие библиотеки вы собираетесь использовать? если вы хотите, чтобы этот проект нормально работал, забудьте о традиционном хостинге. нужен коллокейшн или дедикейтед. учтите постоянно растущий траффик, если вы хотите развиваться, соответственно, оплату за гарантированный инет канал + (возможно) уеличение мощности сервера. что вы планируете предпринять, чтобы защитить ваш проект от сетевых атак? какое качество у существующего кода? существует ли проектное решение или это просто наброски? как происходит тестирование готовых библиотек и модулей? какие результаты стресс-теста показывает готовый код? какая  БД используется на проекте и чем это обосновано? вы примерно представляете себе объемы существующего платного и бесплатного ПО, не говоря уже о играх, мобильных приложениях и т.п. отсюда возникает вопрос - ориентирован ли ваш код на распределённые базы данных? где вы планируете поставить сервер(а)? какие платёжные системы вы собираетесь поддерживать? из целевой аудитории уберите как минимум системных администраторов и менеджеров. ни один нормальный менеджер не будет рыться в инете в поисках подобной инфо, он ДАСТ ЗАДАНИЕ. что касается сисадминов, как правило, у них достаточно опыта и личных предпочтений, чтобы не пользоваться таким сервисом в принципе (устройте соц. опрос у админов. я у своего только что спросил. и ещё у парочки через аську). вы постоянно подчёркиваете, что сложность проекта - ерундовая и этот проект можно поднять с пол тычка. мой профессиональный опыт уже нарисовал мне приблизительную схему БД в голове, которая смогла мы нормально поддерживать все ПЕРВОНАЧАЛЬНЫЕ требования подобного проекта.

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

какой опыт у того дизайнера, который пообещал сделать вам дизайн за 200 баксов? насколько я помню, только разработка качественного логотипа стоит около 300-400 долларов. какие технологии он использует? вы видели его работы? можете показать?   вы учли в расходах регистрацию торговой марки? вы знаете как проходит эта процедура? по каким позициям вы собираетесь регистрировать свою торговую марку?

вы указали в бизнес-плане постепенное снижение рекламы. вы считаете это оправданной стратегией??? вы можете привести пример ещё хотя бы одного стартапа, владельцы которого СНИЖАЮТ расходы на рекламу ещё ДО ТОГО, как проект выйдет в ноль?? вы считаете ваши затраты на рекламу разумными?? вы говорите о том, что раскручивать сайт будете в форумах. а вы не боитесь отхватить бан вашего сайта по причине спама? кстати о спаме, вы собираетесь проводить спам рассылки? вы собираетесь брать на работу специалиста по CEO или давать этот заказ одной из существующих фирм?

вы собираетесь брать на работу менеджера по продажам и маркетингу?

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

ок. с увертюрой закончили. теперь пару слов о реальном проекте.

один из отделов моей компании делает аналогичный проект по немецкому заказу. написание одной только спецификации функциональных требований заняло 2.5 месяца. на проекте работают 6 разработчиков, менеджер проекта и тестер. и того - 8 человек. средняя зарплата каждого составляет $1400. кроме этого, с немецкой стороны работает один тестер и специалист по качеству программного кода. проект длится уже 8 месяцев и коммерческий запуск запланирован на август текущего года. начиная с мая проект начинает рекламироваться в германии, через пол года после коммерческого запуска в других странах европы. тут под рекламой понимаются биг борды, газеты и интернет реклама (85% рекламного бюджета). дизайн проекта был разработан немецкой стороной и стоимость дизайна по нашим оценкам составляет примерно 7-8 тыс. евро. понятное дело, я не знаю, сколько они отвалили за это в своём бюргерленде.

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

ого, не ожидал столького, но постараюсь ответить на все вопросы.

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

2. Вопрос о технологиях и "нижнем уровне" намеренно был исключен из плана, так как это достаточно техническая часть, которая специфична для большой аудитории, в плане выкладывалась маркетинговая и финансовая сторона. Если кратко - стандартные технологии, в том числе и потому, что отлично известны разработчикам, и не потребуют большого времени на эксперементы, в частости, (PHP/EzComponents, AJAX (Dojo Toolkit/ExtJS), MySQL). Такая платформа достаточна для реализации проекта и обладает всеми параметрами для надежной работы в процессе эксплуатации. Конечно, предвидя возражения, это можно реализовать все на десятке других платформ и технологий, на том, что ближе каждому из обсуждающих, но это выходит за рамки текущего топика и скорее ближе к holy war.

3. Вопрос траффика будет стоять на более поздних этапах работы сервиса. Изначально вполне достаточно VDS, при существенном расширении перейдем на арендуемый сервер. Отдаваемая информация в большей степени статика (описания ПО и другой контент), поэтому, естественно применяем и кеширования для снижения нагрузки (с поискового ядра). Лично мое мнение - конечно, ошибочно не расчитывать на будущее и не планировать расширения, но на начальной стадии сразу требовать и закладывать в финансовый план наличие выделенного сервера и других "фишек" масштабных проектов - это нецелесобразно. Сначала все же, нужно иметь что масштабировать и для кого. Сам обьем хранимой информации достаточно небольшой (именно контента), поэтому упиратся может только в две вещи - мощность для поиска (это решается путем вынесения поискового робота на отдельный сервер и оптимизация/пред-подготовка базы) и внешний траффик от посетителей (при скачкообразном увеличении посещаемости и стабильного роста). Для второго варианта конечно же применять различные стратегии распределения, сейчас серверное оборудование все же достаточно дешевое, чтобы вопрос расширения не стоял достаточно остро для популярного проекта. На первом этапе вопрос масштабирования сводится лишь к обеспечению будущей возможности разнесения отдельных компонент на разные сервера, что, конечно же, предусмотрено.

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

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

6. По поводу обьема ПО - да, представляю, правда, игры в данном случае не затрагиваются. При чем, в основном, база буде содержать во-первых, открытое ПО, во-вторых, открытое и бесплатное ПО, которое достаточно известное или востребовано, а не вообще все, во третьих, обьем информации про каждую единицу ПО достаточно небольшой (по результатам, полученным на макете - около 50 Кб, не считая добавляемых изображений), соответственно общий предполагаемый обьем будет около 1 - 2 Гб данных, при этом бОльшая часть их статична и будет редко изменятся, а значит может быть вынесена за рамки БД (для отдачи пользователю). Для поиска используется небольшая часть этих данных, и они будут выделены в отдельную базу для производительности. Для обеспечения полнотекстового поиска, если применять, к примеру, sphinx, такой обьем достаточно незначителен, чтобы поиск мог работать на обычном сервере или VDS. Кроме этого, само наполнение БД будет эволюционным, поэтому рост будет достаточно плавным, чтобы избежать мгновенных перегрузок и недостаточности ресурсов.

7. Сервера/хостинг изначально будет в России, так как проект расчитан на аудиторию СНГ, в дальнейшем для западного рынка сервер будет вынесен на хостинг в США (второй, который будет обслуживать западную аудиторию).

8. Не понял вопроса про платежные системы? Он возникнет уже на этапе дальнейшего роста, при реализации консалтингового сервиса, поэтому сейчас говорить преждевременно (для этого этапа нужно и будет привлекатся сторонний инвестор, обладающий ресурсами в этой сфере), сейчас про это можно только говорить в общих чертах "как хотелось бы, чтобы было".

9. Для статисики предусмотрено как использование сторонних сервисов сбора статистики и анализа (Google Analytics), так и внутреняя система статистики (которая собирает данные про действия на сервисе). Часть этой статистики будет открыта и общедоступна, часть данных попадает в отчёты для инвесторов.

10. На первом этапе регистрации как юридического лица не предусмотрено (это будет лишь дополнительным расходом и сложнсотью), в дальнейшем регистрация либо по месту основания проекта (Украина), либо выделение и организация ООО в России. Потребность в этом возникнет в момент плотной персональной работы с другими игроками, в основном, корпорациями и будет решатся ближе к моменту, когда станет понятно, что это окупаемый расход, а не просто "чтобы было".

11. В качестве подрядчика для разработки дизайна и логотипа выступает дизайнерская компания моего друга и сокурсника, который работает в этом бизнесе уже несколько лет. Кроме того, учитывайте реалии и расценки местного рынка - можно и за 1000 сделать. Но в данном случае это чистый интернет-проект, и требования к логотипу немного другие (например, не требуется полиграфия). Поэтому такая стоимость (примерная, конечно, на этой стадии не может быть конечной цифры) оправдана и она согласована с дизайнером. Часть работ, которые можно посмотреть он-лайн, здесь: http://creagraph.com.ua/portfolio.html

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

13. По поводу рекламы. Я знаю, например, стартапы, которые вообще не использовали рекламу. Нет, никакого спама и других "чёрных" методов не будет использоватся, это вопрос репутации сервиса, а она стоит намного дороже. Реклама на форумах это очень широкое понятие. Привожу пример: на форуме linuxforum.ru (это пример просто) кто-то спрашивает, чем заменить MicroCAP для расчета и моделирование простых схем под  Ubuntu. Если наш модератор ответит ему ссылкой на аналоги и кратко опишет, какие могут быть варианты, это не спам. Есть и другие варианты реклам, которые немонетарные (не будут требовать оплаты отдельной от содержания сервиса), а некоторые вполне сами по себе прибыльные (скажем, написание статьи в ИТ-журнал, приносит не только гонорар ведь). По поводу рекламы и распределения бюджета - для этого привлеку специалистов, либо на постоянное сотудничество, либо на консультации. Не исключен и вариант партнерства с рекламными площадками, даже теми, что размещены на этой площадке. Этот сервис достаточно специализирован и методы его продвижения будут другие, чем для проекта общей направленности.

14. Да, на этапе, когда проект будет иметь основную аудиторию, должность менеджера по маркетингу будет введена. Ориентировочно об этом может идти речь после 6 - 8 месяцев работы (то есть, после запуска).

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

Вот вроде ответил на все вопросы, если что не осветил или пропустил (или излишне обобщил), уточните, обсудим далее.
Я не имею детальной информации о вашем проекте, так что не могу сказать из-за чего такие затраты (хотя одна из причин - в затратах на ЗП). Как я вижу, у вас все же не старт-ап, а корпоративный проект, а это совершенно разные подходы и результаты и оценки затрат. КРоме этого, мне слабо верится в результативность биг-бордовой рекламы о сервисе поиска аналога - бигборд вида "Замените свой WinRAR на 7-Zip" или про аналоги GNU Cache. Может сходства в этих проектов все же меньше? 

А для реализации такого проекта мне не хватает не только пары сотен, а скорее 5К + возможность привлечения в будущем дополнительных средств. Конечно, как любой проект на Seed-стадии, да еще на таком рынке, он рискованый, это именно то, что называют венчурным проектом. Возможно, это и в какой-то степени минус, да, но мы стараемся предусмотреть и трезво оценить возможные риски и подготовится к тем, которые возникнут на самых начальных этапах.

Спасибо за столько вопросов   

целевая реклама по персональным договорам с
производителями/дистрибьюторами коммерческого и открытого ПО
(Microsoft, LinuxCenter.ru и другие)
... с производителями и дистрибьюторами открытых платформ и решений

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

Previously wrote:

целевая реклама по персональным договорам с
производителями/дистрибьюторами коммерческого и открытого ПО
(Microsoft, LinuxCenter.ru и другие)
... с производителями и дистрибьюторами открытых платформ и решений

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

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

кроме того, даже если вы уболтали кого-то, кто захочет с вами работать (надо обладать недюжинными способностями телефонного гипнотизёра, чтобы доказать, что вы НАДЁЖНЫЙ, а не однодневка) и вы получили 2-3 партнёров, кто вам даст обналичить эти деньги если вы никто?.. ну раз.. ну два... если объёмы прибыли смешные и никому не интересные, то какой смысл в этом бизнесе? а если речь идёт отом, что бизнес способен приносить реальный доход, сразу найдётся дядя с погонами, который тут же поинтересуется - какого, собственно, фига? ничё страшного конечно не произойдёт )) но сайт отнимут. рамблер раз в месяц подобные новости издаёт. поэтому я и спросил, где будет стоять сервер. и какие банки будут участвовать в платёжных схемах. и есть ли вообще схема движения бабок у этого проекта.

Значит, нужно проработать юридический аспект проекта. Но драматизировать не стоит, я думаю. Регистрация ООО в России, по-моему, длится пять дней и стоит не так уж дорого.

господа, вы о чем-то? Какие банки, какие погоны и отнимания серверов (особенно, если проект никак не связан с политикой)? Примеры то приведите, раз каждую неделю на рамблере видите.

Отвечаю еще раз:

1. Специфика проекта: венчурный, на стадии Seed.

2. Юридическое приземление на этой стадии (разработка/старт) для проекта не требуется, это просто лишняя трата денег. Привести ситуаций, когда, еще раз подчеркну, на этой первой стадии нужна такая регистрация и это не будет бесполезной тратой денег и ресурсов, я не могу. Если кто можем - буду очень признателен.

3. Работать с существующими партнерскими программами (в частости, магазинов Озон/books.ru, а также SoftKey.ru/LinuxCenter и другие, профильные) вполне можно в качестве площадки. Или каждый сайт, где стоит их реклама/продажи книг обязательно зарегистрирован? Нет.

4. В частности, с руководством того самого ЛинуксЦентра был когда-то, по другому поводу, разговор, в том числе и о сотрудничестве, это не вызывает особых проблем, хотя, конечно, каждый конкретный случай и вид партнерства требует индивидуального согласования.

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

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