Десять глупейших способов затруднить себе выход на рынок

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

1. Требование немедленной регистрации. Я считаю совершенно нормальным попросить нового пользователя зарегистрироваться и предоставить немного информации о себе. Я просто считаю, что делать это надо после того, как вы уже затянули человека. Многие сайты требуют регистрации уже на первом шаге и это становится барьером на пути их продвижения. В самом крайнем случае компания может спросить у пользователя имя и email, но не требовать их для продолжения работы до какого-то времени.

   Хороший пример сайта, на котором все сделано правильно - Netvibes. Он позволяет пользователю настроить многие вещи под себя, не требуя при этом регистрации.

2. Длинные URL-ы. Например, вы хотите послать кому-нибудь URL сайта, на котором находитесь, но оказывается, что этот URL содержит семьдесят символов - или даже больше! Когда вы вставляете такой URL в письмо, почтовая программа добавляет разрывы строк, в результате люди не могут просто кликнуть на него и перейти в задуманное место на сайте.

   Вот URL для биллиардного стола, взятый с сайта CostCo. Как вы думаете, сколько моделей биллиардных столов продает CostCo?

   Оправдание чаще всего звучит так: “У нас длинные URL-ы потому, что люди, у которых есть Cray, могут взломать наш код и посмотреть наши приватные страницы. Семдесят символов могут содержать двадцать шесть букв в нижнем регистре, двадцать шесть букв в верхнем регистре и десять цифр. Это дает нам уверенность, что никто не взломает наш код, т.к. количество возможных комбинаций превышает число атомов во Вселенной.” Вот поэтому TinyUrl и SnipUrl до сих пор актуальны.

   Еще, говоря об URL-ах, стоит заметить, что хорошо имет простое соглашение об их именовании. MySpace, например, отдает легко запоминающиеся URL вида http://www.myspace.com/guykawasaki.

   Проверьте: можно ли URL-ы вашего сайта надиктовать по телефону?

3. Окна, которые не генерируют URL. Бывало так, что вы хотите указать человеку на страницу, но у страницы нет своего URL? У вас открыто окно, о котором вы хотите кому-то рассказать, но вам приходится писать реферат, чтобы объяснить человеку, как открыть это окно. Кто-то в компании решил, что это окно не нуждается в линках, дополнительном трафике, что на него нельзя ссылаться? Вот лучший аргумент, какой я только могу придумать, для того чтобы не использовать фреймы.
4. Сайт без возможности поиска. Некоторые сайты не предоставляют посетителям возможности поиска. Это нормально для простых сайтов, для которых достаточно карты сайта, но такие случаи редки. Если на вашем сайте карта сайта имеето больше одного уровня, то, вероятно, вам нужна строка поиска.
5. Сайты без ссылок на Digg, del.icio.us и Fark. Не могу себе представить логику компании, которая не желает позволить своим фанатам поставить закладку на страницы своего сайта. И все же, многие компании не предоставляют такую возможность. Когда мой блог попадает на главную страницу Digg, количество заходов на мой сайт возрастает в шесть или семь раз. Это правда, что Digg-эффект исчезает довольно быстро, но появляется несколько новых читателей, а это уже хорошо.
6. Ограничение способов контакта до email. Не поймите меня неправильно, я люблю email. Я ложусь и встаю с email, но случается, что я хочу позвонить в компанию. И даже написать им обычной почтой. Я обнаружил, что многие компании единственный способ контакта - отправку email через веб-форму на странице “Свяжитесь с нами”. Почему бы им не назвать эту страницу “Не надо связываться с нами”, это по крайней мере было бы честно.
7. Отсутствие фидов и списков рассылки. Если люди заинтересованы в вашей компании, они захотят получать информацию о ваших продуктах и сервисах. Это должно быть просто для них, поэтому имеет смысл предоставить им возможность подписаться через RSS фиды и email на обновления содержания сайта и на PR-бюллетени.
8. Требования повторного ввода email-адреса. Что вы думаете о патентованой, быстрорастущей, венчурной Веб 2.0 компании, которая хочет, чтобы вы делились контентом, но требует, чтобы вы каждый раз вводили заново email-адреса своих друзей?

   У меня 7703 email адреса в Entourage. Я не собираюсь перенабирать их чтобы ввести в корявую, сделанную на коленке адресную книгу, которую некая компания встроила в свой продукт. В крайнем случае, они могут использовать вот этот крутой инструмент от Plaxo или разрешить текстовый импорт в вышеупомянутую паршивую адресную книгу. Как вы думаете, когда появится стандартный формат передачи контактной информации?

9. Имя пользователя (логин) не может содержать символ “@”. Другими словами, мой email не может быть моим именем пользователя. Я пользуюсь множеством сайтов. Я не могу запомнить, какое имя я использовал на каждом из них: kawasaki, gkawasaki, guykawasaki или kawasaki3487. Я хорошо помню свой email-адрес, дайте мне использовать его как имя пользователя.
10. Чувствительные к регистру имя пользователя и пароль. Я знаю, чувствительные к регистру логины и пароли более безопасны, но это также означает, что я с большой вероятностью ошибусь в написании своего логина и пароля. Один из самых смешных моментов в демонстрации был, когда CEO не могла войти в свой собственный аккаунт из-за того, что не могла ввести свои имя и пароль в правильном регистре. Я видел это.
11. Затрудненное комментирование. “Модерирование комментариев” - это оксюморон. Если ваша компания пытается быть правильной, прорывной и открытой, то вы должны разрешить комментировать всем. Вот пример политики одной из компаний:
    

    Вопрос. Кто может оставлять комментарии на GullyHag?

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

    Концепция, что людям нужно приглашение, чтобы разместить комментарий, вызывает жалость. Если ты позиционируешь себя как компания с большими <censored>, то и веди себя соответственно. Даже концепция, что для размещения комментария надо зарегистрироваться, уже порочна. Была масса случаев, когда я начинал писать комментарий на каком-нибудь блоге и останавливался, когда понимал, что нужно зарегистрироваться.
    

12. Нечитаемые коды подтверждения. Не поймите меня неправильно, я вовсе не поддерживаю спам или роботов, заводящих аккаунты. Система подтверждения с помощью визуальных кодов - хорошая вещь, но многие из них слишком трудно прочесть. Например, вот что я получил, когда собрался создать аккаунт на Yahoo! Это прописная “X”? Последний символ, это “s”, “5″ или “S”? Может, это затрагивает только старых людей, таких как я, но ведь все, что человек должен доказать - это что он не робот, так что немного расплывчатости должно быть достаточно. Например, если код “ghj1lK” и кто-нибудь введет “ghj11K”, то это достаточно близко.
13. Email-ы без подписи. Было множество случаев, когда я хотел перезвонить человеку или переслать ему что-то, но подписи не было. Также, когда я назначаю встречу с человеком, я стараюсь записать его контактную информацию на случай, если что-то изменится. Общение было бы значительно проще, если бы все добавляли к своим email-сообщениям полную подпись, которая включала бы имя, компанию, адрес, телефон и email-адрес.

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

14. Поддержка только Internet Explorer для Windows. В действительности, я не так сильно настаиваю на этом моменте, как вы можете подумать. Поддержка Macintosh, Safari и других броузеров под Windows требует большой работы, так что решайте сами. Если вы определяете свою целевую аудиторию как людей, пользующихся только Internet Explorer, то пусть будет так. Возможно, решение конкретно этого вопроса потребует некоторых усилий, но все остальные пункты в этом списке просты до безобразия.