Это вторая статья о становлении софтверного (интернет) бизнеса в России ( первый здесь ).
В ней я собираюсь раскрыть некоторые ключевые моменты об адаптации продукта к рынку (под требования пользователя), о преодолении технологического отставания и немного о реалиях российского бизнеса.
Хочу совпасть с этой темой, которая год назад (может быть) немного раньше или немного Позже ) товар появился Ускорение сайта WEBO (ранее Веб-Оптимизатор).
Мысли немного сумбурны, но, видимо, для каждого направления все очень специфично, поэтому ценными будут только общие идеи, направления и подходы к решению задач (на что я искренне надеюсь :).
Здесь и далее речь идет о создании коробочного решения (а не аутсорсинге ПО).
Сначала несколько быстрых ответов и опровержений.
1. Зачем нужно юридическое лицо для ведения бизнеса?
Как оказалось (лично я не сомневался, но в комментариях были разные мнения) гораздо удобнее продавать софт, если у тебя есть юридическое лицо.лицо.
Это и меньшая сумма налогов (всего теперь 6% от валового дохода + 9% от чистой прибыли/дивидендов против 27% у физлица или вообще 45% с учетом НДС).
Это еще и большее доверие со стороны потенциальных клиентов (да, с ИП договоры заключать все же труднее, чем с ООО с юридическим адресом), и договоры были (но тут надо исходить из объемов продаж ).
Это тоже нормальная возможность работать с иностранными деньгами.
Однако если вы не планируете подниматься выше оборота в 100к рублей в месяц, то юридическое лицо вам точно будет в тягость.
2. Зачем нужно «липовое» юридическое лицо? адрес?
Его главное преимущество – экономия денег.Например, шесть месяцев аренды по этой схеме обходятся в 7–10 тысяч рублей.
Если расставлять все по рангам (хотя бы с одним рабочим местом где-нибудь в коворкинг-центре), то это будет стоить примерно 4*6+15 тысяч, т.е.
в 4-5 раз дороже (может вы знаете более дешевые альтернативы - милости просим в комментариях) ).
Но если вы сокращаете расходы, то с арендой нормального офиса лучше подождать, пока в штате не будет 2-5 сотрудников.
Единственный (точнее их два) минус от этой ситуации - они не открывают счет в "приличном" банке (это Альфа Банк + может быть Раффайзен и иже с ними, ВТБ открывается на ура).
+есть некоторые затраты на переписку, но если вы не работаете со всем миром по договорам, то это не для вас.
3. Зачем нужен нормальный торговец?
(В данном контексте это процессинговый центр платежей за ваш товар, по сути, ключи к программным продуктам).Почему нельзя просто «принимать наличными»? Во-первых (если только ваш товар не стоит от 5 тысяч рублей - хотя в этом случае наличными такую сумму вряд ли заплатят, больше по договору, как те же колокольчики, только на стороне) вы потратите драгоценное время на выписывание ключи согласно каждому заказу.
А во-вторых (с достаточно большой вероятностью) каждый второй покупатель будет лично с вами (конечно, весь процесс можно автоматизировать, но вы посчитайте стоимость автоматизации, и вы поймете, что при указанном чуть выше обороте это гораздо экономичнее «сдать» торговцу) спросить, куда вводить ключ и как пользоваться товаром.
Пришло время, снова и снова.
Если, конечно, вы не продаете техподдержку вместе с самим продуктом, то ваш бизнес сильно пострадает. Несколько слов о Softkey, Allsoft и некоторых других опциях.
Софткей лучше (меньше комиссии) + есть возможность работать с иностранными покупателями (через Softkey.net).
Вывод денег идет прямо на ваш счет (без дополнительных проверок, комиссий и т.п.
).
По сравнению с этим Allsoft кажется какой-то шарашкой (все настойчивые просьбы прийти в офис лично и подписать договор отклонялись — бумаги присылают только почтой), комиссия у них в среднем выше.
Но (ИМХО) более мощный маркетинг.
Это то, что вам следует использовать.
В идеале, конечно, выгоднее всего иметь свой процессинг (например, на базе того же insales.ru), и через эти магазины привлекать дополнительных.
клиентов (и, возможно, поддерживать партнерскую сеть).
Более конкретной информации пока нет. Может через полгода будут расчеты с живыми числами.
Лично мне уже несколько надоели просьбы в скайпе «давайте я вам переведу 500 WMR + 30 WMZ + кину деньги на телефон - вы мне товар продадите, а заодно объясните, как его настроить» :) Поэтому , я за нормального мерчанта (Софткей по каким-то причинам - больше из моего опыта работы с международными магазинами - меня он совсем не устраивает, но это однозначно меньшее из всех зол).
Да, маленькая ремарка: здесь и далее речь идет о построении максимально «белого» бизнеса, а не о создании кнопки «пилить деньги» :)
От лирики к действию
Некоторые вопросы раскрыты, теперь перейдем к самому интересному - что пойдет на развитие бизнеса (или продукта - как вам больше нравится, софтверный бизнес без продукта - это как 8 марта без цветов и сладостей), и что не будет работать особенно хорошо.
В принципе, вряд ли в изложенных ниже фактах можно найти что-то новое (все это уже говорилось не раз и не два), но, возможно, обобщенный опыт кому-то поможет.
Размещение в специализированных каталогах
Во-первых, если исходить из потребностей пользователей, то нужно охватить целевые группы и общаться с ними (предлагать продукт, оценивать отзывы, вносить улучшения).Для веб-продуктов (потребительского уровня) вариантов здесь не очень много — это сообщества самых распространенных CMS — WordPress, Joomla!, Drupal (и более мелких/локальных).
Остановлюсь на опыте общения с 4 каталогами - это Расширения WordPress , Джумла! Каталог расширений , Друпал И Партнерские модули Битрикс .
Самым сложным местом, как ни странно, оказался Drupal — модераторы усиленно отвергали все попытки добавить «что-то нестандартное» и «не соответствующее стилю кодирования Drupal».
Из-за небольшого размера сообщества Drupal попытки присоединиться к нему были временно прекращены.
WordPress оказался лучшим местом для создания расширений.
Обширное API, полная свобода + никакой модерации (только отзывы самих пользователей).
В результате от знакомства с API до публикации расширения прошло около 3 дней (например, для Joomla! — 2,5 месяца, для Битрикса — около месяца).
При разработке под WordPress вы получаете доступ к общему SVN, при этом все обновления синхронизируются с сайтом, файл readme транслируется в набор веб-страниц, а все пользователи получают уведомление об обновлении расширения.
Бабл, и всё.
Для Джумлы! (видимо из-за нехватки модераторских ресурсов) первоначальное рассмотрение заявки на публикацию в каталоге заняло месяц (если бы были откаты каждые три-пять дней, то могло бы растянуться и на три месяца) + еще месяц ушел на пере- рассмотрение отклоненной заявки.
Для Битрикса API несколько сбивает с толку (вероятно, из-за платности системы и отсутствия достаточного количества готовых расширений для ознакомления), но проблема тоже решаема.
На основе трафика WordPress из Joomla! дают примерно поровну, Битрикс и Друпал тоже дают примерно поровну, раз в 5 меньше первых двух.
Это говорит, скорее, о размере сообщества и популярности систем (а также о целесообразности разработки под них).
Сообщества MODx и Magento также довольно сильны (по всему миру).
Если вы что-то разрабатываете, сосредоточьтесь и на этом.
Технологическая пропасть
Возможно, я ошибаюсь в точном термине (если кто-нибудь меня поправит в комментариях, буду благодарен), но здесь имеется в виду существенный разрыв между инновационным продуктом (для гиков) и массовым продуктом (для обычных пользователей).Эти две категории существенно отличаются, и если вы работаете на массовый рынок (и начинаете с создания какого-то нового продукта), вы неизбежно столкнетесь с этим разрывом.
Стоит учитывать, что один и тот же «продукт для гиков» и «массовый продукт», скорее всего, имеют совершенно разные характеристики.
Компьютерщики оценят количество функций, потенциал и уникальность.
Обычных людей больше привлекают узнаваемость бренда, удобство и надежность.
Те.
Если для привлечения гиков можно выкатить сырую версию, которая будет регулярно глючить, ломаться, но будет «суперкрутой» по возможностям, то для массового рынка нужен мегастабильный, стильный и удобный продукт, который может не обладать всеми «первоклассными» возможностями.
Поэтому, по сути, нужно «деградировать» продукт (как бы печально это ни звучало) до такой степени, чтобы им мог пользоваться «сферический человек в вакууме».
Преодолев этот разрыв, стоит не упускать из виду основное предназначение продукта и сделать его массовым, не теряя при этом привлекательности для наиболее продвинутой части общества.
Это единственный вариант быть первым: иначе гики могут разочароваться, или кто-то другой выпустит более «навороченный» программный продукт. В любом случае признание гик-сообщества должно стать отправной точкой для создания нормального, качественного (с точки зрения обывателя, конечно) продукта.
Эта задача решается сравнительно просто (не по времени или человеко-часам, а по направлениям и идеям): нужно постоянно собирать обратную связь от пользователей, итеративно дорабатывать продукт и не упускать из виду главную идею (ту, которая было в самом начале).
И рано или поздно это произойдет – вы получите продукт, признанный рынком и являющийся лидером.
О времени и ограничениях
Если разработка прототипа продукта может занять одну-две недели (или, как сейчас модно практиковать, одни выходные), то довести его хотя бы до RTM-версии (Ready To Market, готовый к выходу на рынок) — это как минимум еще один пару месяцев упорной работы.труд. В то же время на преодоление указанного технологического отставания могут уйти годы.
Поэтому, когда вы начнете что-то создавать, будьте готовы потратить очень большие затраты времени и терпения, прежде чем начнете создавать что-то действительно стоящее.
И, казалось бы, «простой идее» потребуется от нескольких месяцев до нескольких лет, чтобы стать «работающим продуктом».
Из-за крайней ограниченности времени и ресурсов при адаптации к рынку единственным работающим правилом является закон Парето 20/80. Каждый раз, когда вы сталкиваетесь или формулируете задачу, оценивайте ее приоритет. И помните, что решение всего 20% задач с наивысшим приоритетом продвинет вас на 80% к цели, поэтому не увлекайтесь мелочами (да, еще важно научиться оценивать, что мало, а что нет, но это приходит с опытом :).
Иногда может показаться, что проходят дни и месяцы, а ничего не происходит – это нормально.
Обычно изменения накапливаются, и только потом происходит качественный скачок: вас показывают по телевидению, о вас пишут в дигге или президент пожимает вам руку.
Но в любой ситуации нужна системная работа, адаптация к рынку и решение задач по списку.
Еще немного на тему ограничений: создание массового продукта тоже имеет свои преимущества.
Вы можете собирать достаточно большое количество однотипных комментариев и группировать их, создавая на их основе документацию, ответы на вопросы, руководства и т.д. Естественно, это охватит только основную часть пользователей (тех, кто задает одни и те же вопросы), но потратив немного времени, вы сможете удовлетворить их всех.
Здесь может помочь следующий принцип: каждый раз, когда вы ставите очередную задачу, думайте о том, какой процент пользователей будет доволен ее решением.
Достаточно? Тогда нам нужно срочно принять решение.
Один или два? Тогда стоит подождать до лучших времен — возможно, сама задача будет переформулирована или исчезнет из-за других изменений.
Бизнес модель
По этой теме пока ничего определенного.Если 10 лет назад продажа программных продуктов «из коробки» работала, то сейчас все стало сильно социализировано, а бизнес-модели несколько «поплыли».
На данный момент мы уже изменили 2 концепции монетизации идеи (т. е.
третья сейчас находится в стадии тестирования).
Возможно в следующей теме будет больше информации.
Но одно можно сказать наверняка сейчас: для нишевых продуктов (не ядра Linux, не СУБД и не веб-сервера) модель ПО с открытым исходным кодом + сбор средств работает хуже, чем продажа коммерческих лицензий: недостаточный охват пользователей.
Хотя везде нужен какой-то набор возможностей: этот функционал доступен бесплатно, а расширенный функционал доступен за определённую цену.
Также очевидно, что модель рекламы для программных продуктов применима в очень ограниченной степени (т.е.
для браузера или системы управления контентом все в порядке, а для расширений к этому самому браузеру или системе уже нет, но я бы буду благодарен, если кто-нибудь в комментариях предоставит ссылку на листинг моделей монетизации).
УПД мысль, которую хотел добавить: «нагибаясь» под рынок, никогда не следует забывать об исходной идее.
Иначе получится, что «выживая в начале пути», вы через пару лет будете продавать «высокотехнологичное молоко», а не заниматься тем, с чего начали.
Немного статистики
Не знаю, насколько интересны будут конкретные цифры, но для общей оценки эффективности разработки, возможно, кому-то они помогут. Итак, за прошедший год- 50 тысяч загрузок продукт
- Каждый месяц скачивания увеличиваются на 20-50%
- 1000+ работающих сайтов на нем
- Более 100 тысяч интернет-пользователей загружают сайты быстрее (иногда даже не осознавая этого),
- экономия около миллиона секунд.
Каждый пользователь просматривает в среднем 3 страницы сайта (с учетом положительного эффекта быстрой загрузки).
P.S. Да, в следующих выпусках я постараюсь подробнее осветить офисные проблемы, зарплатные проекты и некоторые финансовые тонкости.
П.
П.
С.
Веб-сайт www.webogroup.com расположен на Г.
А.
Е.
(не сочтите это за рекламу, просто это довольно удобно и, главное, бесплатно), так что насчет хабра-эффекта теперь спокойны :) Теги: #программный бизнес #разработка #юридическое.
лицо #юридический адрес #программное обеспечение #продвигаю
-
Левицкий Сергей Александрович.
19 Oct, 24 -
5 Примеров Успешного Ребрендинга
19 Oct, 24 -
Сладкая Парочка От Издательства Питер.
19 Oct, 24 -
Пузырь 2.0
19 Oct, 24 -
Программа Для Партнеров По Продажам Cisco
19 Oct, 24 -
Яндекс Даст Миллион За Хорошее Образование
19 Oct, 24 -
Emet V4 Доступен В Бета-Версии
19 Oct, 24
