tag:blogger.com,1999:blog-72035150819056973462024-02-07T16:24:08.576-08:00Trinity on μISVDon’t let the noise of other’s opinions drown out your own inner voice.
<br>- Steve Jobs
<br>
Блог о нашем непростом шароварном деле.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-7203515081905697346.post-18301198813596996122012-02-22T17:32:00.000-08:002012-02-22T17:32:57.550-08:00Третий закон ПОНа днях совершенно неожиданно пришла в голову догадка, дающая ответ на вопрос, нахрена разработчикам все время неймется и они переделывают программы, делая их неудобными и непривычными.<br />
<br />
Меня как пользователя вполне удовлетворял ненавязчивый интерфейс MS Word с менюшками (да, они были нелогично расположены, да, хрен запомнишь, что где, но сейчас с этими риббонами это просто мрак!), очень простой и читабельный интерфейс Gmail почты (где буквами написано "spam" на кнопках и не надо тратить две секунды, соображая, корзина - это удалить или обозначить как спам), ну и интерфейсы других программ - ровно до тех пор, пока они не были искорежны безжалостными руками разработчиков, желающих придать программе "новый, удобный и совершенно интуитивно понятный интерфейс". Ага, щаз.<br />
<br />
Нет, ну понятно, бывают ошибки, баги, ну так мы как опытные пользователи уже знаем, как с ними бороться, просто не надо сюда вот нажимать, а сюда не надо ходить, когда... и т.д., ну могли бы исправить баги, зачем все переделывать-то?<br />
<br />
И вот теперь я знаю, зачем. Потому что я сама такая. На какое-то время интерес к собственному детищу у меня был утерян, но он возобновился ровно в тот момент, когда я поняла, что могу использовать другой движок. Да-да, другой движок, он позволит программе работать лучше, стабильнее, код будет выглядеть красивее, ошибок будет меньше... оказывается, все просто. Пользователям не надоедает пользоваться любимыми программами, они привыкают к ним, к их ошибкам (а у кого нет недостатков?!), а вот разработчиков со временем начинает тошнить от собственного кода. Да, они тоже любят свои программы, но им надоедает возиться с ними, вылавливать и исправлять баги, менять что-то по мелочи и т.д. А вот когда представляется возможность замутить что-то совсем новое, это да! Пусть на старой базе, но новое, более крутое! Это, что ни говори, challenge, а к таким вещам у всех разработчиков слабость.<br />
<br />
И вот отсюда следует простой вывод. Разработчики и пользователи стоят по разные стороны баррикад. У них совершенно разные цели, практически не имеющие общих точек. Именно поэтому разработчики так плохо понимают пользователей, а пользователи не в состоянии уловить замыслов разработчиков. Именно поэтому так много появляется уродов, неудобных и непрактичных, но поскольку они все-таки способны решать поставленные задачи (часто при отсутствии альтернатив), то пользователи это съедают, и мучаются, но потом все-таки даже к уродам привыкают и зачастую работают с ними не без удовольствия. Катастрофа случается в тот момент, когда и самому разработчику начинает казаться, что все, что он написал - уродство, и надо сделать по-другому, при этом разработчик исходит исключительно из своих интересов. У него интерес - использовать новый движок, изучить новую технологию, применить новые знания на практике. О таких скучных вещах, как удобство пользования, он просто не задумывается. Может быть, потому, что сам программой не пользуется, может быть, из-за того, что для него "удобство" выражается в чем-то другом, в конце концов, он свою программу знает вдоль и поперек, и поэтому не испытывает никакого дискомфорта.<br />
<br />
Таким образом, получается, что разработчику, чтобы сделать по-настоящему хорошую программу, нужно обязательно взглянуть на нее глазами пользователя. Это очень трудно, практически невозможно. Ну хорошо, в крайнем случае внимательно послушать, что говорят пользователи, чем они недовольны, и почему. Только так получится не только удовлетворить собственные амбиции, но и сделать хороший продукт, что, в-общем, является более главной задачей ;)Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com5tag:blogger.com,1999:blog-7203515081905697346.post-29224779364491404332012-01-06T13:27:00.000-08:002012-01-06T13:27:18.409-08:00Два закона ПО1). Любое плохое программное обеспечение, при должном внимании, постепенно становится все лучше и в какой-то момент превращается в хорошее.<br />
<br />
2). Любое хорошее программное обеспечение, если его продолжать развивать и улучшать, постепенно становится все хуже и в какой-то момент пользователи, не в силах справиться с раздражением, которое оно у них вызывает, уходят к конкуренту.<br />
<br />
Отсюда вывод (немного странный): если вы сделали хорошее программное обеспечение, лучше больше им не заниматься, а придумать другой продукт.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-9724410731428314592011-12-23T17:16:00.000-08:002011-12-23T17:20:34.751-08:00Шаровара и г..но... казалось бы, что общего?Извините, что долго не писала... готовлю бету! Все никак не приготовлю :)<br />
Итак...<br />
Многие могут подумать, что речь идет о сравнении некоторых образчиков шаровары с упомянутым г...ном. Ничего подобного! Во-первых, мы сейчас говорим вовсе не о качестве продукта, а во-вторых, в данном случае нас интересует не понятия г...на как такового, а г...но вполне конкретное, а именно, собачье (и даже гусиное).<br />
О чем же это?<br />
А вот о чем.<br />
Мой друг, который работает старшим программистом в империи зла, известный блоггер, фотограф и путешественник Китя Карлсон, оказался еще и самым натуральным шароварщиком. Он пишет программы под Windows Phone 7, в основном бесплатные (из платных пока только одна). Спрашивать, почему он выбрал именно эту платформу, думаю, смысла нет, и так все понятно... хотя у меня есть друзья (работающие там же), которые являются апологетами Эппла, например... <br />
Так вот, одна из его программ просто-напросто посвящена вот этому самому... г...ну т.е. Попросту говоря, это игра, в которой вы должны ходить за своей собачкой и собирать ее фекалии. Если вы будете делать это плохо, то получите по шапке от полицейского. На втором уровне нужно следить за канадскими гусями, которые толпами носятся в небе и, естественно, тоже роняют "бомбы". Зачем надо следить за гусями, не совсем понятно, но будем считать, что это такая фантазия автора.<br />
Несмотря на немного странную тематику, это вполне нормальная игра, имеющая два настоящий геймплей, уровни, дизайн.<br />
<br />
Я задала автору несколько вопросов о его программе.<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_9Q4ZDoAXvDxXM7-82dO7T-mDsr1lSls4l4oWdrqXvV_pGPey31J1cBDrisUdXUFlAFcgJbc112m-rKzWpSyns2xcyZDTNkHjqljyLkwxQXSWCvu_ht5jTYKnSI2DVVFlEv9hDniLlI3W/s1600/Kitja.png" imageanchor="1" style="clear:left; float:left;margin-right:1em; margin-bottom:1em"><img border="0" height="217" width="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_9Q4ZDoAXvDxXM7-82dO7T-mDsr1lSls4l4oWdrqXvV_pGPey31J1cBDrisUdXUFlAFcgJbc112m-rKzWpSyns2xcyZDTNkHjqljyLkwxQXSWCvu_ht5jTYKnSI2DVVFlEv9hDniLlI3W/s400/Kitja.png" /></a></div><br />
<br />
<br />
<b>Я. </b>Почему ты выбрал такую странную тематику игры?<br />
<b>Китя. </b>Эта игра основа на реальных событиях. У одной моей знакомой собака и знакомая обнаружила что собирать какашки из травы значительно менее эффективно чем пытаться подставить пакет прямо под собаку. В результате однажды я застал свою знакомую в процессе беготни за своей собакой с полиэтиленовым пакетом и подумал, что это будет смешная игра.<br />
<br />
<b>Я. </b>Почему надо собирать также и гусиные испражнения?<br />
<b>Китя. </b>Чтобы было ещё смешнее, конечно! Вообще эта игра задумывалась скорее как издевательство над всей майкрософтоской платформой конечно.<br />
<br />
<b>Я. </b>Планируется ли добавление новых уровней, скажем, собирать собственные фекалии с использованием спец. пластиковых пакетов (типа игра в игре, например "попади в цель")?<br />
<b>Китя. </b>Я думал об этом, но в целом идея игры оказалась не достаточно хорошей для настоящей популярности, так что в этот момент вряд ли я когда-нибудь решусь на апдейты.<br />
<br />
<b>Я. </b>На чем писал? Хранятся ли данные на устройстве - прохождение уровня, достижения и т.д. Если да, то где и как ты хранишь данные?<br />
<b>Китя. </b>На C# (xna). Да, все хранится в isolated storage.<br />
<br />
<b>Я. </b>Сколько времени заняла разработка?<br />
<b>Китя. </b>Где-то пару недель, насколько я помню.<br />
<br />
<b>Я. </b>Это была первая твоя игра? Насколько трудно оказалось разработать геймплейт, архитектуру и т.д.? Каким стилем разработки ты пользовался (agile, каскадный, TDD)?<br />
<b>Китя. </b>Моя первая игра да. Я даже не знаю таких умных слов. Было не очень сложно.<br />
<br />
<b>Я. </b>Тебе понравилась разработка под Windows Phone 7?<br />
<b>Китя. </b>В целом да.<br />
<br />
<b>Я. </b>Сколько времени занимает процесс загрузки приложения на сервер, включая получение ключей, одобрение и т.д.?<br />
<b>Китя. </b>Занимает около недели если нет ошибок.<br />
<br />
<b>Я. </b>Что бы ты еще сказал разработчиком под данную платформу?<br />
<b>Китя. </b>Приготовитесь к жестокой конкуренции. Сейчас приложений много, а пользователей телефонов мало.<br />
<br />
Так что друзья, как видите, идеи можно находить буквально под вашими ногами! Стоит только хорошенько приглядеться...<br />
<br />
И напоследок несколько скриншотов, которые я содрала с блога самого Кити (Kitya.livejournal.com):<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEipktsbcd0WN9k6HLjHrgrCSWGMaS-ieDxcBs3NFVh3Kz2kp67HXKYBEL1xZ5u9pyB1i4IFQahmDjT6iY5xPbZxJkGf8RidNT1wqlj3TFp7d1wLKMLW8UBJoeuuh42ocqCWd1snZ2W6V71L/s1600/screenshot01.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="240" width="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEipktsbcd0WN9k6HLjHrgrCSWGMaS-ieDxcBs3NFVh3Kz2kp67HXKYBEL1xZ5u9pyB1i4IFQahmDjT6iY5xPbZxJkGf8RidNT1wqlj3TFp7d1wLKMLW8UBJoeuuh42ocqCWd1snZ2W6V71L/s400/screenshot01.png" /></a></div><br />
Здесь без труда угадывается Сиэттл, а на заднем плане - горы Рейнир и Бейкер (но кто где?)<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiqd8j1zToE_fi110-3yk7oDmPWQVvmUMwnNuxEKaECKPQ-98yxOBXtiI8_6mRYe4zuektw6gYCVMD5ht8rt7pC0IBFAgBKfqBSMAw49yVnQ_RRJqceQaDF1YCcui4f752ZKNnDU9LSSIZ5/s1600/screenshot03.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="240" width="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiqd8j1zToE_fi110-3yk7oDmPWQVvmUMwnNuxEKaECKPQ-98yxOBXtiI8_6mRYe4zuektw6gYCVMD5ht8rt7pC0IBFAgBKfqBSMAw49yVnQ_RRJqceQaDF1YCcui4f752ZKNnDU9LSSIZ5/s400/screenshot03.png" /></a></div><br />
А здесь уже придется потрудиться в лесу... мало того что собачка (несомненно, те, кто читают блог Кити, узнают в ней знаменитую путешественницу Кейко, к которой как-то вызывали спасателей) чего-то не того покушала и ее без конца несет, так тут еще над головой туда-сюда носятся толпами гуси, которые также хотят оставить след в истории...<br />
<br />
<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg9qVD5DHM_QUPufBS4Lnt5F0QqPXf9mpgbk5bsdKJdWvnxFxq8A8_a22EaboSCrcte0abCiAKZFySZzqwsMtAx7EsgCPgzG9k0jWtF-UJQeXqaXnrnYGDXXS8kSKZBXywYX6YbnS-3Mrf1/s1600/screenshot04.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="240" width="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg9qVD5DHM_QUPufBS4Lnt5F0QqPXf9mpgbk5bsdKJdWvnxFxq8A8_a22EaboSCrcte0abCiAKZFySZzqwsMtAx7EsgCPgzG9k0jWtF-UJQeXqaXnrnYGDXXS8kSKZBXywYX6YbnS-3Mrf1/s400/screenshot04.png" /></a></div><br />
Ну вот! Что за фигня! 3000 за какую-то несчастную кучку! И это даже не овчарка, и не сенбернар! Думаю, на следующем уровке главный герой должен обзавестись бизнесом по выгулу собак... вот уж тогда веселуха начнется :)<br />
<br />
Disclaimer: Китя, прости, если я чего-то наврала про твою игру. Я в нее не играла, ну нет у меня этого злосчастного девайса, и, надеюсь, не будет!Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-76363749994395246692011-11-19T20:22:00.000-08:002011-11-28T09:55:57.318-08:00Динамо от IpswitchРасскажу, как динамят такие достаточно известные фирмы, как Ipswitch. Если кто не знает, то они выпускают очень удобный ftp-клиент (помимо этого у них есть и другие продукты). Когда-то давно, когда мне нужна была такая программа, я просто использовала триальную версию, но в этот раз решила, что поскольку собираюсь зарабатывать деньги, то мне надо просто взять ее и купить. Сказано - сделано. Что проще - выбрать продукт и оплатить, получить ключ и пользоваться. И вот я кликаю на продукт, дальше, естественно, форма с личной информацией, еще что-то, кликаю ОК и только тут замечаю, что сумма что-то значительно больше той, на которую я рассчитывала. Программа вроде стоит 54 доллара, ну значит, в перевод на КАДы и с налогами будет где-то около 60, а тут вдруг смотрю - конечная сумма больше 70! Что за фигня, думаю, проматываю страницу наверх и что я там вижу! Не спросясь меня, весело и непринужденно, они включили в мою корзину еще какую-то совершенно ненужную мне бэкапилку за 12 долларов. Причем на этой странице изменить уже ничего нельзя. Пришлось отматывать назад, убирать эту фигню из корзины, при этом, естественно, так же потерялись все введенные ранее данные (хорошо, что браузер все запомнил).<br />
<br />
Ну ладно, идем дальше. Вот наконец страница оплаты. Выбираю paypal, чтобы лишний раз не вводить данные кредитки, жму кнопку оплаты и опа! - браузер просто рушится. Ну просто закрылся, как будто ничего не не было. Но все-таки какие-то данные отправились, потому что мне тут же поступило письмо, что, мол, мы заказ получили, потрудитесь оплатить. Ладно, открываю опять браузер, иду по ссылке в письме, только завершаю оплаты, как рушится - хоть на этот раз не весь браузер - но вкладка с данными. И опять они успели принять данные, приходит письмо, что, мол, деньги получили, вышлем лицензию - как только, так сразу. А если, мол, в течение 30 минут не вышлем, то обращайтесь туда-то (сайт) и туда-то (мыло).<br />
<br />
Естественно, ничего не пришло ни в течение 30 минут, ни сегодня. Я им отправила гневное письмо, где, мол, моя лицензия, в ответ на что получила лишь стандартно-безмятежное "ответим в течение 2 бизнес-дней". Нет, хорошо, я не скачивала триальную версию и не стала ждать окончания триального периода, а если кто-то решил в последний день купить, оплатил, а ему такая фига с маслом? И, учитывая, что сегодня суббота, значит, ответа раньше вторника не будет, и получается, сиди 4 дня с оплатой и без ключа.<br />
<br />
Короче, ребята нарушили сразу аж три принципа хорошей шаровары:<br />
1. Включили в корзину левый продукт без разрешения.<br />
2. Не выслали ключ автоматом.<br />
3. Динамят с поддержкой. Каждая нормальная поддержка имеет некоторую, достаточно узкую категорию вопросов, которые должны решаться в режиме 24/7, а не через 4 дня.<br />
<br />
Upd: К сожалению, вынуждена признать, что и качество самой программы теперь оставляет желать лучшего. Постоянные остановки при перекачке файлов, фейлы, очень долгий и мучительный коннект (тут не знаю, кого винить), а также подвисания и вырубания... и при этом прога постоянно выводит себя на передний план. Т.е. вот я пишу этот блог, а прога на заднем плане, тут ей что-то стукнуло и она вылезает вперед, побоку другие программы! бррр<br />
<br />
Upd2: Мне так осточертели постоянная неспособность ws_ftp устанавливать и, главное, держать соединение с сервером (вы не поверите, но несколько раз выбрасывалось сообщение об ошибке при попытке открыть локальную папку!), бесконечные зависания и впадение в задумчивость, что я потратила 5 минут и нашла совершенно бесплатный и отлично работающий клиент, под названием FileZilla, который всем и рекомендую. А на ws_ftp я буду делать рефанд. Вот так.<br />
<br />
Upd3: Ровно в полтретьего дня пришло автоматически посланное письмо с лицензионными данными. Я, конечно, попробую поиграть с этой версией, вдруг она на порядок лучше по качестве триальной, но что-то меня терзают смутные сомнения. А главное вопрос, какого фига они так долго тянули с отправкой лицензии? А может, я просто ничего не знаю, и это нормально?<br />
<br />
Upd4: В субботу вечером написала в поддержку письмо о рефанде. Сегодня сделали, должна сказать, к их чести, без проволочек и лишних вопросов.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-80492744448563169842011-11-18T14:09:00.000-08:002011-11-18T14:10:10.529-08:00Интервью с Максимом Петровым: откровенно о мобильной шаровареНа RSDN промелькнула ссылка на интересное интервью с автором одного популярного андроид-плейера. Интервью показалось мне очень интересным, поэтому я решила выложить перевод. К сожалению, мне не удалось связаться с самим Максимом Петровым дабы показать ему перевод и получить одобрение на его публикацию, поэтому, если вы, Максим, имеете какие-то возражения или замечания, пожалуйста, свяжитесь со мной через этот блог!<br />
<br />
Перевод интервью, опубликованного здесь (http://www.androidpolice.com/2011/04/15/interview-and-faq-with-maxim-petrov-the-creator-of-poweramp-for-android/)<br />
<br />
<a name='more'></a> <br />
<br />
PowerAMP для Андроида появился из ниоткуда и сразу же привлек внимание тысяч пользователей, впечатлив своими функциями, отличным дизайном и отсутствием багов. Он быстро набрал популярность и сегодня это один из бестселлеров Андроид маркета, имеющий ретинг 4.6 - 4.8, и это при цене в 4.99 доллара, что недешево для приложений подобного типа.<br />
<br />
Мы встретились с Максимом Петровым - разработчиком плейера - и обсудили такие вопросы, как разработка приложений для Андроида, сам плейер, маркет и все, что с этим связано. Интервью брал Артем Руссаковский, Максим после внес незначительные исправления (Максим говорил по-английски).<br />
<br />
NB: Если у вас есть предложения, или вы хотите обсудить проблемы, связанные с плейером, огромное количество информации вы можете найти на форумах приложения.<br />
<br />
<b>Android Police:</b> Привет, Макс, спасибо, что нашел в своем плотном графике немного времени на разговор с нами. Представься, пожалуйста.<br />
<br />
<b>Maxim Petrov:</b> Привет, меня зовут Максим Петров, я разработчик (единственный) программы PowerAMP. Рад, что мы наконец нашли время для интервью, мой график действительно очень плотный - начиная с того дня, как я начал разработку под Андроид. Мне 30 лет, я живу в Московской области, Россия.<br />
<br />
<b>Android Police:</b> Отлично. Как ты зарабатываешь и чем вообще живешь? Расскажи нам немного о себе.<br />
<br />
<b>Maxim Petrov:</b> Конечно. Я профессиональный разработчик, начал зарабатывать этим, когда мне было около 20 лет. Прежде, чем я перешел к разработке на Андроиде, у меня был некоторый опыт, и на самом деле я работал над программами в самых разных областях, начиная от веб-программирования и кончая облачными вычислениями для поисковых движков. Правда, ни разу не имел дела с мобильными приложениями. <br />
Но поскольку я разбирался в различных языках и технологиях, это не было проблемой.<br />
Я программировал на Java (конечно же), С#, разных веб-ориентированных языках, Руби и даже на низкоуровневом С, ассемблере (хотя платформа ARM была для меня в новинку и мне пришлось научиться очень многому в области низкоуровневой оптимизации для этой платформы). Думаю, я начал программировать на Java где-то в 2004 году.<br />
<br />
<b>Android Police:</b> Почему ты внезапно перешел на платформу Андроид? Почему не на iOS или на любую другую мобильную платформу?<br />
<br />
<b>Maxim Petrov:</b> Я никогда не собирался основывать мобильный стартап, но у меня был телефон, и именно Андроид, а не iPhone, поэтому я сперва обратил внимание на эту платформу. У Гугла не было своего приложения для проигрывания музыки, это было очевидно.<br />
Думаю, что если бы это был iPhone, а не Nexus One, то я бы программировал для платформы iOS. Впрочем, знаете, для iOS написано множество хороших приложений (они были и год назад), все ниши уже заполнены, а политика Apple очень строгая (не уверен, что версия моего плейера для iPhone была бы когда-нибудь одобрена в Appstore).<br />
Начать писать под Андроид несложно - просто загружаете SDK, устанавливаете драйвер adb и можете начинать программировать - для своего мобильника, для друзей (используя их в качестве бета-тестеров), намного легче начинать именно с Андроида, но я сравниваю лишь на основе того, что я читал про разработку для iOS, так как сам ничего не писал под iPhone.<br />
<br />
<b>Android Police: </b>Какое впечатление оставила у тебя разработка под Андроид?<br />
<br />
<b>Maxim Petrov:</b> Разработка под Андроид (на самом деле, вообще любая разработка) - это не вопрос знания конкретного языка программирования, язык это просто инструмент, так что добавить еще один инструмент в ваш ящик с уже имеющимися не проблема (я перешел на Андроид/Java/C прямо после Ruby - а это совершенно разные языки).<br />
Если у вас есть опыт программирования на любых других языках, вы можете начать писать под Андроид очень быстро, ну по крайней мере начать делать какие-то прототипы, хотя вы будете сталкиваться со множеством проблем (например, установка SDK, нехватка документации, баги в самом фреймворке и SDK/Eclipse, ну и конечно позиция разработчиков ядра Андроида "вы этого сделать не сможете, даже не пытайтесь".<br />
Инфраструктура разработки для Андроида еще очень незрелая, в то время, как конечный пользователь никогда не заметит незрелости платформы (на самом деле сама платформа уже довольно развитая), с точки зрения разработчиков еще очень многого не хватает, причем давно.<br />
<br />
Например, нет нормальной документации, или она часто противоречит тому, что есть на самом деле, или же какой-то вопрос освещен не полностью. Но с другой стороны, Андроид ведь открытый продукт - так что вы можете просто посмотреть исходники, а это лучше всякой документации, но это подходит далеко не всякому (мне, к слову, подходит).<br />
<br />
Например, исходники Honeycomb еще не опубликованы, и поэтому тут же встает куча вопросов типа "Как они активируют ту кнопку меню в нижней статусной строке?"<br />
<br />
<b>Android Police:</b> Объясни пожалуйста, что ты имел в виду, когда сказал "вы этого сделать не можете, даже и не пытайтесь"?<br />
<br />
<b>Maxim Petrov:</b> Андроид имеет множество функций, связанных с интерфейсом пользователя, которых нет по крайней мере в официальном API или же они представлены неполностью. Например, блокировка экрана. Многие приложения позволяют настраивать (вернее, на самом деле, замещать) блокировку экрана, но вам придется выйти за пределы официальной версии API, чтобы заставить эту фичу работать правильно, чтобы учесть все особенности работы на разных устройствах и т.д.<br />
Конечно, разработчики ядра предложат вам не делать ничего такого (в группах Google, например), но на самом деле получается, что либо вы это делаете, либо пролетаете (потому что у конкурентов это есть).<br />
<br />
<b>Android Police:</b> Сколько времени тебе понадобилось на то, чтобы выпустить первую версию, которая появилась словно из ниоткуда и в момент впечатлила все сообщество? Как там было с первым релизом на маркете?<br />
<br />
<b>Maxim Petrov:</b> Я начал работу весной 2010-го, и за 6 месяцев дошел до билда номер 68 - первая бета. Может, первые пару месяцев я работал не полный рабочий день, но, как только я увидел, что получается, я начал уделять этому все больше и больше времени.<br />
Можно затратить и в два, и в три раза больше времени на первый релиз, хотя, конечно я потратил довольно много времени только на изучение нового для себя и экспериментируя с разными подходами.<br />
<br />
Например, код неонового эквалайзера, который вы найдете в нынешней версии PowerAMP, появился на пятой итерации (шестой не было, так как эта версия была довольно тормозная).<br />
Насколько я помню, мне понадобился месяц, чтобы первую бету превратить в версию, опубликованную на маркете. Я бы выпустил ее и раньше, но мне показалось, что люди жить не могут без скробблинга (рекомендательная система), загрузки изображений альбомов и т.д.<br />
<br />
<b>Android Police:</b> А вот тут начинается самое интересное :-] Что ты почувствовал, когда нажал кнопку сабмита и опубликовал приложение на сайте маркета? Чего ты ждал и на что надеялся? Стали твои мечты реальностью? Мог ты себе когда-нибудь представить, что твое приложение станет одним из самых популярных платных программ, представленных на маркете Андроида?<br />
<br />
<b>Maxim Petrov:</b> Популярность программы меня удивила, еще до публикации на маркете (когда была только бета). Мои первоначальные ожидания были раз в десять меньше. Но выпуск бет показал, что мое приложение - это то, что нужно многим, несмотря на большое количество других музыкальных приложений (примерно тогда же вышел Winamp, и это просто убило надежду, что в этой области можно чего-то добиться).<br />
Так вот, людям нужны были эти фичи и я просто не мог остановить разработку, поэтому первые релизы имели достаточно много функций. Но в любом случае существуют ограничения, поэтому я тщательно отбирал то, что войдет в релиз, и отбрасывал остальное. Должен заметить, правильный баланс найти непросто - чтобы добавить как можно больше функций, но при этом сохранить простоту интерфейса пользователя, удобство, а также окончательный размер приложения.<br />
Во многих регионах PowerAMP является лучшим платным приложением, в других входит в первые тройки-пятерки. Никогда не думал, что моя программа достигнет таких высот, и я действительно этому рад. Но я знаю, что рынок мобильных приложений (не только Андроида, но и рынок вообще) меняется очень быстро, особенно в последнее время. Вам нужно запускать приложение как можно быстрее просто чтобы удержаться на плаву.<br />
<br />
<b>Android Police:</b> Можешь ли ты поделиться с нами статистикой загрузок? Сколько в среднем ты стал зарабатывать в день (месяц) с тех пор, как вышел платный релиз программы?<br />
<br />
<b>Maxim Petrov:</b> Да, конечно.<br />
<br />
PowerAMP Триальная версия (закачки с маркета)<br />
<br />
* 3,133,312 всего<br />
* 1,169,260 реальные установки (37%)<br />
<br />
Полная версия (закачки с маркета)<br />
<br />
* 204,130 всего<br />
* 181,237 реальные установки (88%)<br />
<br />
Триальная версия вышла 1 ноября, полная версия - 9 ноября 2010 года, так что это данные начиная с того времени. Интересно, что эта статистика не отражает реальных цифр - было довольно много жалоб на эту тему на форуме разработчиков для Андроида.<br />
<br />
[Далее следуют картинки с графиками, которые мне почему-то не удалось разместить здесь, так что пожалуйста, обращайтесь к оригинальному сайту.]<br />
<br />
<b>Android Police:</b> Быстро подсчитав в уме, и исходя из пессимистических соображений (если учитывать только реальные установки), мы имеем ($904k) * 70% = $633k только за 5 месяцев, что в среднем означает 127К в месяц чистого заработка.<br />
<br />
<br />
<b>Android Police:</b> Почему ты использовал различных издателей для бесплатного приложения, а лицензию к платному можно получить только на Маркете? Почему цена лицензии указана в гонк-конгских долларах?<br />
<br />
<br />
<b>Maxim Petrov:</b> Сначала я работал с американским издателем, который брал от 20, потом 10% (я договорился о снижении комиссионных). Сейчас у меня собственная акционерная компания и я не пользуюсь услугами посредников.<br />
Гугл имеет большие ограничения по странам, из которых принимаются прямые платежи по банковским трансферам. И России в этом списке нет, а Гонг-Конг есть. По сути вы не можете продавать в маркете прямо из России. Можете зарабатывать на рекламе, но только если вы имеете меньше 5К в месяц. Если же вы заработаете больше, то ваш бизнес станет нелегальным ввиду отсутствия некоторых документов от Гугла.<br />
<br />
<b>Android Police:</b> Как ты продвигал PowerAMP?<br />
<br />
<b>Maxim Petrov:</b> Первые версии продвигались сами, каким-то волшебным образом. Я экспериментировал немного с продвижением изменений в версии месяц назад, но настоящее продвижение и реклама (если не считать факта, что продукт продвигает сам себя) - это то, чего мне сейчас не хватает.<br />
Я планирую потратить на это некоторое время в ближайшем будущем. Просто если мне нужно заняться чем-то другим, то придется сократить время, отпущенное на разработку, а это именно то, чем я занят сейчас (кроме того, я получаю несколько сотен писем в день, так что поддержка пользователей тоже требует времени).<br />
Разные финансовые вопросы, бухгалтерия - это все на аутсорсинге, а остальное делаю я сам.<br />
Я также подумываю о том, чтобы перевести на аутсорсинг и поддержку пользователей, просто потому, что 95% запросов можно отнести к определенным категориям, и, следовательно, их можно разрешить очень быстро. Очень важно иметь правильно настроенную фильтрацию е-мейла. На все запросы, требующие ответа, я стараюсь реагировать в течение 24 часов.<br />
<br />
<br />
<b>Android Police:</b> Кро занимался дизайном? PowerAMP имеет просто великолепный интерфейс (по моему мнению) - именно этим меня привлекло твое приложение.<br />
<br />
<b>Maxim Petrov:</b> Я довольно хорошо владею Фотошопом и те скины, что программа имеет сейчас, полностью созданы мной.<br />
<br />
PowerAMP поддерживает скины и уже сейчас содержит 4 встроенных скина. Это определенно расширит возможности поддержки тем - на самом деле функциональность для загрузки скинов уже реализована. Правда, я еще пока не решил, какая версия должна ее включать - 1.0, или, может быть, подождать до выхода версии 2.0.<br />
Еще с 90-х годов сложилась "традиция", в соответствии с которой музыкальные плейеры имеют свой, уникальный стиль (такой, например, как у Winamp и других плейеров для Windows), хотя iTunes и Foobar2000 этой традиции не следуют. Я решил, что у PowerAMP будет уникальный стиль, но, должен признать, не всем это по вкусу. Так что в будущем для программы появится "чисто андроидный, стандартный" стиль.<br />
Я бы добавил другие скины, но уже сейчас программа имеет размер 3Мб (а на девайсах получается еще в 2 раза больше), что является ограничивающим фактором. Но для загружаемых скинов таких ограничений не будет. Я надеюсь, что с появлением этой функциональности люди будут создавать и добавлять собственные скины (конечно, я предоставлю все ресурсы и инструкции).<br />
Кстати, версия 2.0 будет бесплатным обновлением с версии 1, а не отдельно устанавливаемым приложением (просто обновление будет значительнее). <br />
<br />
<b>Android Police:</b> Появится ли в будущем версия PowerAMP, оптимизированная для использования на Honeycomb?<br />
<br />
<b>Maxim Petrov:</b> Аудио движок, библиотека и другие невизуальные компоненты программы уже отлично там работают. Появятся скины, оптимизированные под планшет. Я запланировал это для версии 2.0 (бета должна выйти в конце весны 2011 года), но движок для скинов уже готов, так что, скорее всего, он будет добавлен в PowerAMP немного раньше.<br />
<br />
<b>Android Police:</b> А теперь несколько вопросов от наших читателей. Появятся ли у программы в ближайшем будущем какие-нибудь крутые фишки?<br />
<br />
<b>Maxim Petrov:</b> Да, будет настоящее проигрывание без пауз, перекрестное микширование (и другие виды микширования) - вот главные нововведения, которые скоро появятся в следующей версии (1.4).<br />
Полный "ту-ду" лист достаточно велик (вернее, был) - он обновляется в "режиме реального времени" на моем форуме.<br />
<br />
<b>Android Police:</b> Возможна ли загрузка дорелизных билдов?<br />
<br />
<b>Maxim Petrov:</b> Такие билды публикуются на форуме, обычно они доступны за неделю до релиза.<br />
<br />
<b>Android Police:</b> Планируешь ли ты встраивать покупку лицензионного ключа в само приложение?<br />
<br />
<b>Maxim Petrov:</b> Нет, не думаю, что будет хорошим решением для PowerAMP. Хотя я собираюсь немного упростить процесс покупки лицензии. У программы множество пользователей, которые уже купили лицензию. И любые манипуляции с системой лицензирования могут привести к проблемам для таких пользователей.<br />
Кроме того, система покупок прямо из приложение не имеет возможности визуально отображать статистику по продажам.<br />
Впрочем, для какого-нибудь нового приложения я бы использовал встроенное лицензирование. Для PowerAMP - тоже, но тогда эта система еще не была доступна.<br />
<br />
<b>Android Police:</b> Ты когда-нибудь думал о том, чтобы выпустить версию, поддерживающую рекламные объявления?<br />
<br />
<b>Maxim Petrov:</b> Думал, но это очень-очень непростой вопрос, что лучше - показывать рекламу или просто продавать приложение. Я бы сказал, что эта модель подходит для более крупного бизнеса, но не для стартапа, у которого нет больше никаких источников финансирования.<br />
<br />
<b>Android Police:</b> Когда можно ожидать эспорта-импорта плейлистов?<br />
<br />
<b>Maxim Petrov: </b>Эта функциональность запланирована для версии 2.0. Новая версия будет распознавать некоторые форматы плейлистов (например, m3u) и экспортировать в них данные. <br />
<br />
<b>Android Police:</b> Есть ли у тебя какие-нибудь планы интегрировать программу с облачным хранилищем или удаленным сервисом? Облачный сервис от Амазона, удаленные хранилища, Dropbox, Subsonic, Shoutcast и так далее?<br />
<br />
<b>Maxim Petrov:</b> К сожалению, насколько я знаю, Амазон не обеспечивает доступ или API к своему музыкальному облаку для сторонних разработчиков.<br />
PowerAMP может проигрывать удаленные диски напрямую, если они правильно подключены (как папка во внешнем хранилище, но не в корне).<br />
У меня есть планы интегрировать плейер с потоковым сервисов Audiogalaxy (и, возможно, с другими потоковыми провайдерами вроде этого), но не знаю точно, когда это будет реализовано.<br />
В планах также поддержка Shoutcast, но это сейчас не главное. Проблема в том, что потоковые службы требуют постоянного соединения по Wi-Fi/3G, а также очень сильно и быстро сажают батареи, от чего ценность приложения заметно снижается. Но облачные сервисы вроде Amazon Music Cloud (с файлами, кэшируемыми локально) - это отличная идея, и я бы хотел, чтобы Амазон открыл свои библиотеки API сторонним разработчикам.<br />
<br />
<b>Android Police:</b> Ты можешь сделать простую кнопку для выхода из приложения, чтобы останавливать его работу, когда оно запущено в фоновом режиме?<br />
<br />
<b>Maxim Petrov:</b> PowerAMP не работает в фоновом режиме во время паузы, так что в кнопке выхода нет смысла.<br />
<br />
PowerAMP выполняет остановку (нужно нажать и подержать кнопку Play/Pause) - что останавливает процесс проигрывания музыки (то же самое происходит, когда саундтрек установлен на паузу).<br />
Именно так сейчас работают приложения для Андроида - фактически здесь нет отдельных приложений, каждое состоит из нескольких компонентов: действия, сервисы, слушатели вызовов (listeners) и т.д. У каждого свой собственный жизненный цикл, и компоненты, входящие в PowerAMP, созданы на основе правил и рекомендаций API, их хотя поведение может быть изменено с помощью расширенных настроек программы.<br />
<br />
<b>Android Police:</b> Будет ли программа иметь возможность для загрузки и просмотра слов?<br />
<br />
<b>Maxim Petrov:</b> В настоящее время PowerAMP позволяет просматривать слова, извлеченные из ID3 тэгов, версия 1.3. будет показывать их в области показа обложки альбома (их можно и скрыть). Есть также поддержка для сторонних приложений - они могут передать текст прямо в облость обложки PowerAMP. Думаю, со временем в этих приложениях будет реализована поддержка самого PowerAMP.<br />
Что касается слов, распространяемых по лицензиям - то это стоит очень и очень дорого. Я думаю об этом, но сейчас стоимость лицензий слишком высока.<br />
<br />
<b>Android Police:</b> Думаешь ли ли о том(или может быть, уже это реализовал), чтобы использовать файлы плейлистов, которые нельзя потерять как файлы базы данных sqlite?<br />
<br />
<b>Maxim Petrov:</b> Sqlite требуется в том случае, если вы не хотите, чтобы ваши плейлисты, содержащие тысячи песен, открывались в течение нескольких минут. Но, как я уже упоминал, версия 2.0 сможет осуществлять экспорт/импорт в/из распространненых форматов (хотя программа будет по-прежнему обращаться к базе данных).<br />
<br />
<b>Android Police:</b> Можешь ли ты дать несколько советов тем, кто хочет создавать успешные приложения? На какие грабли могут наступить начинающие разработчики?<br />
<br />
<b>Maxim Petrov:</b> Постарайтесь создать по-настоящему качественные приложения, а также прислушиваться к вашей аудитории. Тестируйте приложение на как можно большем количестве устройств, так как главная ошибка заключается в том, что приложение просто не работает, и все из-за того, что разработчик поленился протестировать обновление (пример - недавнее обновление для Samsung Galaxy S 2.2.1, которое ломало настройки приложения после его переустановки).<br />
<br />
<b>Android Police:</b> Отлично, а теперь поговорим о менее серьезных вещах. Какое твое любимое приложение или, может быть, игра для Андроида?<br />
<br />
<b>Maxim Petrov:</b> Ну вообще-то я не особо играю на смартфоне, но Angry Birds вне конкуренции. Что касается приложений, то их довольно много: Launcher Pro, Power Control Plus, RealCalc, OS Monitor, CatLog, ES File Manager, Yandex Maps - те, которыми я пользуюсь постоянно.<br />
<br />
<b>Android Police:</b> И вот еще что - как насчет три-пятьдесят (очень популярный вопрос)?<br />
<br />
<b>Maxim Petrov:</b> Да, это именно столько, сколько Google платит мне за каждую покупку PowerAMP. Точнее, 3.49, где мой цент, Google? :) <br />
<br />
<b>Android Police:</b> Хочешь сказать что-нибудь еще для нашего интервью?<br />
<br />
<b>Maxim Petrov:</b> Спасибо, Артем, за интервью, и спасибо сайту Android Police, это очень хороший сайт.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com2tag:blogger.com,1999:blog-7203515081905697346.post-23458295958857089042011-11-09T10:26:00.000-08:002011-11-09T10:26:00.110-08:00Лучшее - враг хорошего. И пользователейКак известно, "лучшее - враг хорошего". Это значит, что если все хорошо (более-менее) работает, попытка улучшить может привести к обратному результату. А иногда взгляды на то, что лучше, а что хуже различаются настолько, что пользователи бросают продукт и уходят к конкурентам.<br />
Это я все к чему?<br />
<a name='more'></a> <br />
Недавно у нас в офисе обновили "офис". Ага, тот самый, от майкрософта. Ну обновили и обновили. Был 2003, стал 2010, чего ж лучше. Лучше - да не лучше. Этот новый офис, начиная еще с версии, кажется, 2008-го года все свои стандартные меню загнал в жутко неудобные, нелогичные, непривычные риббоны. Некоторым риббоны нравятся, но у меня они вызывают стойкое отторжение. Объясню, почему. С вордом я работаю примерно с 1996 года, тогда это была версия 5 или 6. Я тогда работала переводчиком в издательстве и у нас было много разных требований по оформлению переводов. Нужно было использовать специальные стили, ссылки, якоря, колонтитулы и т.д. Я купила в магазине толстую книгу по ворду, нашла в ней то, что мне нужно и выучила это. Помню, что логики в расположении команд в меню было мало - и поэтому каждый раз надо было напрягаться, чтобы вспомнить, где находится нужная мне команда. Но в конце концов привычка победила разум и работа в ворде стала вполне сносной.<br />
<br />
Потом я долго не пользовалась офисом, только от случая к случаю, и вот в 2008 нам на работе ставят новую версию. О ужас! Они перемешали все, они переставили все, часть команд они загнали в риббоны, часть в не-знаю-как-назвать то, что в меню File, в результате приходилось прилагать поистине героические усилия, чтобы отыскать нужную команду, например, простое окно, в котором перечислены свойства документа (путь к нему, кто автор и т.д.) нужно открывать через File, затем справа будет скромная надпись Properties со стрелочкой, вот туда-то и надо жать (я честно искала эту опцию минут 10, но так и не нашла, пришлось лезть в интернет). Раньше все было проще: меню File - команда Properties. <br />
<br />
Из-за того, что в МС кому-то показалось, что меню и тулбары - это слишком сложно для хомяков, они решили "упростить" навигацию и создали риббоны. Помнится, аргумент был тот, что, мол, хорошо иметь все перед глазами - все команды сразу. И невдомек им было, что, во-первых, пользователю совершенно все равно, иметь эту бучу перед глазами все время или после клика, а во-вторых, все равно невозможно иметь перед глазами все сразу - особенно когда переключаешься между меню (получается даже еще хуже - одно меню закрывает все другие). Ну а самый главный удар пришелся по тем пользователям, которые потратили туеву хучу времени на то, чтобы запомнить, где какая команда в их нелогичном меню, и теперь все это летит в тартарары, потому что надо запоминать заново. Жестоко и ненужно.<br />
<br />
Собственно, цель поста - вовсе не обсуждать риббоны, а привести примеры того, когда "улучшение" программ таковым не является.<br />
<br />
Другой пример - Firefox. В принципе у меня нет претензий к программе. Жрет памяти много, конечно, иногда подвисает, но в целом работает шустро и нареканий почти нет. Впрочем, сейчас не о нем. Не так давно у меня сгорел ноутбук, пришлось покупать новый, а потом устанавливать на него новое ПО. Конечно, я загрузила и FF - причем последнюю версию, которая внешне выглядела почти также. Только через некоторое время я стала замечать одну странную вещь - почему-то каждый раз, когда я делала правый клик на мышке и выбирала "Open in new tab", ссылка открывалась вместо этого в новом окне. На десктопном компе все работало нормально. Короткое расследование вскрыло такую "фичу" - разработчики просто поменяли местами пункты меню, которые открывают в окне и вкладке. По старой привычке я просто не глядя кликала во второй пункт меню, который приводил к другому результату. Ну вот скажите мне, зачем они так сделали? Я могу предположить, что они решили - "открывать в новом окне" некошерно, пусть это теперь будет вторым пунктом... ничего, мол, переучатся и привыкнут.<br />
<br />
Ну еще один коротенький пример. Моя подруга пользуется фотошопом, недавно у нее он грохнулся и она искала, где бы достать (видимо, диск потерялся). Знаете, какая это была версия? Шестая! Она сказала, что не может пользоваться CS-ом, потому что у него то ли отсутствуют многие функции, то ли они перенесены в другое место, в-общем, это ей было неудобно.<br />
<br />
Другие примеры программ, которые намеренно изменили интерфейс - Skype, Live Messenger, Norton, Safari.<br />
<br />
Авторы и менеджеры этих программ, с моей точки зрения, выказывают полное неуважению к пользователю, к его привычкам, ко времени, потраченным на изучение интерфейса и привыкание к нему. Что же делать, если хочется "улучшить" некогда плохо спроектированный интерфейс? Мне кажется, это зависит от возраста продукта, его популярности и количества пользователей. Если все три показателя достаточно высоки, лучше не делать ничего. Можно улучшать саму функциональность и добавлять новые элементы интерфейса, но старые не трогать. Или воодить изменения постепенно, осторожно, при этом подробно рассказывая о нововведениях, давая подробные инструкции к использованию, объясняя причины изменений, а главное, чутко прислушиваясь к реакции пользователей. Если даже у низкого процента она будет резко негативная, лучше, по-моему, оставить все как есть. Потому что количество недовольных на самом деле может оказаться гораздо бОльшим.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-37113696144190625492011-10-31T17:55:00.000-07:002011-10-31T18:08:16.286-07:00Как, когда и за что брать деньгиХочу сегодня обсудить одну насущную проблему. А именно - за что и как брать в шароваре деньги. В принципе все просто - делается триальная версия, а когда срок триала истек, то пользователь <strike>должен</strike> хочет купить полную версию. Ну или если ему надоели ограничения триальной версии. Все просто, но есть одна маленькая проблема - пользователи не любят платить.<br />
<br />
<a name='more'></a> <br />
<br />
Всем давно известно, какие варианты возможны, я лишь перечислю их: триал+платный, платный без триала, бесплатный с объявлениями (этот путь не для нас), бесплатный+платный, бесплатный+платные какие-то услуги (сервис, доступ, дополнительные фичи и т.д.). У меня на данный момент имеется своя точка зрения на этот вопрос, но хотелось бы послушать широкую аудиторию. В качестве аудитории выбраны ответы на вопрос с сайта http://answers.onstartups.com - стаковерфлоу-подобный ресурс на тему стартапов. Итак, человек задает вопрос - какая схема бесплатный+платный или триал+платный лучше и почему (здесь http://answers.onstartups.com/questions/4537/is-there-evidence-of-better-results-with-a-free-version-vs-free-trial)? Поскольку не все дружат с английским, да и по-русски (у меня лично) в голове устаканивается как-то лучше, то я переведу все, что они там наговорили. Disclaimer: перевод достаточно вольный в том смысле, что не дословный и не подстрочник, а я перевела так, как поняла. Если заметите глюк или нестыковку, то скажите.<br />
<br />
Итак, <b>вопрос:</b><br />
Некоторые компании предпочитают выпустить бесплатную версию, надеясь, что получат деньги так или иначе. Другие предлагают триальную версию. Как мне кажется, оба варианта неплохи, но хотелось бы знать ваши мысли по этому поводу - какой вариант все-таки более приемлем и почему? Желательно также привести какие-нибудь статистические данные для иллюстрации. - Сет Роджерс<br />
<br />
<b>-- Комментарий.</b> Может, стоит использовать термин "freemium". Правда, у меня есть лишь догадки, что он означает - как мне кажется это значит, что вы предоставляете базовый набор фич бесплатно, а за разные фишки-примочки платите. - Скотт.<br />
<br />
<b>Ответ 1. </b>Мы как раз сами столкнулись с этой проблемой в HubSpot.<br />
В настоящий момент мы предлагаем триальную версию, но я настаиваю, чтобы мы перешли на freemium модель. И вот почему:<br />
1. Существуют пользователи, которые не захотят иметь дело с триальной версией. Вот вообще не захотят и все. Но если будет существовать бесплатная версия, они, может быть, подумают так "Ого, у меня будет базовый набор фич - бесплатно, без всяких ограничений." Поэтому мне кажется, что бесплатную версию примут гораздо лучше, чем триальную.<br />
<br />
2. Как было замечено раньше, бесплатные продукты привлекают больше поклонников, больше людей относятся лучше именно к бесплатным продуктам. А такое хорошее отношение ведет к лучшим продажам.<br />
<br />
3. Но и здесь придется идти на компромисс. Главнейшая проблема - это то, насколько бесплатный продукт отъест определенный объем от продаж. Непросто найти правильный баланс фич - что включать в бесплатную версию, а за что брать деньги. --DHarmesh<br />
<br />
<b>-- Коммент.</b> Я знаю по крайней мере одну программу, работающую по модели freemium, бесплатная версия содержит минимум функций, но мне этого как-то хватает. Как пользователю, мне это очень нравится.<br />
<b><br />
Ответ 2. </b><br />
А может, попытаемся просто выяснить, что именно вам нравится больше всего. Вы сами-то когда-нибудь пытались проанализировать какие-нибудь продукты?<br />
Ну вот, а я пытался. И вот мои два цента на этот счет.<br />
<br />
Бесплатный пакет - частенько оказывается настолько бесполезным, что вы ничего не может сделать и просто перестаете его использовать; в редких случаях программа действительно полезна, проблема может быть лишь в том, что мои потребности невелики и прекрасно укладываются в то, что предлагает бесплатная версия - и поэтому мне нет смысла платить (это реальный случай из жизни).<br />
<br />
Бесплатные версии часто просят номер кредитки - вот что мне по-настоящему не нравится. Я дам номер кредитки за бесплатную версию ТОЛЬКО если я на 100% процентов уверен, что хочу попробовать использовать этот продукт. Да, знаю, что это безопасно, но это меня это бесит (вот такой вот я).<br />
<br />
Когда бесплатная версия не просит номер кредитки - вот это по мне. Легко зарегистрироватсья, легко начать использовать, и, если мне понравится, я это куплю.<br />
<br />
И еще вот что насчет freemium - многие люди приходят только потому, что это бесплатно. А когда вы просите денег, они испаряются. - mojsilo<br />
<br />
<b>-- Коммент.</b> +1 Мой опыт использования разных сервисов абсолютно такой же. - Dane<br />
<br />
<b>Ответ 3. </b><br />
Преимущество модели freemium заключается в том, что вероятность того, что ваша программа будет широко известна, выше - пользователи будут рассказывать о вашей программе. Лучше всего, если вокруг вашего продукта сформируется некое сообщество, и это поработает на продажи. При этом очевидно, что чем более специализирован ваш продукт, т.е. чем меньше количество потенциальных пользователей, тем менее вероятно, что эффект от наличия бесплатной версии будет хоть сколько нибудь заметен. Когда у программы всего 100 пользователей по всему миру, возможно, лучше, чтобы эти пользователи заплатили за программу.<br />
<br />
С этической точки зрения, freemium модель не вызывает у меня беспокойства. Получается, что те, кто платят, платят и за пользователей бесплатной версии, но это полностью их выбор. --ammoq<br />
<br />
<b>-- Коммент.</b>Не уверен, но-моему, дилеммы "пользователь бесплатной версии - пользователь, который заплатил" вообще не существует. В идеале я бы хотел, чтобы каждый пользователь имел доступ ко всем возможностям программы - если отдача хороша, и они смогут заплатить - если же нет, то мы продолжим улучшать наш продукт, чтобы увеличить конверсию. Мне просто не кажется, что это хорошо - предлагать "обезжиренную" версию. Все равно существует полно бесплатных приложений, и ценность обычно в том, за что платят. Конечно, количество наших пользователей ниже, но думаю, что фокусировка на платящих пользователях воздастся сторицей. - Justyn<br />
<br />
<b>Ответ 4. </b> Мы в нашей компании тоже прошли через процесс принятия решения по данному вопросу. Мы узнали, что привязка триальной версии по времени использования, которая позволяет пользователю иметь доступ ко всем фичам, имеет более высокую конверсию, чем бесплатный продукт, неограниченный по времени использования. Самое главное - найти правильное ограничение по времени для триальной версии, чтобы пользователи могли как следует освоить программу, а потом купить ее. Как в любом деле, лучше всего принять какое-то решение, потестировать его, а затем улучшать в зависимости от результатов. - Anand Rajaram<br />
<br />
<b>Ответ 5.</b> <br />
Только что прочел ответы. Интересно. Лично я бы советовал выпустить бесплатную триальную версию, с которой люди будут переходить на платную. Модель freemium содержит этические проблемы, потому что все платящие пользователи платят за пользователей бесплатной версии. Хотя я не собираюсь полностью дискредетировать модель freemium, она не стоит рассмотрения.<br />
<br />
Пусть человек попробует ваш продукт, убедится, что он классный, и если это действительно так, то пусть он заплатит. Если же они не хотят платить, надо узнать, почему, и соответственно улучшить программу или сервис. Я был бы заинтересован в том, чтобы помочь вам с этим моментом - получением фидбэка.<br />
<br />
Также можно провести опрос - опросить нескольких человек, работающих с общественностью, и узнать, что бы они предпочли. Узнать, сколько бы они заплатили и т.д.... но лично я бы сильно на это полагался. Просто сделайте бесплатную триальную версию и посмотрите, что получится. Гай Кавасаки в своей книге "Стартап" рассказывает, как начать продажи и как потом улучшать продукт... начните продавать и может быть, потом добавите бесплатную версию. Впрочем, было бы интересно узнать, какой путь вы предпочли и что из этого вышело. Буду следить за этим блогом... - Matt<br />
<br />
<b>-- Коммент.</b> Спасибо, Мэтт! Не стесняйся и пиши мне на эмейл из этого поста, если у тебя есть что обсудить. Я в основном разделяю твои чувства насчет использования триальной модели, просто мне нужно довести дело до конца, чтобы увидеть, на правильном ли мы пути. – Justyn <br />
<br />
<b>Ответ 6.</b> <br />
Я быстро проглядел ответы на данны пост, и вот какие мысли у меня появились.<br />
<br />
Прежде всего, это конечно выглядит очень привлекально для представителей малого бизнеса, у которых нет опыта и знаний в науке свзяей с общественностью, но не является ли отсутствие этих знаний (равно как и преимуществ вашего сервиса) настоящим препятствием для того, чтобы сделать деньги?<br />
<br />
Каждый раз, когда поднимается вопрос "быть или не быть freemium", я вспоминаю о компании 37signals и их блокбастере Basecamp. Даже сейчас они все еще предлагают (хотя это предложение не столь заметно, как прежде - раньше оно было прямо на странице с ценами) бесплатную подписку, но с условием ограниченной функциональности.<br />
<br />
Посылка очень простая и, (по крайней мере для меня), крайне привлекательная "Это не просто реклама, но реальная возможность попробовать продукт в деле. Вы можете использовать его столько, сколько захотите, но мы уверены, что через какое-то время вы обязательно дадите денег, чтобы получить больше."<br />
<br />
Мне кажется, что продукт не сильно изменился с момента первого релиза. На самом деле очень немногие реально понимают, что стоит за проектом, посвященным совместной работе, сделанной на веб основе, и модель freemium оказывается отличным способом обучить покупателей. - Startup Guy<br />
<br />
<b>Ответ 7. </b><br />
А как насчет гибридной модели? Пусть пользователи начинают с бесплатного триала с полной функциональностью, а после 30 или 60 дней их приложения превращаются в бесплатные версии, при этом некоторые фичи урезаны или удалены. Таким образом, пользователи могут попробовать все функции, а после определенного периода - только некоторые из них. Пользователи смогут продолжать использовать продукт, но если фичи, которых они теперь лишишись, представляют ценность для них, то они заплатят и обновят приложение. - Vin<br />
<br />
<b>Ответ 8. </b><br />
Да, статистика уже существует.<br />
Здесь есть классный блог как раз по данному вопросу. Пост называется "Модель freemium. Год спустя" (http://blog.mailchimp.com/going-freemium-one-year-later/)<br />
<br />
И такая статья "Почему бесплатная модель не работает" (http://www.softwarebyrob.com/2010/08/18/why-free-plans-dont-work/)<br />
<br />
- Ryan Doom<br />
<br />
<b>Ответ 9.</b><br />
Если существует неопровержимый довод в пользу того, чтобы заплатить, то существование бесплатной версии определенно имеет смысл.<br />
<br />
Допустим, у вас есть веб-приложение, которое делает то же самое, что и Фотошоп, и вы позволяете пользоваться им бесплатно, в том числе и сохранять работы, но если пользователь хочет экспортировать или сделать что-то особенное, то им нужно платить за эту функциональность каждый раз, когда она им нужна (или же платить абонентскую плату).<br />
<br />
Трудность состоит в том, чтобы определить, что лучше - брать деньги по факту использования фичи или за абонемент.<br />
<br />
Проблема с бесплатными триальными версиями состоит в том, что их очень легко обойти, и, если например, вы создаете эккаунт на основе электронного адреса, то просто можно завести новый адрес и использовать его пока не надоест.<br />
<br />
Было бы лучше, если бы вы рассказали немного о своем продукте, тогда можено было бы сказать конкретнее. - James Black<br />
<br />
<b>Коммент. </b>- Спасибо за комментарий. Некоторые подробности продукта здесь blog.sproutsocial.com. Многократная подписка на триальную версию нам известна, так что мы сделали некую встроенную защиту против этого. Окончательно я еще не решил, урезать ли продукт, чтобы его можно было представить в виде бесплатной версии. Я бы хотел, чтобы каждый мог попробовать все фичи. И все же некоторые известные компании предлагают именно модель freemium, так что я хочу рассмотреть проблему под всеми углами до того, как принять решение.– Justyn<br />
<br />
<b>Коммент.</b> - <br />
Джеймс, в чем разница между платой по факту использования и подпиской? - jpartogi<br />
<br />
<b>Коммент.</b> -<br />
В моем примере вы могли бы платить по факту использования, т.е. платить каждый раз, когда вам надо сохранить или экспортировать картинку. Если же вы платите за подписку, то вы например, можете сохранять 50 картинок в месяц. – James Black<br />
<br />
<b>Ответ 10.</b> <br />
Лично я бы не хотел связываться с триальными версиями, потому что мне не нравится иметь жеское ограничение по времени, но я бы лучше использовал бесплатное приложение с минимумом возможностей - но зато в течение неограниченного времени, а апгрейд сделал бы тогда, когда пришло время. Но только один момент - бесплатная версия все-таки должна что-то уметь делать. Никто не будет платить и обновлять, если бесплатная программа не делает ничего полезного. - Jeff<br />
<br />
<b>Ответ 11.</b> <br />
Если стоимость поддержания функциональности или контента невелика, можно попробовать такой "бесплатный" ход.<br />
<br />
Предположим, что пользователи каждый день генерируют разные данные, и по прошествии некоторого времени им будет трудно отказаться от использования вашего продукта, потому что в этом случае придется генерировать данные с помощью других сервисов.<br />
<br />
В таком случае вы можете попробовать "бесплатный" продукт, но с некоторыми ограничениями по его использования. Пусть лими будет достаточно высок, и тогда пользователи достигнут его только по прошествии нескольких месяцев использования. А после этого они уже будут у вас на крючке и сами захотят платить. - Raj Raman<br />
<br />
<b>Ответ 12.</b> <br />
Что бесплатный триал, что freemium - обе схемы выгодня пользователям/подписчикам/покупателям. В любом случае такое предложение означает что-то хорошее. Но для тех, кто хочет воспользоваться подобным предложением, я бы посоветовал тщательно читать условия использования сервиса. - Jerry CalksTrinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-13327251170300376032011-10-23T00:50:00.000-07:002011-10-23T00:50:51.007-07:00Ночное, 3. Когда поставить точкуЯ музыку люблю. Но слушаю ее редко. С трудом слушаю музыку в качестве фона, только когда делаю что-то, не требующее умственных усилий - во время уборки или когда веду машину. Последнее время много слушаю Никитиных. Я, когда слушаю музыку, если она мне нравится, то я будто врастаю в нее, настраиваюсь на ее волну и мне трудно переключаться на следующую мелодию. Только когда я привыкаю к определенным дискам, смена одной музыки другой не раздражает. И вот какая странная мысль пришла мне в голову. Ведь по сути наша деятельность та же музыка. Вернее, погружение в нее. Мы настраиваемся на волну, в нас живет своего рода цифровая музыка, которую мы перелагаем в виде кода, и бывает так, что не знаешь, когда музыка должна закончится. Вот просто когда это произведение должно закончиться.<br />
Я, похоже, этого не знаю. Я придумала продукт. Я придумала, какие фичи будут в первой версии. И вот когда все было готово, я поняла, что музыка еще не завершилась. Вернее, так мне показалось. И я включила еще три фичи, и создание моей цифровой музыки продолжается. Доколе же??? Сумею ли я поставить точку, сыграть финальный аккорд этой версии или в последний момент мне придумается, что фичи-то я добавила, только они какие-то недофиченные... и опять начнется все сначала? Надеюсь, нет, иначе что же это за композитор, который пишет бесконечные оперы и фуги (да простят меня специалисты), бесконечные в прямом смысле слова, ибо никак не может поставить точку...Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com4tag:blogger.com,1999:blog-7203515081905697346.post-31093742492484865822011-10-10T00:40:00.000-07:002011-10-10T00:40:47.536-07:00Ночное, 2Почему когда мы строим планы, мы никогда не учитываем такие простые вещи, как смена настроения, усталость, депрессия? Т.е. попросту говоря наши планы никогда не сработают на 100%, потому что мы люди, а не роботы. Человек устает, а когда он устает, у него возникает депрессия, а затем происходит смена ценностей, потеря веры в себя и свой проект. Когда люди работают в группе, они поддерживают друг друга. Или, по крайней мере, стараются не показывать своего настроения. Вот устал один, но проект живет, он никуда не делся, а значит, надо просто отдохнуть и потом работать дальше. <br />
<br />
В шароваре все сложнее. Нам не от кого скрывать свое настроение. Когда мы теряем веру в себя, кто поддержит нас? Проект зависит только от нас, он не живет своей собственной жизнью, пока мы работаем в одиночестве. А значит, ответственность за свой проект многократно возрастает (ведь даже когда мы останавливаемся на секунду, проект на эту секунду замирает). А значит, строя планы, надо учитывать этот фактор. Фактор одиночества.<br />
<br />
Для всех людей этот фактор будет разным. Кто-то, как танк, не обращая ни на что внимания, гнет свое, и добивается результата. Для него просто не существует вопрос "зачем", только "как". Но таких людей очень мало. Все-таки большинство подвержено депрессиям, усталости, а, следовательно, и сомнениям. Еще важный момент - рутина. Как только ее становится больше определенного порога, опять возникают усталость и сомнения.<br />
<br />
В-общем, надо как-то корректировать планы, учиться думать "заранее". Вспомнился мне фильм "Москва-Кассиопея", там 14-летние ребята отправились в космос. Навсегда. Они знали, что они вернутся уже взрослыми. Но если представить себе настоящих, не киношных людей, что они будут делать, когда им исполниться 18? 20? 25? Будут ли они проклинать все на свете, и свою глупость в первую очередь, свою слепоту, которая не позволила им тогда, в детстве учесть такие простые факторы, как тоска по родине, по нормальной жизни, по разнообразию? Что они сделают в этот момент? Остается только гадать... какое счастье, что шаровара - это не билет в один конец. И счастье, и проклятье, уж очень низок порог вхождения, а порог выхода еще ниже - ведь очень легко все забросить...<br />
<br />
Товарищ, составляя план по проекту, помни: ты не робот!Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com1tag:blogger.com,1999:blog-7203515081905697346.post-12613354767267626192011-10-07T00:11:00.000-07:002011-10-10T00:41:29.382-07:00НочноеДаже самый паршивый, глючный, убогий, тормознутый, неудобный продукт может найти своего пользователя и почитателя. При условии, что это будет именно продукт.<br />
<br />
Любой самый красивый, изящный, оптимизированный, отрефакторенный, быстрый код не найдет своего пользователя нигде и никогда, если не будет иметь вид продукта, т.е. нечто такого, что можно установить/скопировать/распаковать и запустить.<br />
<br />
Установить и запустить. Все. Вот два необходимых условия успеха. Остальное вторично.<br />
<br />
Я. (Но возможно, это кто-то уже сказал. :))Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-52058450708719442902011-10-05T16:31:00.000-07:002011-10-05T17:40:18.850-07:00Священная война: веб против десктопа (web vs desktop) - часть 2 или как решить проблемуИтак, передо мной в очередной раз встала задача - выбрать, что лучше - делать десктопное приложение или же для веба. Чтобы упорядочить доводы и не пропустить ничего важного, я прибегла к старому и проверенному способу - mind mapping (не знаю подходящего перевода). Для этого вы изображаете свои мысли на бумаге в виде дерева, по мере продвижения вглубь (или вширь) возникают новые ассоциации и тем самым вы (как будто) ничего не пропускаете. В результате получился чек-лист, который может быть использован каждый раз, как только вам нужно решить данную проблему (в данном случае выбора между двумя технологиями). <br />
<br />
<a name='more'></a> Для начала я разделила все дерево на 2 части: разработка и использование, затем в каждую часть добавляла параметры, и для каждого параметра определяла плюсы и минусы для веба (В) и десктопа (Д). Получившийся чек-лист не универсален, так как мне нужны были определенные требования (например, наличие возможности работы с мультимедиа-файлами), но все же содержит достаточно большое количество общих вопросов. Итак, приступим. <br />
<br />
<b>1. Использование </b><br />
1.1. Примеры продуктов для В и Д <br />
1.2. Установка<br />
- В: Не надо скачивать ни программу, ни обновления (+)<br />
- Д: Надо скачивать программу, может быть неудобно (-) <br />
1.4. Обновления<br />
- В: Установка обновления происходит прозрачно для пользователя (+)<br />
- В: Если обновление установлено неправильно или содержит баг, это коснется сразу всех пользователей (-)<br />
- Д: Сложно организовать обновление программы, БД (локальной) (-) <br />
1.5. Работа в офлайне<br />
- В: Невозможна (-)<br />
- Д: Легко организуется (+) <br />
1.6. Работа в онлайне<br />
- В: Легко организуется (+)<br />
- Д: Может быть организована, если надо (+) <br />
1.7. Загрузка медиафайлов<br />
- В: Не надо загружать их специально, могут подгружаться в процессе просмотра (прослушивания) (+)<br />
- Д: Надо загружать медиафайл целиком (-) <br />
<b>2. Разработка </b><br />
2.1. Нагрузка (на сервер):<br />
- В: может быть большой (-)<br />
- Д: небольшая (+) <br />
2.2. Доступность кода<br />
- В: Если используется Flash, код недоступен (-)<br />
- Д: Если используется Qt, код доступен (+) <br />
2.3. Доступность IDE<br />
- В: Для Flash - Adobe Flash Builder Standard (~$250) (-)<br />
- В: Сайт на ASP.Net - VS Express ($0) (+) - Д: Qt SDK ($0) (+)<br />
2.4. Разработка для мультимедиа<br />
- В: Flash Player, неясны возможности. Можно загружать локальный файл, поддерживает потоковое видео, аудиоформаты. (+)<br />
- Д: Qt Phonon: ограниченные возможности, которые (теоретически) могут быть расширены. (-)<br />
2.5. Разработка интрефейса<br />
- В: Можно сделать интерфейс любой сложности, но это непросто (-)<br />
- Д: Интерфейс сделать очень легко (+) <br />
2.6. БД<br />
- В: Используется БД на сервере, например, SQL Server, а также куча удобных средств: EF, Linq (+)<br />
- Д: Используется локальная БД, например, SQLite, для которой нет ORM (-) но можно использовать и серверную БД (+) <br />
2.7. Создание инсталлятора<br />
- В: Не требуется (+)<br />
- Д: Требуется, при этом либо платить бешеные деньги за готовое мультиплатформенное решение (~ от $2000) либо писать инсталлятор под каждую платформу (-) <br />
2.8. Локализация<br />
- В: Немного мутно, но вполне осуществимо (-)<br />
- Д: Легко (+) <br />
2.9. Монетизация - реализация - защита<br />
- В: Доступ к дополнительным возможностям сервиса, работа без ограничений - защита может быть выполнена без особых трудностей (+)<br />
- Д: Продажа копий - организовывать защиту для каждой платформы - трудно и дорого (-) <br />
<br />
Теперь подсчитаем плюсы и минусы, вот что получилось: <br />
Веб: плюсов - 9 минусов - 6 <br />
Десктоп: плюсов - 8 минусов - 7 <br />
Результаты несильно отличаются, но если ввести понятия "веса", то, возможно, разница будет более существенной.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com4tag:blogger.com,1999:blog-7203515081905697346.post-57644349249864742412011-10-04T17:27:00.000-07:002011-10-04T17:30:24.147-07:00Священная война: веб против десктопа (web vs desktop)Моя программа - десктопное приложение. Прежде, чем начать делать ее как десктопное приложение, я довольно много времени потратила на то, чтобы выяснить, какая технлогия лучше и почему. Все было хорошо до недавнего времени. Разумеется, и после начала работы зерна сомнения время от времнени прорастали, но плодов еще пока не давали. И вот недавно мне показалось, что зря, пожалуй, я связалась с десктопом. И вот почему.<br />
Я работаю ("на дядю") в небольшой страховой фирме, наша задача в основном заключается в том, что мы переписываем на .Net уже существующую систему, которая была создана еще на VB6. Первую часть, предназначенную для внутренного пользования, мы успешно переписали. Среди моих задач было повышение производительности, и мне удалось, используя разные методы, приблизить скорость работы нового десктопного распределенного приложения к скорости работы старого приложения.<br />
<a name='more'></a><br />
Следующим этапом стало переписывание приложения для брокеров. Брокеры - это фирмы, которые заключают страховые контракты с клиентами. Несколько тысяч брокеров разбросаны по всему городу, и данные, полученные от них, сливаются в нашу БД. Первоначально мы собирались делать такое же десктопное приложение, для которого, правда, наш архитектор выбрал WPF. Эту технологию мы сразу невзлюбили, а особенно паттерн MVVM, но, как выяснилось, горевали мы зря. Потому что буквально через месяц после начала работы над проектом наши исполнительные директора схватились за волосы и закричали "Больше никаких десктопных приложений! Только веб!" В чем же было дело? А дело было в том, что наша старая программа, написанная еще на VB6, после поставки обновления отказалась работать у нескольких брокеров. Наш самый главный гуру, который знал эту систему как свои пять пальцев, не смог решить эту проблему. Кроме того, приложение в ряде случаев запускалось через терминальный сервис, к которому у нас не было доступа, а тот, у кого этот доступ был, то ли не мог установить программу, то ли еще что-то, но короче, наши директора узнали, что есть такая замечательная альтернатива всему этому геморрою, которая называется "веб". Не надо ничего устанавливать. Если ты что-то обновляешь, можно об этом даже не заявлять, все происходит максимально прозрачно для конечного пользователя. <br />
Поскольку я в свободное время занимаюсь собственным проектом, <strike>неожиданно</strike> эта проблема встала и передо мной. Ведь я обязательно буду поставлять обновления (они у меня даже запланированы), и что каждый раз делать? Просить пользователя скачать их? Или вылезать каждый раз как Adobe? Или нудить без конца как Evernote? Лучше всего делать это прозрачным образом, как делает Chrome, но существуют ли приемлемые по затратам пути реализовать такой подход? Кроме того, я использую локальную базу данных, и ее структура тоже, возможно, будет меняться, и не один раз. Тогда придется отслеживать, какая именно версия установлена, и запускать скрипты обновления, следя при этом, чтобы не потерялись уже существующие данные. Словом, геморроя вагон и маленькая тележка. То ли дело - веб! Никаких закачек, никаких апдейтов, мечта поэта. Но есть куча других "но"... О том, как уяснить себе, какая технология подходит лучше, в следующем посте.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com2tag:blogger.com,1999:blog-7203515081905697346.post-53529148193873069302011-09-13T14:06:00.000-07:002011-09-13T17:13:13.622-07:00Что будет, если бизнесом займется ботаник<div class="separator" style="clear: both; text-align: center;"><a href="http://www.ozon.ru/context/detail/id/6109556/" imageanchor="1" style="clear: left; cssfloat: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" rba="true" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8bg41sqAAuKWrK0FJSUrIRS6othTXWmnM4bSFpuKabap3ykxsNsx9if6tNQ9TFsbAvC05coVLhSqLP0UwE9yJu5t5UkWLP0fdvIV8vQm4ecttoW9oGT5hAF1FM3ukiSHcZIpuoaHFBM_h/s1600/bot.jpg" /></a></div>Недавно закончила читать книгу "И ботаники делают бизнес". Максим Котин, конечно, ни разу не писатель - возможно, у человека были проблемы с русским языком в школе или же он просто не чувствует стиль - книга просто пестрит огромным количеством стилистических ошибок. Кроме того, заметно, что человек работает в журналах - а книги все-таки надо писать не журнальным стилем. Но неважно. Он проделал большую работу - написал книгу, уже за одно это достоин уважения. (Это имеет прямое отношение к нашему мю-бизнесу, ведь и у нас главное - выпустить продукт!)<br />
Книга про то, как человек захотел открыть магазин и открыл его. У человека не было связей, инвесторов, знаний и опыта в области магазиностроении. Но было сильное желание. К сожалению, это желание (открыть именно книжный магазин, и именно для интеллектуалов) постепенно рассосалось в желании просто сохранить бизнес. Поэтому итог печальный - магазин умной книги постепенно превратился в обычный книжный "гипермаркет", и помимо этого главный герой распылял свои силы на канцтовары, зачем-то открыл филиалы в других городах, а главное, связался с партнерами, которые просто тупо подставляли его. Кончилось тем, что он продал бизнес. И начал новый - на этот раз в области общепита.<br />
Какое отношение это имеет к мю-бизнесу?<br />
Самое прямое.<br />
<br />
<a name='more'></a>Бизнес есть бизнес. Продаешь ли ты памперсы, или книги, или делаешь ли пиццу или программы. Принципы одни и те же (возможно, для корпораций и одиночек они немного различаются). Вот какие выводы я делаю после прочтения этой книги (применительно к мю-шароваре): <br />
1. Знайте своих клиентов - не только желанных и ожидаемых, но и неожиданных, нежеланных, потенциально и реально опасных. Если вы делаете соц. сеть, ожидайте, что туда придут рекламщики, распространители порно и наркотиков. Если вы делаете графический редактор, им могут воспользоваться для рисования свастики и разных запрещенных материалов. А если ваш бизнес - хостинг - будьте готовы к спаму и многочисленным нарушениям авторских прав. <br />
<br />
2. Знайте своих клиентов - т.е. кто реально пользуется (или будет пользоваться) вашим продуктом. Мне кажется, большая ошибка Федора из книги состояла как раз в том, что он неверно представил себе не только размеры своего рынка, но и его состав. В Сыктывкаре просто неоткуда взяться большому числу интеллектуалов, бизнесменов, людей, интересущихся "умной" литературой. Да, там есть университет, несколько институтов (учебных и научных), но зарплаты там мизерные, вряд ли можно ожидать, что студенты и мэнээсы кинутся в магазин, чтобы оставить там последние деньги. Значит, важно знать не только состав рынка, но и средний уровень жизни в данном регионе. Почему это может быть важно для шаровары? Да, шаровара не имеет формальных границ, но на самом деле границы существуют. Границы существуют с точки зрения размеров кошелька, размеров скачиваемого файла, доверия к продукту, наконец. Казуалу - казуалово. Нет смысла затевать дорогой и сложный продукт, предназначенный для студентов или бабушек. Т.е. затевать может и есть смысл, но только вот не окупится он.<br />
<br />
3. Планировать надо вперед, а не пост-фактум. Составлять план развития, продвижения, и следовать этому плану. Не отвлекаться на предложения, если они не входят в план. Федор открыл магазин интеллектуальной книги, но не следовал своему плану. В итоге сделал огромное количество ненужных шагов, которые увели его от плана, от главной идеи. Также эти шаги были сделаны потому, что Федору очень хотелось открыть магазин, но не хотелось рассчитывать, будет ли он окупаться (или его расчеты оказались неверны). Поэтому прежде, чем влезать куда-нибудь, стоит подумать "а как я оттуда вылезу?" (Л.Кэрролл). Поэтому возможно и не стоит затеваться, если окажется, что по плану идти нельзя. План, помимо всего прочего, должен быть реалистичным. Ну это, я думаю, нет смысла разжевывать. Понятно, что не стоит расчитывать на конверсию 100%.<br />
<br />
4. Следствие из пункта 3. Не распыляться. План не выбит на камне, поэтому в него можно вносить изменения. Например, в определенный момент вы решаете, что ваш продукт должен работать на только на виндах, но и на iPad (ведь это такая популярная платформа сейчас!). И возможно, что к этому моменты вы не набрали достаточно фидбэка от пользователей, или ваш продукт содержит массу багов. Тогда лучше вычеркнуть этот новый пункт и вернуться к нему, когда будете стоять на ногах прочнее. Потому что вместо одного хорошего, качественного, раскрученного продукта вы будете иметь два бажных продукта с нераскрученной аудиторией (ведь аудитории для этих двух продуктов будут различаться!).<br />
<br />
5. Не заводить партнеров просто "чтобы были". Не заводить партнеров чтобы "спасти бизнес". Настоящий партнер - это фактически ваш брат (или сестра) - близнец. Не в смысле родственности, а в смысле общности интересов. Он должен смотреть туда же, куда смотрите вы. Он должен видеть будущее так же, как и вы. Если вы не видите в будущем версии для iPad, то и партнет не должен. Он заинтересован в развитии продукта не меньше вашего. Он не наемный работник, и в то же время он не хочет сместить вас. Он - это ваше дополнение, вторая половинка двухкусочного паззла. Убедиться в том, что партнер - настоящий, достаточно сложно. Поэтому лучше не заводить партнеров вообще. Хотя иногда хочется. Мне, например, хочется уже сейчас. Хотя продукт еще не вышел. Тяжело все-таки вариться в собственном соку, не имея возможности ни пообсуждать, ни помечтать, ни построить планы вместе, ни последовать этим планам. Но все еще впереди. Только это будет или настоящий партнер, или его не будет вообще.<br />
<br />
PS Несмотря на некоторые нарекания к стилию и порой к грамматике, эта книга все достойна того, чтобы находиться на полке настоящего мю-бизнесмена. Главное ее достоинство - она очень стимулирует заняться делом.Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0tag:blogger.com,1999:blog-7203515081905697346.post-89162058447137210872011-09-08T15:41:00.000-07:002011-09-13T16:06:17.656-07:00Все пропало, гипс снимают!Бывало ли у вас такое - вы разрабатываете некую концепцию, трудитесь месяц, или два, или полгода, и вдруг выясняется, что все это никуда ни годится? Ну реально никуда! Что работает глючно, или медленно, или логика такая, что без поллитры не разобраться, и что все равно - все равно эта "новая" концепция не решает задач, ради которых была создана. <br />
Примерно то же произошло у меня вчера. Вчера, разумеется, случилась не проблема с концепцией, а проблема с пониманием, что все это псу под хвост...<br />
О чем вообще речь?<br />
<a name='more'></a><br />
Речь идет об CMS, которую я делаю для своего сайта. Проблема в том, что сайт должен быть на 2 языках, и поддерживать статические страницы было бы трудно. Кроме того, мне хотелось применить паттерн mvc, в частности asp.net mvc, ну и вообще сделать так, чтобы можно было быстро, без проблем обновлять данные.<br />
Решение хотелось сделать как можно более общим. Первоначально идея состояла в том, чтобы сделать такую систему, в которую можно добавлять модули (например, опрос или еще что-то) не пересобирая весь проект. Возможно ли такое сделать на asp.net mvc? Не знаю. Мне казалось, что возможно. Однако в процессе разработки концепции выяснилось, что максимум, чего я могу добиться - это добавлять новые компоненты, но проект все придется пересобирать и обновлять. Конечно, есть способы, как это сделать - например, хранить шаблоны страниц (компонентов) в БД, или собирать их на лету, имея список набора полей, но это генерализация, по-моему, сильно усложняет разработку, делает ее уж совсем универсальной, и потому не гибкой. В-общем, мое решение поставленную задачу не выполняло, но я надеялась, что оно выполнит ее в будущем (ага, само, да?).<br />
Вчера же, после некоторого перерыва, я обнаруживаю, что форма фидбэка не работает - ну то есть совсем - обновление страницы происходит, а в контроллер фидбэка захода нет. Почему? Не знаю. Но код, который должен был отправлять данные формы в контроллер, выглядел не просто странно. Он выглядел отвратительно, нелогично, непонятно. Потому что в соответствии с основной концепцией все отправки должны идти через один общий контроллер, который, разобравшись, что к чему, перенаправляет запрос в соответствующий подшаблон. Это позволяет использовать любые адреса (../feedback ../home ..articles/list/5 etc), которые будут обрабатываться в одном месте, одним контроллером, но создает мешанину в итоге, потому что все страницы разные, логика у них разная, и обработка входящих адресов тоже должна вестись по-разному. Иногда это список статей, иногда отдельная статья, или же вообще форма. Форма должна иметь кнопку для обратного вызова, а вызов будет опять идти на тот самый глобальный контроллер, в результате получается черти-что.<br />
Расстройство было жуткое. <br />
Ну да ладно. Опыт все-таки :) Теперь надо быстро переделать веб-сайт, чтобы перенаправление на контроллеры шло привычном образом "конкретный контроллер-конкретное представление".<br />
ЗЫ. Я понимаю, не всем эта тема интересна. Но все же интересно, что используют шароварщики-одиночки для создания своих сайтов?<br />
<br />
Update. На самом деле CMS (как она предполагалась в первоначальном виде) пересобирается только если надо добавить новый элемент или тип страницы. Если же просто добавляется новый материал, ничего пересобирать не надо. В новом, более простом варианте каждой новой странице соответствуют новые контроллер-представление, а это значит, без пересборки и обновления сайта ничего не будет работать. Так что, возможно, я вернусь в скором времени к первому варианту, если, конечно, найду время, и если, конечно, продумаю концепцию более основательно (чтобы было все логично и работало быстро).Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com3tag:blogger.com,1999:blog-7203515081905697346.post-91526346381196164142011-08-30T16:48:00.000-07:002011-08-30T17:02:37.155-07:00Добро пожаловать или посторонним В. (С)Здравствуйте.<br />
Поддаваясь всеобщей блогомании, я тоже не в силах удержаться от того, чтобы завести блог. Этот блог будет посвящен тому, что в простонародии называется "шаровара". Но мне это слово не очень нравится. Во-первых, оно не отражает сути данного рода бизнеса. Shareware сейчас - это разработка и продажа софта на условиях "понравилось-оплати". Шаровару производят и Microsoft, и Oracle, да фактически все независимо от размера продукта и количества разработчиков. Раньше же к шароваре относили в основном софт, разрабатываемый одиночками. Теперь для этого есть другой термин - microISV, что переводится как "микро-независимый-поставщик-софта". Коряво. Можно слово "micro" сократить до " <b>μ</b>", а остальное заменить словом "бизнес". Получится "мю-бизнес". Звучит немножко иронично и в то же время загадочно.<br />
Почему о шароваре... т.е. о "мю-бизнесе" стоит заводить блог? Уж столько блогов вокруг, только ленивый ничего не пишет... Ну, на эту тему блогов не так уж и много, попросту говоря, их мало, а вопросов много, и не все они имеют однозначные ответы<br />
Теперь обо мне. Я по натуре человек совершенно непубличный. Не выступаю на собраниях, не свечусь в соцсетях. А поговорить хочется иногда. Ну там обсудить что-нибудь, спросить совета или поделиться находкой. Поэтому я завожу много разных ников и в форумах под ними вылезаю. Что, как вы сами понимаете, приводит к определенной разрозненности данных, а хочется собрать все вместе, обОбщить, так сказать, полученный опыт. Поэтому попробую поработать с блогом, может быть, и публичности бояться перестану...Trinityhttp://www.blogger.com/profile/12065662528448773602noreply@blogger.com0