<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Startup tips &amp; tricks</title>
<link href="http://keatlon.com" ></link>
<id>urn:uuid:194efa73-4935-40f1-f3b0-1311e3186b70</id>
<updated>2013-01-18T08:25:47+00:00</updated>
<author><name>Stas Starcha</name>
</author>
<entry>
<title>Component as a Service</title>
<link href="http://keatlon.com/32" ></link>
<id>urn:uuid:75d58726-eb04-933d-e38f-e0e2ded1499d</id>
<updated>2011-02-08T01:23:10+00:00</updated>
<summary type="html" ><![CDATA[Со временем услуги SaaS начнут мельчать и становиться более специфичными. Да, уже сейчас есть RDBMS и еще десятки сервисов от Amazon, однако эти решения абстрактны и представляют технологические компоненты. Речь о часто используемых компонентах, небольшой набор которых решает большинство требований продукта.<br />
<br />
Component as a Service - это хостинг специфических компонент и логики их работы на сторннем ресурсе. Успешные примеры уже есть, discuss (комментарии), facebook like (рейтингование), однако поле для маневров огромное. <br />
<br />
Algorithm as a Service - хостинг вычислительных мощностей, который позволяет выполнять алгоритмические вычисления над множеством данных.<br />
<br />
Разница между CMS и CasS/AaaS в том, что компоненты это не более чем набор API с хранилищем данных на стороне провайдера.]]></summary>
</entry>
<entry>
<title>UX</title>
<link href="http://keatlon.com/31" ></link>
<id>urn:uuid:72e9b7cb-417e-5a2d-130d-44de2512d5f5</id>
<updated>2011-01-23T18:14:45+00:00</updated>
<summary type="html" ><![CDATA[UX, он же User Experience, он же опыт взаимодействия — это диалог с пользователем на заданную вами тему. Похоже, с трудностями построения этого диалога сталкиваются практически все, кто создает что-то новое. <br />
<br />
<h3>"все думают как я"</h3><br />
Или похожий вариант "это понятно мне, а значит это будет понятно другим" чаще всего приводит к плохим результатам. Люди не думают как вы и им часто непонятно то, что понятно вам. <br />
<br />
Важно скорее найти сцепление с рынком, где сцепление это цепь "простая гипотеза в 5 слов" =&gt; "быстрая реализация" =&gt; UX =&gt; выводы. Об этом хорошо написано в книгах по Customer Development. Здесь UX это и графики google analytics и письма пользователей и увеличение/падение продаж. В этой цепи UX это всегда черный ящик, некоторые паттерны которого могут понимать только матерые бизнесмены, дизайнеры и просто люди, которые <strong>знают</strong> людей. Опытные проектировщики владеют приличным количеством данных о связях "гипотеза" =&gt; "выводы", а джедаи UX с высокой точностью строят выводы на основе гипотезы, но я бы исключил их из будней стартапов. <br />
<br />
Вывод: перестаньте думать за пользователей.<br />
<br />
<h3>Рассинхронизация типа "мозги — продукт"</h3><br />
Опишите текстом свой дом или квартиру, в которой вы прожили 10 лет. Получится мало, а вы утеряете массу деталей, которые для вас <strong>естественны</strong>, но абсолютно неочевидны для других. <br />
<br />
Если вы не мастер текста, применяйте скриншоты и видео. Текст хорош как подсказки для совершения конкретного действия, которое пользователь <strong>уже</strong> решил совершить. Еще одно определением UX — информация, которая направляет пользователя на соверешение полезного для бизнеса действия. А уже задача дизайнеров и всей науки UI — облегчение пути, по которому идет пользователь.<br />
<br />
Вывод: создайте внутреннюю карту вашего продукта и посмотрите как продукт отражает эту карту. Учитесь "забывать" свой продукт и проходить по карте раз в 1-3 месяца.<br />
<br />
<h3>Умные и тупые пользователи</h3><br />
Тупых пользователей нет, скорее вы плохо объяснили. Есть только те, кому ваш продукт подходит/не подходит и те, кто не понимает, что делает ваш продукт. Первое это реалии, второе это задача для решения. Каким бы умным человек ни был абстрактный заголовок "Вам у нас понравится" ни к чему не приведет, потому как невозможно перейти к обязательной фазе "продукт подходит/не подходит". В этом случае решение с минимальным затратом энергии — отказ от использования продукта.<br />
<br />
Вывод: агрессивно направлять пользователя к решению "подходит/не подходит" отвечая на два вопроса:<br />
<br />
1. Что пользователь может делать с продуктом<br />
2. Что это дает пользователю<br />
<br />
Если UX ставит задачу знакомство с продуктом и ключевыми действиями, которые пользователь может совершать, то <a href="http://www.quora.com/Whats-the-difference-between-interaction-design-and-experience-design/answer/Dan-Saffer">UI это реализация UX</a>]]></summary>
</entry>
<entry>
<title>Навигация</title>
<link href="http://keatlon.com/30" ></link>
<id>urn:uuid:00ee313b-7d1b-a515-8104-3a5477b3bf5a</id>
<updated>2010-10-26T08:35:32+00:00</updated>
<summary type="html" ><![CDATA[При наращивании функциональности и росте подсервисов, количество навигационных элементов на главных страницах должно оставаться таким же. <br />
<br />
Подход можно сравнить с ростом дерева, основой которого является ствол. Он становится толще, но всегда остается один. В навигации стволом является 4-5 элементов меню (часто упоминается 7, но необходимо понимать, что это уровень на грани предела, а значит он уже сложен в восприятии).<br />
<br />
На первом уровне вложенности обычно находятся агрегационные страницы. В большинстве случаев именно они берут на себя задачу направить пользователя в конечный пункт. В этом разделе может находится до 8-12 навигационно-информационных блоков.<br />
<br />
Последний и, в наше время, самый важный навигационный элемент это поисковая строка. Это связующий элемент между любыми двумя страницами сервиса. Правилами хорошего тона являются обязательные подсказки во время набора ключевого слова для мгновенного перехода на целевую страницу.]]></summary>
</entry>
<entry>
<title>Как проводить интервью на должность</title>
<link href="http://keatlon.com/29" ></link>
<id>urn:uuid:ba212a34-a043-111c-91df-24049c9ec92f</id>
<updated>2010-10-16T20:42:00+00:00</updated>
<summary type="html" ><![CDATA[Пригласить поработать один полный день.]]></summary>
</entry>
<entry>
<title>Дрессировка потребителя</title>
<link href="http://keatlon.com/28" ></link>
<id>urn:uuid:3908d868-5150-11f8-aaa3-b5e00e053651</id>
<updated>2010-09-15T20:52:04+00:00</updated>
<summary type="html" ><![CDATA[Пока у меня не было роликов езда на них представлялась мне простой, я ощущал как несусь на скорости, вписываюсь в повороты и круто торможу. <br />
<br />
За первые 10 минут у меня разболелись ноги, весь я трясся, а дорога с машинами вызвала огромный стресс. Закончилось все крутым падением с порванными джинсами и разодранным коленом — совсем не так, как показывали на youtube.<br />
<br />
1. Бывает два типа любителей. Первые это создатели, вторые — потребители. Первые могут расти профессионально, вторые нет. Вы должны стать тренером для потребителя и растить его навыки каждый день. Дрессировать и приучать к простым действиям, заучивать базовые идеи.<br />
<br />
2. Начинать дрессировку необходимо с простых вещей. Если ключевая идея сложнее, чем 1+1 — для знакомства она не подходит. Используйте побочные эффекты продукта, остальное дойдет позже.<br />
<br />
3. Бросайте пользователя на передовую, бросайте с лодки в воду. Подход, когда пользователь, минуя всю теорию, сразу начинает с практического действия имеет лучший эффект обучения. Кому вообще нужны теория и описания?<br />
<br />
4. Для большинства пульт от TV это серьезный вызов. Правильный TV пульт это кнопка вкл/выкл и 2 колеса — мотать каналы и звук. А теперь посмотрите на свой пульт, продукт, идею. <br />
<br />
5. Главный враг (он же друг) — неистребимая лень и апатия к изучению нового.<br />
<br />
]]></summary>
</entry>
<entry>
<title>Принцип контраста</title>
<link href="http://keatlon.com/27" ></link>
<id>urn:uuid:621c908b-d8d4-6b3e-2e49-9421d698f973</id>
<updated>2010-08-22T19:24:25+00:00</updated>
<summary type="html" ><![CDATA[Если сначала смотреть на вещь за $300, то вещь за $40 покажется дешевле, чем если просто смотреть на вещь за $40.<br />
<br />
Многие SaaS-сервисы предлагают несколько пакетов услуг по различной цене и в подавляющем количестве случаев цены расположены от меньшему к большему, вызывая ощущение "а это еще дороже!"<br />
<br />
Если расположить прайс в столбик, или в строку, но начиная с самого дорого пакета, любое следующее предложение будет казаться как крупная скидка.<br />
<br />
Принцип контраста активно использует компания <a href="http://basecamphq.com/signup">37signals</a>.]]></summary>
</entry>
<entry>
<title>Решения в условиях неопределенности</title>
<link href="http://keatlon.com/26" ></link>
<id>urn:uuid:8d161ffb-4787-021b-9102-25df0f329894</id>
<updated>2010-08-08T19:44:38+00:00</updated>
<summary type="html" ><![CDATA[Если в копилке опыта нет готовых решений большинство использует мозговые штормы, совещания, интеллект и логику. Итоговые решения часто принимаются сразу, и скорее всего, основываются на смеси эмоционально-интеллектуальных ощущений главенствующего звена.<br />
<br />
Я в это все не верю. Не верю в том смысле, что такой подход очень близок с тыканием пальца в небо. По одной простой причине — воздействие внешних факторов просто непредсказуемо, а опыт изложенный в книгах скорее описывает частные случаи или оберегает от совсем уж глупостей.<br />
<br />
На практике эффективность принятного решения начинает вырисовываться с момента сталкивания решения с внешними факторами. На этой фазе начинается реагирование, а после того картина ясна делаются выводы "сработало" или "не сработало". От того как быстро происходит реакция на результат и зависит позитивная динамика развития компании.<br />
<br />
До тех пор пока внешние факторы (люди, компании, погода, овцы) не войдут в резонанс с вашим предложением это можно назвать не решением, а тестированием.<br />
<br />
Тестирование не должно быть большим. Любой программный продукт с момента начала разработки до момента использования первыми пользователями это тест. Тест может не сработать, поэтому должен быть небольшим.<br />
<br />
Если маленький тест не сработал, можно запустить другой. Если не сработал большой тест — время потрачено впустую.<br />
<br />
Показателем эффективного теста не могут быть комментарии. Люди ленивы на комментарии, и только бурная эмоция заставит написать. Небольшая негативная эмоция сильнее, чем обычная приятная, поэтому три негативных отзыва ничего не значат. Значат показатели лояльности, продаж, конверсии и т.д.<br />
<br />
Ваши знакомые и друзья не годятся для тестирования, не годятся также и приглашенные эксперты. Для тестирования годятся только анонимные пользователи, а точнее пользователи, которые не скованы своими мнениями из-за социальных связей с вами. Они не несут эмоциональной ответственности за свои мнения, а значит и более раскрыты в своем праведном гневе или слезах умиления.<br />
]]></summary>
</entry>
<entry>
<title>Оценка задачи</title>
<link href="http://keatlon.com/25" ></link>
<id>urn:uuid:e502f381-9061-29e9-cca6-caa13b853ad0</id>
<updated>2010-05-28T16:56:32+00:00</updated>
<summary type="html" ><![CDATA[Если знаешь как что-то сделать наверняка, это не значит, что это будет сделано в одно мгновенье. Это и есть основная ошибка при оценке задач.]]></summary>
</entry>
<entry>
<title>Опыт</title>
<link href="http://keatlon.com/24" ></link>
<id>urn:uuid:1875a936-cc9c-fc82-4ebd-093539a60185</id>
<updated>2010-04-15T22:04:42+00:00</updated>
<summary type="html" ><![CDATA[Опыт начинается там, где появляются проблемы, которые не может решить Google. <br />
Не знаю когда, но мы перейдем от строчки в резюме "7 лет опыта" в "могу решить 100 задач". ]]></summary>
</entry>
<entry>
<title>У компаний нет цели</title>
<link href="http://keatlon.com/23" ></link>
<id>urn:uuid:e1df1708-33cd-3a07-7cc1-65c9c5f7cd4e</id>
<updated>2010-04-10T21:08:59+00:00</updated>
<summary type="html" ><![CDATA[Все и везде это чье-то личное дело. Нет никаких общих дел. На благо бизнеса или компании это на благо личности. Цели компании это мировоззрение личности. Найдите эту личность и дружите с ней. Ну или уничтожьте.]]></summary>
</entry>
</feed>