Фриланс

Как работает «Мой налог»: правила, о которых самозанятые почти никогда не знают

Готовя заключение для клиента- самозанятого, планирующего открыть небольшой бизнес, я нашла весьма интересный документ – Приказ ФНС России от 14.02.2022 № ЕД-7-20/106@, о котором до этого сама не знала и уверенна, что и многие самозанятые не знают тоже, и хочу поделиться с вами полезной информацией.

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

Регистрация: правила сканирования.

Оказывается, процесс регистрации по паспорту регламентирован до мелочей.

При сканировании паспорта (п. 6 Порядка) недопустимо использовать заранее сделанный скан или электронное изображение.

Нужно сканировать разворот непосредственно в приложении.

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

Еще интереснее требование к селфи😊: его нужно сделать строго анфас, без головного убора и очков, и приложение проверяет соответствие с фото в паспорте.

При низком совпадении регистрация не пройдет.

Кроме того, Порядок предусматривает регистрацию через личный кабинет на сайте ФНС или через учетную запись Госуслуг (ЕСИА) (п. 7, 8 Приказа).

Корректировка и аннулирование чеков:

Налогоплательщик имеет полное право исправить ранее переданные в ФНС сведения, то есть аннулировать чек (п. 20, 21 Порядка).

Процедура выполняется прямо в приложении: в разделе «Чеки» нужно выбрать ошибочный чек, через меню (три точки) нажать «Аннулировать», подтвердить действие и указать причину – «Чек сформирован ошибочно» или «Возврат средств».

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

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

Формирование чека:

При формировании чека (п. 18 Порядка) важно правильно указать тип покупателя: физическое лицо, юридическое лицо/ИП или иностранная организация (для последних есть специальный переключатель).

От этого зависит корректность учета и дальнейших отчетов.

Уплата налогов и добровольные пенсионные взносы

Через приложение можно не только уплатить начисленный налог банковской картой или по квитанции (п. 23), но и решить вопросы с будущей пенсией😊, платить добровольно пенсионные взносы.

Вы можете в добровольном порядке вступить в правоотношения по обязательному пенсионному страхованию и перечислять взносы прямо из приложения (п. 25, 26).

Я не платила их и не буду. Депозит в банке надежнее.

Информация о состоянии вашего лицевого счета в ПФР также будет отображаться в «Моем налоге» (п. 27).

Уведомление о сумме налога приходит в приложение не позднее 12-го числа месяца, следующего за отчетным периодом (п. 22).

Мелкие суммы (менее 100 рублей) автоматически переносятся на следующий период.

Снятие с учета и электронные справки

Сняться с учета в качестве самозанятого можно так же просто, как и встать – через кнопку в разделе «Профиль» (п. 12 Порядка).

Все уведомления от ФНС о постановке и снятии с учета приходят через смс и push-уведомления.

Важно, что через приложение можно сформировать официальную электронную справку о постановке на учет или о доходах, заверенную электронной подписью налогового органа (п. 14).

Такой документ имеет полную юридическую силу.

И, пожалуйста, не закидывайте меня тапками, ведь и среди ИТ специалистов много самозанятых)

Как провести правовой аудит дизайн-студии и защитить интеллектуальную собственность | Кейс

Хочу с вами поделиться кейсом 2024 года.

Исходные данные:

• Форма: ИП.

• Команда: 3 сотрудника в штате + периодически привлекаемые удаленные специалисты (дизайнеры, IT-специалисты, специалисты по рекламе).

• Опыт: Работает около года.

• Деятельность: Дизайн интерьеров — создание интерьеров для домов, офисов, ресторанов и других помещений.

Запрос: « Все ли верно с юридической точки зрения и защищены ли интересы студии».

1.Я провела комплексный аудит:

• Интеллектуальной собственности (ИС): Наличие, хранение, передача прав и др.

• Договоров: с клиентами, штатными сотрудниками и с привлекаемыми удаленными специалистами.

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

• Соблюдения закона о перс.данных: Наличие необходимых документов и соблюдение норм по защите, хранению и обработке персональных данных.

2. Какие риски выявлены:

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

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

