Делаем своё, пока сервисы уходят из России. Опыт ИТ-компании по разработке сервиса отслеживания окупаемости проектов

ИТ-компания Riverstart рассказывает о внедрении собственного решения для отслеживания эффективности проектов. Актуально сейчас, когда иностранные сервисы уходят из России, и нужно подбирать какой-то аналог — найти отечественную программу или разработать собственное решение.

Этот материал будет интересен тем, кто управляет множеством проектов — как для клиентов, так и собственных.

Наша компания специализируется на разработке — как для заказчиков, так и для личных целей компании. В статье делимся собственным опытом.

Для каждого из проектов мы ведем учет эффективности, то есть окупаемости.

Зачем вообще считать окупаемость проектов

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

Как считать окупаемость правильно — алгоритм

1. Определяем, сколько часов работника ушло на дела по проекту. Учтем короткие перерывы на отдых и чай, считаем не по минутам, а по долям рабочего времени, распределенного между проектами.
2. Анализируем поступления от заказчиков, как реальные, то есть фактические, так и ожидаемые по плану. 
3. Вычисляем затраты на занятость персонала по данному проекту. Учитываем зарплату, фиксированный доход, оплату за час и другие виды вознаграждений, включая бонусы и премии.
4. Определяем дельту.
5. Сопоставляем различные временные отрезки и строим прогнозы.

Естественно, все расчеты производим автоматизированно, не вручную.

Мы опробовали несколько инструментов

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

Проще всего было взять Google Таблицы, они бесплатные и легкие в использовании. Записи о работе начали вести в отдельных файлах: каждый член команды вносил данные о проекте, выполняемой задаче и времени, потраченном на это. Все расчеты производились автоматически благодаря формулам, которые мы настроили. Ставки и формы вознаграждения, будь то почасовая оплата или фиксированный оклад, могли варьироваться для разных сотрудников.

Но итог — громоздкие страницы, слетающие форумы, зависающие документы.

Использование этого инструмента связано с риском. Если сервис прекратит деятельность на территории России, если возникнет техническая неисправность, которая ведет к потере данных или их утечке, самостоятельно восстановить данные или даже пользоваться ими будет невозможно.

Если вы тоже решитесь на собственный сервис, как и мы, то вам будет полезен наш опыт: по каким параметрам мы искали решения, а потом делали свое.

Каким требованиям должен соответствовать сервис отслеживания окупаемости проектов

Список:

1. Мы ищем систему для подсчета рабочих часов наших работников, которая позволяет вносить данные вручную. Не нужны функции слежения за действиями на компьютере, такие как скриншоты экрана. Наш интерес — распределение времени по разным проектам.
2. Важен контроль финансовых потоков — доходов и расходов по каждому проекту, чтобы мы могли видеть общий финансовый результат.
3. Необходима и детализация по каждому проекту, и суммарный отчет.
4. Российская система, которая не уйдет с рынка, чтобы не потерять нашу статистику в случае санкций.
5. Система должна поддерживать многопользовательский доступ, давая возможность каждому члену команды регистрироваться и учитывать свое время.

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

Этапы разработки сервиса

Для осуществления задуманного нам необходимо было:

1. Прописать алгоритм, по которому мы бы отслеживали расходы на проекты и финансовые поступления от заказчиков. 
2. Составить формулы для подсчета заработной платы с учетом различных схем оплаты труда. Сюда можно отнести почасовую оплату, оклад, KPI, оклад + KPI, фиксированное вознаграждение и прочие варианты.
3. Внедрить возможность вычисления разницы в показателях как для отдельных проектов, так и для их совокупности.
4. Выделить пользовательские роли и прописать ограничения доступа для каждой из ролей..
5. Обеспечить возможность назначения сотрудников на конкретные проекты. 
6. Реализовать систему пользовательских уровней доступа с различными привилегиями.
7. Настроить инструмент для создания отчетов.
8. Провести тестирование сервиса внутри компании, чтобы выявить недостающие функции и упростить процесс работы.

Стек выбрали такой: Vue.js, NodeJS, PHP, Laravel и MySQL.

Сервис назвали Liana, красиво, просто и легко запомнить.

Какие данные потребуются в начале работы 

Что нужно собрать и прописать:

1. Список пользовательских ролей
2. Список отчетов, которые нужны каждой роли.
3. Степени допуска к данным.
4. Нужные нам цифры и формулы для подсчета.

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

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

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

Как происходит учет окупаемости проектов в сервисе— алгоритм

1. Когда появляется новый проект, ответственный вносит её в систему и определяет команду исполнителей. Это позволяет каждому из них фиксировать свои ежедневные усилия по проекту.
2. Отслеживание рабочего времени. Через личный профиль работник выбирает проект, описывает свою деятельность и затраченное время с точностью до 20–30 минут, учитывая периоды отдыха и короткие перерывы.
3. Контроль заданий. Руководитель оценивает выполненные задания или возвращает их на доработку, если обнаруживает неточности или если задача не выполнена по факту.
4. Расчёт заработной платы. Он зависит от того, как строится оплата: фиксированный оклад, оклад с учётом KPI, оплата за час, единовременная сумма и так далее. По итогам месяца видно, какую роль сыграл каждый в проекте, благодаря чёткому разделению задач.
5. Подсчёт прибыли. Ответственный за проект заносит в систему ожидаемые и реальные платежи от клиентов. Это помогает выявить недочёты, например, не выставленные счета или отказ клиента от стандартной услуги в этом месяце.
6. Расчёт прибыли и убытков. Все доходы и расходы объединяются для анализа эффективности проекта. Также важно иметь общий отчёт о финансах организации, чтобы руководство могло оценить итоговые цифры и принимать решения о дальнейшем развитии бизнеса.

Так это выглядит в сервисе по итогу:

Какие отчеты нужны

1. Для работника создан отчет. который показывает, сколько часов он уделил каким проектам и какова сумма его заработка. Это помогает понять, выполнил ли он свою норму, не перерабатывает ли..
2. Менеджер видит, насколько загружены подчиненные, может снизить нагрузку на перегруженного сотрудника, обговорить, как лучше распределить время между задачами.
3. Руководитель компании владеет общим контролем: проверяет, как работают сотрудники, сколько тратится и зарабатывается, следит за платежами, планирует прибыль и т.д., анализирует изменения по разным временным отрезкам. Его задача – наблюдать за бизнесом и прогнозировать будущее.

Автоматические отчеты упрощают управление финансами. Сам процесс создания отчетов  оптимизирован — перекладывается с людей на алгоритм. 

В итоге мы используем готовую разработанную нами систему под названием Liana и не беспокоимся, что она уйдет с рынка, поднимет стоимость использования или как-то ограничит аккаунт. За сохранность данных ответственны мы сами, так проще. 

Мы даже зарегистрировали сервис Liana в Федеральном институте промышленной собственности и включили в Реестр российского ПО.

Будем рады, если опыт компании Riverstart поможет вам в ваших разработках.