Я искал таск-трекер для фриланса, не нашел и в итоге сделал свой

Это не история в духе “смотрите, я сделал стартап”. Скорее история о том, как очень бытовая боль заставила меня собрать инструмент под себя.

Я совмещаю сразу несколько ролей: работаю в корпорации, веду свои проекты и по возможности беру фриланс, чтобы держать себя в тонусе. В какой-то момент стало очевидно: заметки в MacBook — это не система. Пока у тебя 10–15 задач, все еще терпимо. Когда параллельных задач становится больше 30, начинается хаос: что-то теряется, что-то вспоминается слишком поздно, а часть задач просто живет без статуса и контекста.

При этом я не человек, который впервые увидел таск-трекеры. Работал с Jira, внедрял Bitrix24, пользовался Notion, смотрел в сторону Kaiten, визуально всегда любил Trello. Но под мой сценарий все равно не складывалось.

Что мне было нужно на практике:

— одна учетная запись на все мои роли;

— доступ к нужной рабочей области максимум в один клик;

— единая система уведомлений;

— возможность дать клиентам доступ только на просмотр и не платить за каждого такого пользователя.

И вот на последнем пункте я окончательно понял, в чем проблема. Почти все трекеры хорошо решают свою задачу “как вырасти внутри команды и увеличить число платных пользователей”. А у меня вообще обратный сценарий: один рабочий пользователь и довольно много клиентов, которым надо просто видеть статус задач.

Ближе всего к моим требованиям оказался Kaiten, но не сложилось. Поддомены под разные рабочие области, высокая стоимость на моем сценарии и просто отсутствие совпадения с интерфейсом — всего этого хватило, чтобы не идти дальше.

В какой-то момент я понял, что быстрее сделаю свой инструмент, чем найду чужой, который совпадет с моим способом работы.

Сначала это был очень простой трекер для себя: быстрый вход, минимум интерфейса, одна логика доступа к проектам. Дал ему соответствующее название - "TaskKeeper".

Так выглядела первая версия трекера
Так выглядела первая версия трекера
Потом появились исполнители, фильтры.
Потом появились исполнители, фильтры.

Потом всплыла реальная продуктовая сложность: если в системе есть файлы и разные люди, нужно нормально решать права доступа. Так появились жесткая проверка доступов и отдельное S3-хранилище.

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

На выходе я получил ровно то, чего мне не хватало:

  • быстрое фиксирование задач;
  • прозрачную коммуникацию с клиентами;
  • одну систему вместо нескольких разрозненных инструментов.
Побочный эффект тоже приятный: у меня появился продукт, который теперь хочется развивать дальше.
Побочный эффект тоже приятный: у меня появился продукт, который теперь хочется развивать дальше.

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

Интересно, а как вы решаете это у себя: заметки, таблицы, корпоративные системы или тоже не нашли удобный вариант?

1
Начать дискуссию