• Проблема с удаленщиками. С внешними дизайнерами и IT-специалистами работали по гражданско-правовым договорам, в которых вообще не было речи о переходе прав на созданные ими объекты (например, элементы визуализации или доработки сайта). Без этого все, что они делали, оставалось их личной собственностью. Не было никакой ответственности удаленщиков, в том числе в случае, если они использовали результаты чужой интеллектуальной собственности, нарушили сроки или выполнили работы некачественно

• Не было внутренней системы документооборота по поручению заданий и фиксации результатов. Студия не оформляла акты приема-передачи проектов от дизайнеров, не вела реестр созданных работ, не было приказов/поручений работы конкретным сотрудникам. В случае спора было бы сложно доказать, кто, что и когда создал.

• Отсутствовало положение о коммерческой тайне, соглашения о конфиденциальности с сотрудниками, удаленщиками, контрагентами. Эскизы, чертежи и концепции будущих проектов могли беспрепятственно «уходить» к конкурентам вместе с уволившимися сотрудниками или подрядчиками, и запретить это было практически невозможно.

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

3. Что было сделано:

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

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

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

• Разработала, а собственник заключил соглашения о конфиденциальности..

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

Юридический форум Гаранта и форум Правотеха.

Два дня - 24 и 25 сентября, у меня были невероятно интересными насыщенными

Совмещая с работой последовательно приняла онлайн участие в двух крупных юридических форумах - «Гарант» и «ПравоТех» и хочу поделиться впечатлениями.

💼 Всероссийский юридический форум «Гарант"

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

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

Для меня стало новостью, что большая часть нашего права построена на американской системе права.

И еще прозвучала обнадеживающая для многих юристов новость - совместными усилиями профессионального сообщества адвокатскую монополию снова удастся отбить.

Это меня очень радует.

🤖 Форум «ПравоТех»: ИИ как помощник юриста

Его главная тема - цифровая трансформация и искусственный интеллект в юридической практике.

Да, было интересно, полезно, но гораздо меньше чем Форум Гаранта.
Много дискуссий и мало практических знаний для меня. Хотя я очень интересуюсь этой темой и по немногу внедряю.

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

Теперь очень хочется попасть на какое-то крупное профессиональное обучение. Пока этому препятствуют отсутствие времени,мало качественных курсов для юристов и они весьма недешевы.

Активно обсуждали все выходные эти темы на моем канале .

© Бочарникова Е.В. 2025 Публикация и иное использование возможно только со ссылкой на указание автора.

Пост о том как я разработчиков нанимал, история из жизни :)

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

У меня большой опыт в мобильной разработке, в основном нативный Android приправленный мультиплатформой на Compose Multiplatform и Flutter.

Руководитель компании попросил меня помочь сформировать команду Android-разработки на доработку и поддержку достаточно масштабного и сложного проекта X.

Проект тащил свое приятное но от того не менее сложное Legacy: многомодульность, Clean Architecture, DI, MVVM, Kotlin, Coroutines, Flow работа с БД и клиент-серверное взаимодействие - в общем популярный набор современного бизнес-приложения.

Строго говоря у меня было две задачи:
1. Помочь джуниору разобраться в проекте чтобы он мог уже что-то делать
2. Набрать команду нативных Android-разработчиков

Условия усложнялись тем, что компания что до этого разрабатывала проект не очень-то шла на контакт и обе стороны принимали друг-друга в штыки. По этому сам проект и задачи передавались со скрипом и негативными эмоциями, "проект теперь ваш, вот вы и разбирайтесь, мы сделали конфетку, там все понятно" - говорили одни, "у нас команда профессионалов и задачи задерживаются потому что вы написали чрезмерно сложный недо-код" - говорили другие, а владелец продукта говорил- "ничего не волнует делайте как хотите за все уплочено" (бизнес и конкуренция как ни крути 😁)

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

Ситуацию в целом обрисовал.. (хотя ситуация конечно масштабнее там еще и менеджмент с загонкой джунов и эйчар структура направленная на формирование командного духа и внутреннего обучения.. ( как я вижу из своего опыта и то и другое скорее мешает чем помогает в моменты когда надо работу работать и должно быть сделано еще вчера ). Вот хорошая метафора пришла: ситуация как в "Лебедь, Рак и Щука", воз - это работа, а все остальные это Лебедь, Рак и Щука.)

