Вторая зарплата: Как зарабатывать больше, не увольняясь
- -
- 100%
- +
Сначала посмотрите, что человек делает сейчас
У задачи почти всегда есть нынешний способ решения, даже если он совсем не похож на отдельную услугу. Кто-то работает по вечерам. Кто-то поручает дело коллеге. Кто-то пользуется старым шаблоном, типовым документом или таблицей. Кто-то мирится с неудобным результатом, потому что задача возникает редко. Кто-то ничего не делает и принимает последствия. А кто-то уже обращался к внешнему исполнителю, но не стал продолжать.
Для Ильи нынешняя альтернатива — не пустое место, которое Анна могла бы заполнить. Это опыт менеджера, общий шаблон, помощь владельца и возможность обойтись разговором с письмом. У каждого способа есть свои преимущества. Менеджер понимает контекст, владелец проверяет технические сведения, старые слайды экономят время на сборе материалов. Если Анна не поймёт, почему компания работает именно так, ей будет трудно предложить что-то полезнее.
Нынешний способ решения — точка сравнения для будущей услуги. Он показывает, что клиенту придётся изменить, кому передать информацию и какие риски принять. Если внешнему специалисту нужно долго объяснять задачу, проверять каждую формулировку и переделывать результат, помощь может обойтись дороже внутренней работы, даже если слайды станут аккуратнее. Если же клиент тратит на подготовку много часов, а сроки постоянно сжаты, внешний исполнитель может быть ценен не только оформлением, но и тем, что освободит время команды. Пока это лишь возможные объяснения: их нужно проверять, а не приписывать собеседнику.
История владельца кофейни помогла Анне увидеть разницу между интересом и проблемой. Он поддержал идею, потому что презентации в принципе бывают нужны предпринимателям. Но последняя такая задача возникла несколько лет назад, привычного процесса не было, а ближайшего повода не предвиделось. Он не попросил прислать условия, не рассказал о регулярной потере времени и не назвал способ, которым пытался бы её уменьшить. Его слова были доброжелательной оценкой, но не подтверждением заказа.
Это не значит, что кофейне никогда не понадобится презентация. Такая задача может возникнуть, например, при поиске партнёра или открытии новой точки. Но если Анна ищет устойчивую небольшую подработку, единичный случай без понятного повода в будущем — слабая основа. И наоборот: редкая задача может оказаться стоящей, если последствия серьёзны и человек регулярно платит за её решение. Частота важна не сама по себе, а в сочетании с ценой откладывания, нынешними затратами и готовностью действовать.
Упражнение третье. Разделите факт, вывод и неизвестное
После каждого интервью запишите три коротких блока. В первом оставьте только то, что собеседник действительно сообщил. Во втором сформулируйте свою интерпретацию. В третьем отметьте, на какие вопросы пока нет ответа.
Запись после разговора с Ильёй могла бы выглядеть так:
Факты: около трёх недель назад компания готовила материалы к встрече; менеджер адаптировал старую презентацию, владелец проверял данные; на работу ушло примерно четыре часа; раньше компания платила за обновление общего шаблона; часть встреч проходит без презентации.
Вывод: в некоторых компаниях такого типа подготовка материалов может повторяться и отнимать время у нескольких сотрудников; возможная задача — не просто оформление, а адаптация существующих материалов к конкретной встрече.
Неизвестно: как часто процесс повторяется в других компаниях; какие материалы можно передать исполнителю; готов ли Илья поручить подготовку внешнему специалисту; сколько он считает разумным потратить на отдельный случай; станет ли экономия времени достаточной причиной для покупки.
Такое разделение не позволяет желанию найти клиента превратиться в доказательство. Фраза «у него есть проблема с презентациями» — уже интерпретация. А фраза «три недели назад он потратил вместе с менеджером около четырёх часов на адаптацию слайдов» — факт, который можно проверить дальнейшими разговорами.
Анна договорилась ещё о нескольких коротких беседах с людьми из похожих компаний. Одни почти не использовали презентации: им хватало предложения и устных переговоров. У другого материалы готовила отдельная сотрудница, и руководитель не считал сроки проблемой. В третьем случае владелец регулярно сам приводил слайды в порядок перед встречами и хотел бы передать часть работы, но не был готов отдавать проверку содержания. Ни один ответ не описывал весь рынок. Вместе эти истории помогли Анне отделить общий ярлык «малый бизнес» от конкретного процесса.
После нескольких разговоров гипотеза стала точнее: «Владельцы и коммерческие руководители небольших компаний, которые продают сложные услуги или оборудование другим организациям и готовят индивидуальные презентации к встречам без штатного специалиста по этим материалам. Их задача — к конкретной дате превратить имеющиеся описания, цифры и изображения в связный материал для заказчика. Сейчас часть работы выполняют менеджеры и владельцы, адаптируя старые слайды; это отнимает время и требует проверять актуальность данных».
Теперь в формулировке есть задача, повод, который может повторяться, и нынешний способ её решения. Но готовность платить пока подтверждена лишь отчасти. Илья рассказал, что компания уже платила за обновление шаблона. Это сигнал: в принципе компания покупала помощь с презентационными материалами. Однако Илья не говорил, что готов платить Анне за адаптацию каждой презентации. Чтобы это проверить, понадобится отдельное предложение с понятным результатом и условиями.
Что считать признаком реального клиента
Человек может искренне заинтересоваться вашей идеей и всё же не стать потенциальным клиентом. Потенциальный клиент — не тот, кто первым похвалил ваш навык, а человек или организация, у которых возникает подходящая задача, есть причина решать её и возможность принять решение о покупке или повлиять на него.
Начните с недавнего реального случая. Собеседник должен суметь рассказать, когда он произошёл, что его запустило и кто участвовал. Если похожая задача повторяется или возникает в понятном цикле — например, каждый месяц, перед сезоном или запуском нового проекта, — это ещё один важный признак.
Нужно также понять, как человек справляется сейчас: какие инструменты, сотрудники или внешние исполнители участвуют и почему выбран именно этот способ. Выясните, что происходит, если отложить задачу или оставить всё как есть. Последствием может быть потерянное время, повторные правки, задержка согласования или риск ошибки. Но если собеседник не считает его серьёзным, не назначайте его значительным от его имени.
Обратите внимание на признаки готовности тратить ресурсы. Человек мог уже оплачивать похожую помощь, регулярно поручать задачу сотруднику, искать исполнителя или сам спросить о следующем шаге. Вопрос «Сколько это стоит?» сам по себе не гарантирует заказа, но всё же содержательнее общей похвалы.
Наконец, важно понять, кто принимает решение и когда может возникнуть следующая задача. Если собеседник не называет ни подходящего события, ни человека, который выбирает исполнителя, интерес пока остаётся слабым сигналом.
Ни один отдельный признак не гарантирует покупку. Убедительнее их сочетание: недавний конкретный случай, повторяемость, затраты на нынешний способ и реальные действия для решения задачи. Слова «мне нравится идея» — слабый сигнал. Просьба обсудить сроки и условия для уже назначенного проекта — сильнее. Оплата пробной работы после согласования объёма и цены станет прямым подтверждением, но это произойдёт позже, когда услуга будет сформулирована.
Есть и отрицательные сигналы, которые стоит принимать спокойно. Человек не вспоминает ни одного случая за долгое время, говорит, что справляется без заметных затрат, или не влияет на выбор исполнителя, потому что задачу решает другой сотрудник. Возможно, нет и ближайшего повода, а раньше похожая ситуация не заставляла искать помощь. Это не оценка человека и не приговор вашей компетенции. Возможно, вы выбрали не ту группу, не тот момент или не ту задачу.
Анне не нужно доказывать, что презентации нужны каждой компании. Ей важно выяснить, у кого подготовка материалов возникает достаточно часто, отнимает ощутимые ресурсы и уже решается каким-то способом. Илья оказался полезным собеседником не потому, что подтвердил спрос, а потому, что показал и повторяемость работы, и границы проблемы. Теперь Анна знает, о чём спросить дальше и что пока нельзя считать доказанным.
Чтобы проверить гипотезу, Анне стоит поговорить ещё с несколькими людьми из одной предполагаемой группы, не выдавая первые ответы за статистику. Если истории начнут повторяться, задачу можно исследовать дальше. Если каждый опишет совершенно другой процесс, гипотезу стоит сузить или заменить. Так навык постепенно превращается в описание конкретной помощи, а не в обещание «сделать красиво для всех».
У Анны появилась рабочая гипотеза: кому может понадобиться подготовка презентаций, в какой момент и что эти люди делают сейчас. Но этого ещё недостаточно, чтобы брать заказ. Клиенту важно заранее понимать, какой результат он получит, что должен предоставить сам и где заканчивается работа исполнителя. Следующий шаг — очертить услугу так, чтобы она соответствовала ожиданиям клиента и укладывалась в ограниченное время Анны.
Услуга с понятным краем
В предыдущих главах мы выбрали навык, который можно предложить отдельно от основной работы, нашли для него реального пользователя и проверили, впишется ли подработка в расписание. Теперь пора превратить эту возможность в услугу, ценность которой клиент сможет оценить ещё до покупки. Пока неясны результат и границы работы, даже полезное предложение выглядит как неопределённый проект.
Слово «сопровождение» звучит солидно, но не помогает принять решение. Что именно получит клиент: документ, настроенный процесс, консультацию, набор рекомендаций или постоянную доступность исполнителя? Сколько времени займёт работа? Что произойдёт, если по ходу обнаружится ещё одна задача? Чем больше вопросов остаётся без ответа, тем труднее понять, оправдывают ли польза и объём цену.
Рассмотрим типичный случай. Небольшая сервисная мастерская получает заявки из разных каналов. Одни записаны в бумажном журнале, другие — в отдельных файлах, третьи остались в переписке. Руководителю важно видеть, какие заявки ещё в работе, кто за них отвечает и что нужно сделать дальше. Специалист, умеющий систематизировать информацию и настраивать таблицы, предлагает «комплексное сопровождение обработки заявок».
В этой формулировке ясно, чем занимается исполнитель, но непонятно, что именно покупает клиент. «Комплексное» может означать почти что угодно. «Сопровождение» не объясняет, закончится ли работа передачей файла или продолжится еженедельными консультациями. А «обработка заявок» подразумевает и анализ процесса, и перенос данных, и обучение сотрудников, и настройку программ. Клиенту приходится самому догадываться, что имеется в виду.
Услуга становится понятнее, если начать не с того, что умеет исполнитель, а с результата, который клиент сможет увидеть и использовать.
Сначала результат глазами клиента
В нашем случае результат — не просто «таблица». Файл можно создать за вечер, но он окажется бесполезным, если названия столбцов непонятны, статусы не соответствуют работе мастерской, а обновлять записи неудобно. Клиенту нужен не файл как таковой, а способ быстро получить ответы на рабочие вопросы.
Какие заявки ещё не закрыты? По каким нужно действовать сегодня? Где не назначен ответственный? Какие обращения ждут решения клиента? Это уже описание результата через действия. После завершения работы у клиента будет инструмент, который поможет ответить на такие вопросы без поиска по нескольким источникам.
Здесь важно различать три вещи: обещаемый результат, передаваемый материал и более широкую пользу. Результат в нашем случае — упорядоченный способ учитывать активные обращения. Материал — настроенная электронная таблица и краткая инструкция. А польза, на которую рассчитывает мастерская, — меньше пропущенных действий и более предсказуемая работа. Первые две вещи исполнитель может подготовить и проверить. Третья зависит ещё и от того, будут ли сотрудники вносить данные, назначать ответственных и следовать выбранному процессу.
Поэтому обещание «гарантирую, что заявки больше не будут теряться» рискованно: исполнитель не может отвечать за ежедневные действия всех пользователей. Честнее обещать то, что находится под его контролем: настроить единый список активных заявок, согласовать статусы и показать, как находить записи, требующие следующего действия. Такой результат конкретен и не выдаёт поведение других людей за гарантированную часть услуги.
Проверить формулировку просто: закончите предложение словами «После моей работы клиент сможет…». Если дальше получается «получить комплексное решение» или «оптимизировать процессы», вы пока описываете результат языком исполнителя. А если выходит «увидеть все активные заявки в одном списке и отфильтровать те, по которым нужно действовать сегодня», его уже можно проверить.
От результата к составу работ
Результат в нашем случае можно проверить на нескольких примерах. Пользователь добавляет тестовую заявку, выбирает её статус, указывает ответственного и следующее действие. Затем открывает список заявок в работе и отдельно — те, для которых уже наступил срок следующего действия. Если таблица позволяет это сделать, а инструкция объясняет, как обновлять записи, основная работа выполнена.
Теперь можно определить состав услуги. Для первого предложения разумно ограничить работу одним процессом и одним источником данных. Например, включить короткое обсуждение текущего порядка работы, настройку одной таблицы для одного типа заявок, перенос до ста активных записей из одного подготовленного файла и краткую инструкцию. Количество статусов и полей тоже можно ограничить: скажем, не более восьми статусов и десяти рабочих полей. Это не универсальный стандарт, а пример того, как превратить неограниченный объём работы в проверяемый.
В таблице могут быть дата поступления, внутренний номер заявки, вид работы, статус, ответственный, следующее действие и срок. Набор полей нужно согласовать с решениями, которые принимает мастерская. Поле, которым никто не пользуется, не добавляет порядка. Если же в таблице будут храниться имена, телефоны или другие сведения о клиентах, нужно заранее согласовать порядок передачи и доступа к данным — и не собирать лишнего.
Границы не обесценивают услугу. Они помогают сторонам избежать разных представлений об одной и той же покупке. Поэтому рядом с тем, что входит в работу, полезно назвать ближайшее, но не включённое в неё.
Например, в услугу входит настройка одной таблицы для одного процесса, но не создание полноценной системы учёта для нескольких подразделений.
Можно включить перенос до ста активных записей из одного структурированного файла, но не поиск заявок по перепискам, разбор бумажных журналов и восстановление недостающих сведений.
Краткая инструкция по обновлению статусов — часть услуги; обучение каждого сотрудника и постоянные ответы на вопросы после завершения проекта — нет.
Можно предусмотреть одну согласованную версию рабочей схемы и оговорённую правку. Подключение внешних систем и автоматическая передача заявок из каналов поступления потребуют отдельной договорённости.
Проверить границу поможет встречный вопрос: если клиент попросит сделать это, придётся ли заметно менять срок, объём или способ работы? Если да, пункт нужно обозначить отдельно. Он может стать дополнительной услугой, но не должен незаметно попасть в первоначальную цену и срок.
Границы должны описывать не только исключения, но и условия, при которых исполнитель сможет выполнить обещанное. Для работы с таблицей это могут быть подготовленные исходные данные, один ответственный со стороны клиента для согласования статусов и своевременная проверка промежуточной версии. Без таких условий исполнитель не контролирует ход работы полностью: он может ждать материалы, сопоставлять несколько версий требований или переносить сведения, которые невозможно прочитать однозначно.
Формат, срок и этапы
У услуги должны быть понятные начало и конец. Для нашего разового проекта подойдёт такой маршрут. Сначала стороны коротко обсуждают, как сейчас проходит заявка, какие статусы действительно используются и на какие вопросы должна отвечать таблица. Затем исполнитель готовит черновой вариант и проверяет его на нескольких тестовых записях. После замечаний вносит оговорённые изменения, переносит согласованный объём данных и передаёт готовую таблицу с инструкцией.
Это три этапа — согласование, настройка и передача, — а не три самостоятельных проекта. Такой формат помогает клиенту понять, когда понадобится его участие, а исполнителю — не растягивать задачу на неопределённое число встреч. Для небольшой услуги достаточно назвать этапы простыми словами, без внутреннего жаргона.
Срок тоже нужно привязать к понятному событию. Фраза «Готово за пять рабочих дней» звучит просто, но с какого момента считать? Пока материалы не переданы, ответственный не назначен, а статусы не согласованы, исполнитель не может обещать работу вслепую. Точнее будет сказать: «Пять рабочих дней после получения исходного файла и согласования статусов». Если клиент задерживает ответ на промежуточный вариант, срок сдвигается на время ожидания.
Формат передачи лучше назвать прямо: итоговая электронная таблица, инструкция в текстовом документе и короткая передача результата онлайн или лично — в зависимости от того, что доступно обеим сторонам. Не стоит обещать способ, которым исполнитель не сможет пользоваться постоянно. Важен не эффектный канал, а то, чтобы клиент получил файлы, понимал, где искать нужные сведения, и мог приступить к работе.
На каждом этапе должна быть ясная задача. Если для согласования нужно собрать комментарии нескольких сотрудников, заранее определите, кто передаст итоговый список замечаний. Иначе исполнитель получит разрозненные, а порой и противоречивые указания. Один контакт со стороны клиента — не формальность, а способ избежать повторной работы.
Для проверки промежуточного результата достаточно подготовить три тестовые записи: новую заявку, заявку в работе и заявку, которая ждёт действия. Клиенту не нужно оценивать «красоту системы». Важно понять, отражает ли таблица реальный порядок работы и помогает ли решить, что делать дальше. Если тестовые случаи подобраны удачно, большинство важных разногласий обнаружится до переноса всех данных.
Правки без бесконечного редактирования
Слово «правки» часто используют так, будто оно само устанавливает границы. Но под ним могут понимать и исправление ошибки, и просьбу добавить новый раздел, и изменение требований после согласования. Эти ситуации стоит различать.
Исправление нужно, когда результат не соответствует заданию. Например, в согласованный список должны попадать заявки со статусом «ожидает решения», но фильтр их не показывает. Исполнитель проверяет и исправляет свою работу в рамках услуги.
Правка уточняет результат, не меняя исходную задачу. Например, после просмотра тестовой версии выясняется, что одно из названий статуса неудобно для сотрудников, хотя сам порядок работы остаётся прежним. Такую правку можно включить в один общий раунд.
Новое требование меняет объём или логику работы. Например, к одной таблице для одного процесса добавляется отдельный учёт гарантийных обращений, новая группа пользователей или интеграция с другой системой. Это уже дополнительная работа, даже если просьба звучит как небольшое «заодно».
Условие для небольшого проекта может быть таким: в стоимость входит один сводный список замечаний к промежуточной версии, который клиент передаёт в течение двух рабочих дней. Исполнитель вносит изменения и отправляет доработанную версию. Ошибки, из-за которых результат расходится с согласованным заданием, исправляются отдельно от этого раунда. А изменения, расширяющие состав услуги, стороны отдельно согласуют по сроку и цене.
Слово «сводный» здесь не случайно: замечания собираются в одном сообщении от ответственного лица, а не поступают неделю от разных сотрудников и по разным каналам. Срок на обратную связь нужен не для давления, а для планирования. Если клиенту потребуется больше времени, стороны назначат новую дату, а не оставят проект молча замороженным.
В переписке границы можно обозначить спокойно, без юридических формулировок:
«В текущую работу входит одна сводная итерация правок к тестовой версии. Пришлите замечания одним списком до согласованной даты».
«Это изменение добавляет новый процесс, которого не было в исходной задаче. Я могу оценить его отдельно и предложить срок».
«В этом пункте результат расходится с согласованным заданием, поэтому я исправлю его в рамках проекта».
«Для переноса данных нужен один файл в согласованном формате. Разбор записей из нескольких источников можно оформить отдельным этапом».
Такие фразы не звучат как отказ от клиента. Они объясняют, что происходит и какой следующий шаг возможен. Если принимать каждую дополнительную просьбу без пересмотра условий, исполнитель теряет не только время, но и возможность понять, сколько часов заняла услуга и какая цена для неё оправданна.
Три развилки в одном кейсе
Первая развилка: клиент просит автоматически переносить заявки из каналов, откуда они поступают. Это может быть полезно, но теперь речь идёт не только о таблице. Нужно выяснить, какими системами пользуется клиент, какие права доступа он может предоставить и можно ли вообще настроить передачу данных в выбранном формате. Необязательно сразу соглашаться. Лучше разделить задачи: завершить базовый учёт в первоначальных границах, а интеграцию отдельно оценить после проверки технических условий. Если у исполнителя нет нужного опыта, честнее не обещать настройку и исключить её из предложения.
Вторая развилка: исходные данные хранятся не в одном подготовленном файле, а в бумажном журнале, отдельных списках и переписке. Тогда обещание перенести сто записей за установленный срок перестаёт быть реалистичным. Есть два понятных пути: клиент готовит единый файл по согласованному шаблону, после чего начинается основной срок, или стороны отдельно оценивают сортировку и перенос данных. Не стоит прятать эту работу за словами «настрою таблицу»: очистка разрозненных данных может занять больше времени, чем сама настройка.
Третья развилка: клиент хочет гарантию, что после внедрения ни одна заявка не будет пропущена. Здесь важно отделить работу исполнителя от действий клиента. Исполнитель может настроить поля, статусы и фильтры, проверить их на типовых записях и подготовить инструкцию. Клиенту нужно назначить ответственных и договориться, кто и когда обновляет список. Вместо недостижимой гарантии можно предложить проверку после короткого периода использования: собрать замечания и решить, нужна ли отдельная доработка. Это не обещание идеального поведения, а честный способ проверить, подходит ли инструмент реальной работе.
Во всех трёх случаях граница помогает сохранить полезную задачу. Она показывает, где заканчивается первоначальная услуга и начинается следующий этап. Иногда клиент согласится на дополнительную работу, иногда выберет вариант попроще. И то и другое лучше, чем соглашаться одним и тем же «да» на задачи совершенно разного объёма.
Конструктор предложения
Теперь можно собрать описание, которое поместится в одно сообщение и не заставит клиента разгадывать профессиональные термины. Рабочая формула выглядит так:
«Помогаю [кому] получить [результат] за [срок и формат]; входит [конкретный объём]; не входит [границы]; дополнительные изменения согласуются отдельно».
Для нашего случая сообщение может звучать так:
«Помогаю небольшим сервисным мастерским упорядочить учёт активных заявок. За пять рабочих дней после получения подготовленного файла и согласования статусов настраиваю одну электронную таблицу: не более восьми статусов, перенос до ста записей из одного источника и краткая инструкция. В стоимость входит одна сводная итерация правок к тестовой версии; разбор разрозненных архивов, интеграции и постоянное ведение таблицы не входят. Дополнительные изменения отдельно согласуем по объёму, сроку и стоимости».
Теперь понятно, что именно покупает клиент и где заканчивается услуга. В сообщении названы клиент, желаемый результат, срок, формат, объём, исключения и порядок работы с новыми запросами. Цены пока нет: сначала полезно убедиться, что исполнитель и клиент одинаково понимают предложение. К расчёту стоимости мы перейдём отдельно.