Lifestyle business

Getting real

If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting!

Многие слышали о компании 37signals. Это одна из немногих компаний, которой реально удается зарабатывать на Веб 2.0 приложениях. Какое-то время назад они выпустили книгу Getting real, в которой обобщают свой опыт разработки и продвижения продуктов. Книга неплохая, хоть до конца я ее и не дочитал.

Понравилась пара идей, которые я с удовольствием применяю на практике. 

1. Не стоит делать первую версию продукта слишком навороченной.

Сделайте первую версию, которая реализует основную концепцию продукта, дайте ее пользователям и следите за тем что они скажут. Если продукт полезен, пользователи простят вам недостаток возможностей. Идея в том, чтобы получить отдачу как можно быстрее и отбраковать нерабочие идеи.

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

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

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

2. Записывать пожелания пользователей не обязательно, они напомнят сами.

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

В таком подходе есть что-то дзеновское. Что интересно, он работает и в реальной жизни. Можно не записывать в ежедневник дела вида «забрать белье из прачечной» или «поменять обои в детской», жена вам напомнит сама и не раз.

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

——————–

Понравилось? Дальше еще интереснее.

Подпишись через RSS.