Идем дальше:

Эйчары стали лить на меня трафик из соискателей на должность Android-разработчика. И на протяжении 2-х недель я каждый день собеседовал по 2-3 кандидата, иногда 1-го. Уровень у всех очень отличался. Приходили как совсем свежие пирожки прямо после курсов, так и уже матерые обкатанные на серьезных проектах колобки. У меня был стек проекта и потому вопросы тоже считай были сформированы, диалог строился так: Привет-привет, расскажи про свой опыт, и от этого опыта погнали ветвиться по темам в сторону нужных компетенций и стека. С кем-то укладывались в 30-минут, с кем-то залипали на 2 часа. Т.е. с кем-то шли дальше в глубину, а с кем-то прошли по верхам и на этом все.

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

Чтобы как-то передавать то что я узнавал в процессе собеседования о кандидатах, мы ввели оценку, грубо говоря число от 1 до 5, насколько человек подходит на проект + моя рекомендация. Дальше уже другие люди делали какой-то оффер на работу, или не делали.

В итоге за 2 недели мы наняли 5 человек, + тот разработчик что изначально был на проекте с моей (и божьей) помощью вкатился в проект и начал работу по задаче.

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

Я еще пару недель занимался онбордингом на проекте + выступал адвокатом разработчиков + переводчиком с менеджерского на разработческий и обратно, та еще задачка 😁.

1-н нанятый стажер в итоге не потянул и отвалился, остальные 5-ро продолжили работу, уже без меня, а я отправился дальше :)

Упрашивал ChatGPT нарисовать мне картинку с человеком. Ни в какую! Отказывается!

Сегодня с помощью ChatGPT генерировал картинку к Норм ЦРМ.

Я добавил мета-теги, заголовки на двух языках. Ну и картинку, которая будет подтягиваться, когда кто-то будет делиться ссылкой на проект.

Попросил нарисовать фрилансера-одиночку за уютным домашним рабочим местом. И тут — хопа — отказ. Мол, это не соответствует нашим политикам.

Тогда попросил нарисовать человека, лица которого мы не видим. Просто фигуру. Снова отказ.

Затем попросил нарисовать антропоморфного кота. И тоже нельзя.

Я удивился. Раньше никаких подобных ограничений не было. В итоге попросил сгенерировать картинку без людей, а сам пошёл разбираться, какая нейронка мне теперь подойдёт для этих целей вместо ChatGPT.

Если что, использую пятую версию с подпиской Plus.

——
Апдейт:

В комментариях пишут, что никаких ограничений нет.

Я попробовал сгенерировать в новом диалоге — и тоже ограничений не оказалось.

А вот внутри папки с проектом — не разрешает по какой-то причине.

Буду разбираться дальше.

Из разговора с потенциальным клиентом…

Клиент: Сколько страниц будет входить в аудит?
Я: Неизвестно. Почему неизвестно? Потому что у меня нет цели написать определённый объём правок и замечаний. Сколько их увижу — столько и зафиксирую. Если бы я проаудировал систему и не нашёл в ней ни одной проблемы — размер документа не превышал бы одной страницы.

Тут сразу пара моментов, которые хотел бы подсветить.

Я раньше, когда работал над документацией, считал, что «чем объёмнее — тем лучше». Это ещё со школы и универа. Реферат должен быть на пять листов. Эссе на семь. Доклад на три.

Акцент был на форме, а не на содержании. И это ужасно. В начале двухтысячных, когда работал в компании Webmaster.Spb проектировщиком, клиентам нравились толстые ТЗ. Точнее, представителям клиентов. Менеджерам. Сами-то клиенты эти ТЗ не читали, насколько мне известно.

Из строительной тематики тоже была клёвая байка, которую мне рассказал один из клиентов: «Я однажды сдаю своему шефу пачку документации высотой в два сантиметра. А он смотрит на неё и пальцами показывает три сантиметра. Вот столько, говорит, надо. Возвращайся, когда будет пачка высотой в три сантиметра».

