Экономика, Бизнес-модели, Токеномика, Маркетинг

Я не буду томить вас и зайду сразу с козырей. Фундаментальная проблема бизнеса — отсутствие документации. Да, именно отсутствие документации: тормозит всю работу в компании; генерирует всевозможные ошибки; не дает расширяться компании. Для многих слово «документация» отдает некой бюрократией и талмудами бесполезных инструкций. Но это не так. Документация может и должна быть лёгкой!  Когда я в 2010 году начинал свой очередной бизнес в ИТ, я первым делом описал все бизнес-процессы. Структурно это выглядело вот так: Каждый сотрудник компании понимал, в чём преимущество компании перед конкурентами. Понимал, какие принципы лежат в основе работы компании, что можно делать, а что нет. Более того, когда возникал некий спорный момент, и сотрудник не знал, как поступать, то ему достаточно было открыть эту документацию и найти ответ на свой вопрос. Но чтобы такая документация была полезной, она должна быть написана простым языков. Не надо использовать академические клише из диссертаций. С пер...

Пути развития Когда речь заходит о развитии, то всегда есть два пути: экстенсивный , когда увеличиваем физический размер факторов производства, например, ставит еще больше станков. То есть берем количеством . интенсивный , когда вместо нескольких станков и нескольких рабочих ставим один станок с искусственным интеллектом. Берем качеством . К сожалению, очень часто выбирают экстенсивный путь. И этому есть объяснение: Зачастую руководитель не понимает, что выбирает экстенсивный путь. Он считает свой выбор интенсивным путем развития. Разберем на примере. В чем ошибка Клеить объявления о продаже ноутбуков на столбах это экстенсивный путь. Мало кому при плохих продажах придет в голову решение «нужно клеить еще больше объявлений». Все уже понимают, что нужна контекстная реклама и продвижение сайта. И вот тут кроется ошибка. Очень часто для стимулирования продаж принимается плохое решение: «нужно еще больше рекламы, еще больше бюджета на рекламу». Не смотря на инно...

В сфере IT без тайм-трекинга не прожить: жизненно необходимо понимать, сколько времени ушло на каждую задачу. Есть люди, которые утверждают, что делают это в уме :) Итак, каждый проект мы делим на крупные подзадачи. Подзадачи, естественно, делятся на конкретные задачи, но в рамках трекинга это уже не важно. Для текинга существует множество сервисом. Рекомендую эти два: tmetric.com и timenotes.io Внутри каждого проекта мы заводим подзадачи: Изучение проекта и оценка Документы Работа по проекту Отчеты Встречи Изучение проекта и оценка Для каждого нового клиента работа начинается с этой подзадачи. Не всегда эта работа выполняется за один заход. Очень часто в процессе изучения всплывают дополнительные вопросы и задачи. Иногда случается так, что мы отказываемся от работы с клиентом — слишком много уходит времени на изучение (клиент не готов его оплачивать). Документы В эту подзадачу относится всё время, которое мы тратим на подготовку сопроводительных документов: ...

Совет очень простой, зато эффективный. Я даже не только сейчас понял, что пользуюсь им больше трех лет. Для меня самая большая сложность — внести задачу в систему. Задача и система может быть любой: бухгалтер попросит вычитать договор, жена — купить чай, сотрудник — оценить проект, папа (через емейл) попросил выбрать дрель и многое другое. Вносить все эти задачи через открытие todo-приложения и медленного набирания текста для меня крайне мучительно. Поэтому я… фотографирую или делаю скриншот . Обычно я пересматриваю фото на телефоне через день, иногда чаще. Я точно знаю, что все важные задачи у меня будут там лежать в виде скриншотов переписок, новостей, блогов или в виде фотографий договора, чая, дивана. В результате я почти не трачу времени на добавление задачи в список дел. А если уж задача сложная и многоэтапная, то в свободное время и ее внесу по-человечески :)

Всевозрастающие запросы клиента Уверен, вы сталкивались с постоянно возникающими дополнительными пожеланиями клиента в процессе работы над проектом. Добавьте еще вот тут иконку, интегрируйте вот здесь чат, экспорт в xml прикрутите, сделайте ночной режим для сайта… Очень часто «хотелки» мелкие, но они тоже отнимают время. В итоге срываются сроки, увеличиваются затраты. Но клиент, удивительно, раздражен скоростью разработки все больше и больше. Как помочь разработчикам и клиенту понимать объем выполненных работ? Мы используем следующий подход. При оценки сроков и стоимости проекта, мы рисуем график работ с указанием планируемого времени на каждый этап работ. Например, разработка дизайна 100 часов, верстка — 200 часов, программирование 300 часов. Когда клиент просит добавить что-то, что не было предусмотрено изначально , мы не отказываем (если это действительно полезная вещь). Мы оцениваем эти дополнительные задачи в часах и отражаем на этом же графике, но со знаком минус — он...