Наталья Налимова natnal ^read-only

Меня часто просят рассказать, в чем суть нашего сервиса. Спрашивают и друзья, и потенциальные клиенты, и просто люди, с которыми знакомлюсь на деловых мероприятиях.

Я долго не могла научиться правильно отвечать на этот вопрос. Получалось либо слишком серьезно (платформа для автоматизации учета и бизнес-процессов), либо слишком узко (в нашем сервисе можно настроить CRM с учетом специфики компании), либо приходилось очень долго объяснять, пока у собеседника не возникало более или менее полное представление о возможностях SkyBase.

А недавно ответ родился сам собой — в виде такой вот простой и понятной картинки.

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

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

Что же происходит, когда в компании всего 2-3 человека, а спектр решаемых задач у них тот же?

Пятница, вечер… Рабочая неделя подходит к концу. Вы уже поглядываете на часы и думаете о том, как завтра поедете с друзьями на природу или просто поваляетесь на диване перед телевизором или…

И тут приятные размышления прерывает звонок (сообщение в скайпе, письмо по электронной почте) и ваш клиент бодрым тоном сообщает: Я освободился — давайте продолжим работу над проектом!

Он выходит на охоту ночью или в выходные, когда его сотрудники / партнеры / клиенты отдыхают, и у него наконец-то появляется время заняться улучшением бизнес-процессов.

В понедельник утром за неделю до Нового Года этот вопрос, думаю, актуален для многих.

Есть куча статей на эту тему. Вот основные советы:

• Начинайте с самой сложной задачи
• Сделайте первый шаг — продолжать будет уже легче
• Составьте план и неукоснительно ему следуйте
• Занимайтесь любимым делом
• Не отвлекайтесь

Всё просто. Закройте Хабр и приступайте к работе!

Только почему-то на меня все эти советы не действуют. Вроде правильные вещи люди говорят, но — не работает. Кстати, на тему «Почему не получается заставить себя работать?» тоже есть статьи. В них проблема описывается с точки зрения психологии и предлагаются решения вроде «избавьтесь от внутренних противоречий и страха перед неудачей». Наверное, если это сделать, то всё получится, но где найти эту волшебную кнопку «Избавиться от...»?

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

Суть задачи

Дано: веб-приложение для совместной работы. Для простоты будем считать, что это CRM или Task Tracker.
Требуется: своевременно уведомлять пользователей о событиях в приложении, на которые требуется их реакция.

В чем проблема?

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

При таком сочетании – быстро, точно, без ТЗ – кажется, что задача не имеет решения. Однако в работе фрилансера такие задачи возникают постоянно, поэтому в борьбе за выживание заказы приходится учиться их решать. Для начала поясню, что означают вынесенные в заголовок слова.

Быстро – значит, раньше, чем заказчик примет решение о выборе исполнителя (другого исполнителя, раз вы еще не готовы ответить ему на самый главный вопрос).
Точно – значит, достаточно близко к реальной стоимости проекта, которую можно было бы озвучить после согласования ТЗ (а еще лучше после выполнения проекта, когда уже известно точное количество потраченного на разработку времени).
Ну и, наконец, что значит Без ТЗ? Понятно, что проектов совсем без ТЗ (в стиле «пойди туда, не знаю куда, принеси то, не знаю что») практически не бывает. Другое дело, в каком виде заказчик предоставляет вам это самое ТЗ.