Это первый момент. А второй — если во главе стоит форма, а не содержание, то это сродни проектированию главной страницы сайта, когда всё остальное ещё не готово. Спроектировал главную за час, а потом пятьдесят часов подгоняешь остальные сто страниц под неё. Вместо того, чтобы сделать всё без ограничений, а главную рисовать уже в самом конце, когда весь проект будет понятен. В виде вишенки на торте.

Иногда ещё, знаете, решишь написать статью. И придумываешь ей заголовок «пять ошибок начинающих проектировщиков». И вот четыре ошибки легко расписал, а пятую никак придумать не можешь. И сидишь, мучаешься, тратишь время. А мог сначала статью написать, ограничившись четырьмя ошибками, а затем уже заголовок придумывать.

Прикиньте, кто-то сначала бы придумал тематику: пять начал (законов) термодинамики. И после четвёртого сидел бы и страдал.

Возвращаясь к моим аудитам: у меня нет задачи найти конкретное количество косяков. Задача — проверить, достигают ли пользователи интерфейса своих целей. Если достигают — и отлично! Радоваться надо, что в моём документе будет одна строчка текста («Всё идеально, красавчики»). Это как на чек-ап пойти ко врачу и переживать, что ничего не нашли.

К сожалению, на практике такого ещё ни разу не было. Всегда что-то нахожу.

П.С.
Представляете, я бы сказал, например: «Четыре страницы». Сделал бы аудит и нашёл бы ошибок на две страницы. И что бы делал? То же, что в школе и универе? (здесь должна быть какая-нибудь эмодзи с льющейся бессмысленной водой)

Разработчики в одиночку дизраптят вертикальные рынки создавая AI-native компании

Помимо самого ИИ, который как снег на голову, мы находимся на пороге беспрецедентного передела бизнес-рынков.

Лидеры мнений говорят, что AI-native компании будут достигать соответствия продукта рынку быстрее, всего с одним основателем, но с более высоким уровнем автоматизации, чем когда-либо прежде.

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

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

Пару слов о себе. Я более 20 лет в инновационном и стратегическом консалтинге, а последние 5 лет параллельно ментор стартапов в Сколково. Только за последние несколько лет через меня прошло более полутора сотен продуктовых команд и стартапов, с которыми мы обсуждали как развивать, усиливать или менять их продукт с приходом ИИ.

Год назад я придумал и затем запустил движение айвенторов, технологических предпринимателей нового поколения, которые готовятся к реализации новой бизнес-модели соло-предпринимателей, окруженных пулом ИИ-агентов и MAS.

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

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

Но сегодня об иллюзиях.

Зона иллюзий: Какие мифы породила эта революция?

Миф первый: "Любой может создать AI-стартап"

Реальность жестче. Порог входа сместился с денег на компетенции. Да, вам больше не нужны миллионы долларов стартового капитала. Но теперь нужно разбираться в архитектуре LLM, понимать ограничения различных моделей, уметь проектировать “новую автоматизацию” и работать с векторными базами данных. Плюс RAG, управление контекстом в MAS, оптимизация inference.

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

Миф второй: "Теперь всё просто, нажал кнопку и готово"

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

Миф третий: "Конкуренция стала проще"

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

Миф четвертый: "Независимость от крупных корпораций"

Ирония в том, что AI открывает рынки, но делает игроков более зависимыми от крупных вендоров. OpenAI, Google Cloud, Azure – это все новые монополисты. Один измененный API, один повышенный тариф, и ваш новый бизнес может оказаться под угрозой. Независимость обернулась новой формой зависимости. Однако, тренд на демократизацию интеллекта, решает и эту проблему.

Что я еще упустил из иллюзий?

Это по сути анонс большой статьи, в которой раскрою тему подробно. Опубликую в понедельник.

Сверхзанятость: диагноз или суперспособность?

Привет, меня зовут Наталия, я веду канал о сверхзанятости «Наташа, мы всё уронили» и хочу поговорить об этом явлении. Можно подумать: «Опять история про рабочий марафон и выгорание». Но нет — мой опыт показывает, что многозадачность может быть не только выматывающей, но и вдохновляющей.

Я живу в режиме multitasking с 2019 года. Сейчас совмещаю три работы: шеф-редактор бренд-медиа «Просто работа» от «Работа.ру», редактор «Историй» в Unisender и главный редактор в агентстве, которое ведёт соцсети крупной металлургической компании, а ещё беру заказы на статьи. Да, звучит как шутка про «отоспимся в гробу», но я справляюсь и даже получаю удовольствие.

Зачем мне это надо?

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

У меня в каждом проекте уникальная роль, и это помогает лучше понимать весь процесс. Вот так и живу: то в шкуре менеджера, то в роли редактора, то мысля как копирайтер.

Как не умереть от нагрузки?

Чтобы работать на нескольких проектах и не выгореть, нужно стать суперсистемой. Самоорганизация и дисциплина — это база. Тут нет пространства для долгих раздумий.

Вот пара проверенных приёмов, как не сойти с ума и при этом успевать везде:

1. Сверяться со списками и календарём. Списки и календарь — это не просто план на день, а настоящая карта выживания в мире многозадачности. У меня их несколько: календарь, чтобы видеть картину целиком, и списки to do для каждого проекта, в том числе и личных дел. Они синхронизированы. В них я заглядываю после каждой завершённой задачи, чтобы её вычеркнуть. Также очень важно вовремя добавлять туда даже маленькие задачи: иначе что-то точно потеряется.

2. Расставлять приоритеты: есть лягушек и слонов до конца. «Поедание лягушек на завтрак» реально работает, особенно когда ведёшь несколько проектов одновременно. Этот метод означает, что день нужно начать с самой сложной и неприятной задачи (та самая «лягушка»). Причём нужно обязательно довести её до конца, чтобы потом не пришлось начинать заново. Поэтому в списке задач я делаю пометки с приоритетностью: самые «вкусные» лягушки в самом начале дня. Слоны, кстати, — это те долгосрочные задачи, которые жуют по кусочку каждый день.

3. Заботиться о себе — планировать не время, а энергию. Эта истина спасала меня много раз. В отличие от простого расписания, здесь важно заранее понимать, когда у тебя пик работоспособности. Например, утром я легко берусь за сложные задачи, потому что мозг ещё работает на максималках. Днём — идеально проводить встречи или делать рутину, чтобы чуть сбавить темп. Вечером же можно позволить себе легкие задачи, вроде чтения или правок.

Кстати, бывает, что энергии нет совсем, а задача горит. Тогда я просто беру перерыв, даже если это 5–10 минут на чашку кофе или прогулку. Удивительно, но несколько минут в тишине помогают больше, чем перерывы на сериалы и соцсети. После них энергии не прибавляется, зато чувство вины за «прокрастинацию» — ещё как. Так что важно добавлять в расписание несколько перерывов между сложными задачами.

Сверхзанятость: дар или проклятие?

Есть важный момент: ничего не получится без мотивации. Без неё даже одна работа будет казаться неподъёмной. Важно иметь чёткий ответ на вопрос «Зачем?» — это становится топливом в те моменты, когда всё начинает казаться бессмысленным.

P.S. Помните, всегда можно добавить в свой список дел пару минут на мемчики — иногда это спасает лучше, чем весь тайм-менеджмент мира!

Наталия Алекса — шеф-редактор медиа «Просто работа», автор Telegram-канал о сверхзанятости «Наташа, мы всё уронили». Эту колонку она написала для авторской рассылки «Честно». В рассылке каждую неделю маркетологи говорят о том, что их волнует в маркетинге прямо сейчас. Подпишитесь, чтобы не пропускать самые интересные колонки от крутых ребят — всё пришлём прямо вам на почту.

Колоссы на глиняных ногах

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

Ну а что, акционеры довольны, сотрудники «гнут пальцы» и учат других, как надо делать. Зачем слушать кого-то там, мы же самые крутые (вот цифры), у нас работают самые умные (вон какие зарплаты и драчка за офер), наших спикеров отрывают с руками любые конференции и онлайн-курсы, какую бы пургу они ни несли.

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

Зато смотрите, у нас тут есть вон какие «свистелки» (реклама и пуши), «дуньте» (подпишитесь), вас торкнет. А вот ещё потыкайте эти «перделки», мы старались, «Вам это точно пригодится», «Мы специально подобрали для вас». А ещё, нашего монстрика можно кормить печеньками (кукисы). Не хотите? — «Отключите VPN» («ВАЛИ ОТСЮДА НАХ…»).

Продукты всё дальше от ожиданий пользователей. Чтобы внести изменения теперь слушают акционеров и стейкхолдеров. Остальные — тихонько бурчат в чатиках и собирают мемчики про «инди-компании». А потом всё как-то «взрывается» Интелом или Ягуаром в цвете Pantone.

Одним из решений для преодоления такого тупика мне видится привлечение фрилансеров.

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

Фрилансеры работают над продуктами из разных сфер, это позволяет им оценивать продукты в сравнении с решениями конкурентов.

Да, фрилансерам не хватает погружённости в продукт и «ценности компании». Однако часто, гениальные решения лежат именно за рамками «корпоративных стратегий».

Возможно, начав слушать «внештатников», боссы услышат и увидят собственных дельных сотрудников за стенами отчётов.

Бурные обсуждения годных идей даже самых «заштатных» специалистов, плюс обязательные эксперименты — и без экивоков все будут опять говорить: «… — это круто», а не «куча бажных сервисов 15-летней давности».

В общем, заказываю недавно еду в Достаевском.

Оплачиваю — и вижу приглашение пройти опрос.

А что, мне не жалко! Попадаю в Яндекс.форму. С первого вопроса понимаю, что опросник — для пользователей мобильного приложения. А я только сайтом пользовался!

Ну, отвечаю как могу. Замечаю, что в одном месте меня просят дать развёрнутый ответ, а места для него — шестьдесят четыре символа.

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

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

А тут ответили. Сначала написала дизайнер. Я поделился обратной связью и добавил, что ещё и аудиты делаю на заказ и что, мол, обращайтесь. А затем написала hr и попросила резюме.

Я ответил, что устраиваться на работу не собираюсь, но готов посотрудничать попроектно.

Рассказал, как это делаю с другими клиентами, показал пример.

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

Пообщайтесь с CHAT GPT https://chatgptchatapp.com

20.10.2018 вайп стал богом...

Как уйти из найма во фриланс и не упасть в доходе

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

Я также и предлагаю им подумать о том, как сделать новую самостоятельную карьеру успешной.

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

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

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

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

Чуть более года назад я тоже ушел из найма в свое дело и проходил все эти этапы. И я знаю, как это не просто.

Если Вы выбрали свой путь или еще думаете об этом - я желаю Вам удачи и успехов на этом пути!

— Ни слова больше! Я точно знаю, что вам нужно!

Такого мои клиенты от меня не слышат. А когда-то давно слышали. И очень часто.

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

Я прямо светился уверенностью, что результат будет тот, что надо. Уходил на неделю-другую, чтобы сваять прототип, возвращался… И слышал от клиента: «Кхм, это не совсем то, что я себе представлял. Можно кое-что подправить?».

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

И клиенты говорят: «Ого, Егор! Это именно то, что нам нужно! Вообще никаких комментариев! Вы с нами, наверное, на одной волне?». Я обычно улыбаюсь и отвечаю, что, видимо, да, на одной волне, но на самом деле точно знаю, что это результат именно выстроенных процессов, которые не позволят мне к концу проекта ошибиться в ожиданиях клиента.

Почему я не делаю публичных разборов

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

Отвечаю. Я не могу делать разнос результата работы, о которой мне ничего неизвестно. Например, вижу кривую и неудобную форму для ввода данных и не знаю — то ли это дизайнер не справился, то ли клиент настоял на таком варианте и остался доволен, то ли (что самое забавное) результаты тестов показали, что именно такая форма максимально хорошо выполняет свою задачу. В этом случае я просто испорчу репутацию, показав, что готов судить работу, не разобравшись в контексте и её реальной эффективности.

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

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

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

Новички обычно сразу рвутся в бой

А опытных специалистов выдаёт тщательность подготовки.

В начале карьеры сделал пару проектов без договоров и нарвался на то, что мы с клиентами совершенно по-разному представляли результат. Пришлось потратить больше времени, чем планировал, чтобы всё переделать. С тех пор не работал без договоров.

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

Перестал отмахиваться от мелочей. Знаете, вроде: «Ну, с этим примерно понятно, дальше разберусь уже в процессе». Или: «Ничего страшного, что не предупредил клиента о том, сколько часов потребуется на переговоры. Он же точно заинтересован в этом больше, чем я сам!». Или: «Завтра гляну, открываются ли файлы с описанием системы от клиента. И доступы к личному кабинету тоже чуть позже проверю». Потому что эти мелочи били меня по носу, когда уже было поздно отказываться от обязательств.

В общем, новички скорее рвутся в бой и боятся показаться некомпетентными. Сам таким был.

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

С опытом новыми красками играют старые пословицы да поговорки:

«Не зная броду, не суйся в воду»;
«Поспешишь — людей насмешишь»;
«Семь раз отмерь — один раз отрежь»;
«Тише едешь — дальше будешь».

Ох, и косячил же я поначалу с коммерческими предложениями!

Ленился и не оценивал работу сразу после того, как пообщался с клиентом. Проходило несколько дней, я отправлял заказчику коммерческое предложение, а он уже передумал делать заказ. Интересно, почему?

Оценивал «на глазок». Видел, что похожие проекты уже делал в прошлом, и называл примерно такие же цены и сроки. Ошибался почти всегда. А иногда вызывал подозрительные вопросы: «Как вы так быстро определились с ценой? Вы вообще изучали наш проект?». Интересно, почему?

Отправлял КП и ждал реакции от клиента. Предполагал, что клиент ознакомится с предложением, а потом напишет мне что-то вроде: «Замечательное предложение! Давайте готовить и подписывать договор!». Но частенько клиент не спешил писать. И не особо стремился организовывать начало сотрудничества. Интересно, почему?

Я мог бы довольно долго продолжать этот список. Поэтому просто выложил пост с подробным видеорассказом.

Приходит потенциальный клиент к разработчику…

— Мне бы сайт разработать! Можете сказать, сколько это будет стоить?
— А проектная документация у вас есть?
— Не-а.
— Она нужна для оценки. Попробуйте сходить к проектировщику интерфейсов. Возвращайтесь с проектной документацией — и я оценю разработку.

И клиент идёт к проектировщику интерфейсов. Например, ко мне.

— Мне бы сайт спроектировать! Можете сказать, сколько это будет стоить?
— А задание на проектирование у вас есть?
— Не-а. Только не говорите, что опять надо к кому-то идти?!
— Нет. Давайте с вами созвонимся такого-то числа во столько-то — и я за час соберу у вас все необходимые сведения для составления этого задания. Дальше вы проверите, нигде ли я не ошибся — и если всё ок, то я смогу оценить проектирование.

Вот примерно так я обычно и создаю документы под названием «Функциональные требования» (ФТ). По ним я могу оценить объём работ по проектированию. Вот вам видеоролик, в котором показываю пример такого документа и рассказываю о некоторых нюансах его подготовки.

Почему я работаю только по 100% предоплате

Я прошу 100% вперёд, когда делаю для кого-то работу. А также предпочитаю оплачивать 100% вперёд, когда кто-то делает работу для меня.

Почему так? Здесь есть много нюансов, но основная причина в следующем:

Без предоплаты исполнитель, который делает сложную, растянутую во времени, работу, будет (осознанно или не очень) учитывать риск неуплаты и тревожиться по этому поводу в течение всего срока. Эта тревога может повлиять и на полноту, и на качество работы.

Заказчик же, оплачивая 100% вперёд, тревожится только в момент оплаты, а потом ещё пару раз в процессе переговоров. И эта его тревога никак не влияет на результат.

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

Отдельно тему раскрываю в этом посте с видеороликом.

Раньше у меня было так: допустим, в моём окружении есть какой-то человек, который что-то делает гораздо круче меня (например, зарабатывает). И вот я внимательно изучал, чем он сейчас занимается (какой у него распорядок дня, куда он вкладывается, чего избегает). Рассматривал его действия под разными углами, пытался чему-то научиться.

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

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

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

— Теперь, когда я проговорил это вслух, идея кажется мне полным бредом!

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

Круто, когда рядом есть кто-то, кто, выслушав тебя, не осудит. Либо промолчит, либо поддержит. Осудить тоже может, но только если ты сам попросишь об этом.

Я думаю, что у каждого в жизни должны быть такие люди. А иначе как?