1. Начните с проблемы и аудитории
Читателю нужен контекст. Вместо «создаём инновационную платформу» назовите пользователя и его задачу. Покажите, что сейчас неудобно и каким способом человек справляется с этим без вашего продукта.
Используйте понятные слова. Если отраслевой термин необходим, объясните его в одной фразе. Хорошее описание стартапа помогает собеседнику быстро понять, есть ли у него подходящий опыт и интерес.
2. Покажите решение и фактическую стадию
Опишите основной сценарий и результат для пользователя. Затем перечислите то, что уже существует: проведённые интервью, прототип, работающая версия или результаты теста. Не выдавайте планы за готовые возможности.
Добавьте ссылку на материал, который можно посмотреть: прототип, демонстрацию или подробный разбор гипотезы. Если проект находится на стадии идеи, это нормально — обозначьте, какой вопрос будете проверять первым.
3. Сформулируйте конкретное приглашение
Напишите, кого ищете и с какой задачей нужна помощь. Уточните формат работы, доступное время и условия, которые готовы обсуждать. Запрос «нужны все» затрудняет решение даже заинтересованному человеку.
Перед публикацией дайте описание человеку вне команды. Попросите пересказать, для кого проект, что он делает и кого вы ищете. Если ответы расходятся с вашим замыслом, упростите формулировки.
4. Соберите описание вокруг конкретной проблемы
Условный проект помогает небольшим ремонтным мастерским согласовывать время визита без длинной переписки. Начните с ситуации: администратор получает заявки из нескольких каналов и вручную проверяет свободные окна. Затем назовите неудобство и предполагаемый способ помочь. Фраза «создаём революционную платформу для бизнеса» не даёт будущему участнику понять ни аудиторию, ни работу. Конкретное описание позволяет задать содержательный вопрос уже после первого абзаца.
Отделите то, что наблюдали, от того, что предполагаете. Можно написать, что вы поговорили с несколькими представителями выбранной аудитории, если это действительно произошло, и кратко объяснить вывод. Если пока есть только личный опыт, так и скажите. Не придумывайте цифры, клиентов и партнёров ради убедительности. Честная стадия помогает найти человека, которому интересен именно этот уровень неопределённости.
Объясните решение через действие пользователя. Например: клиент оставляет запрос, администратор видит подходящие окна и подтверждает время. Не начинайте с названий технологий, если они не определяют задачу участника. В одном небольшом абзаце должно быть понятно, что человек сможет сделать и почему существующий способ неудобен. Подробности архитектуры или дизайна можно обсудить после появления взаимного интереса.
5. Назовите стадию и ближайший проверяемый результат
Стадия «в разработке» слишком размыта: за ней может скрываться список идей, кликабельный прототип или используемый сервис. Перечислите готовые материалы простыми словами. Если есть ограничения, укажите их рядом: прототип показывает один сценарий, автоматизация ещё не сделана, тест проводится вручную. Это не делает описание слабее. Оно показывает, с чего начнётся работа и какие выводы пока нельзя делать.
Выберите ближайший результат на ограниченный период. В учебном примере команда хочет проверить запись в двух разных мастерских и понять, как обрабатывать перенос визита. Задача будущего участника должна помогать получить этот результат. Если вам одновременно нужны разработчик, дизайнер, маркетолог и руководитель продаж, проверьте, не смешали ли вы несколько этапов. Начните с того затруднения, которое реально мешает двигаться дальше.
Добавьте собственный вклад. Что вы уже делаете и за что продолжите отвечать после появления партнёра? Будущему сооснователю важно видеть не только список ожиданий от него. Укажите доступное время, полезный опыт и обязательства, которые готовы взять. Обещание «я буду заниматься идеей» трудно оценить; проведение интервью, проверка сценария и организация теста дают более конкретную основу для разговора.
6. Объясните роль и условия без подмены вакансии
Описание роли состоит из результата, ответственности и формата участия. Например: нужен дизайнер, который вместе с основателем разберёт сценарий записи и подготовит прототип для теста. Укажите ожидаемый объём времени и способ взаимодействия. Не требуйте от человека всех возможных навыков, если сейчас нужна одна задача. Отделите обязательное от того, чему можно научиться или что можно обсудить позже.
Вакансия предполагает обсуждение работы и вознаграждения, партнёрство — вклада и участия в развитии проекта. Эти форматы нельзя сделать взаимозаменяемыми словом «команда». Если бюджета нет, сообщите это прямо до просьбы выполнить задачу. Если условия пока не определены, обозначьте предмет будущего разговора и не представляйте неопределённость как готовое предложение. Открытая роль на площадке не гарантирует оплачиваемую работу.
Не обещайте долю, доход или рост проекта как неизбежный результат. Сначала обсудите, что каждая сторона вкладывает и каким способом будут приниматься решения. Для знакомства полезен небольшой совместный разбор, но его границы тоже нужно согласовать. Не просите выполнить значительную полезную работу бесплатно под видом проверки интереса. Уважение к времени будущего участника начинается уже с текста приглашения.
7. Используйте образец как структуру и завершите приглашением
Учебный образец: «Помогаем небольшим мастерским согласовывать запись клиентов. Сейчас администраторы вручную сверяют заявки из разных чатов. Мы подготовили схему процесса и хотим проверить один сценарий на прототипе. Ищем дизайнера для совместного разбора и подготовки нескольких экранов. Основатель отвечает за разговоры с мастерскими и организацию теста. Предлагаем сначала обсудить объём, график и условия, затем выбрать небольшую совместную задачу». Это структура для собственного текста, а не готовое утверждение о вашем проекте.
Проверьте описание глазами человека, который ничего о вас не знает. Понятны ли проблема, аудитория, стадия, роль и следующий шаг? Можно ли отличить установленный факт от предположения? Уберите громкие слова, если они не добавляют информации. Слишком длинный текст сократите до основной карточки, а дополнительные материалы предложите по запросу. Не публикуйте чужие контакты и внутренние сведения команды без договорённости.
Закончите простым приглашением к деловому знакомству: предложите короткий разговор и назовите тему. Не требуйте сразу принять решение о присоединении. Конструктор журнала помогает подготовить и скопировать такое описание; сохранение черновика остаётся локальным действием в браузере. Для публикации проекта понадобится обычный защищённый путь Startness и его обязательные поля. Перед отправкой ещё раз проверьте актуальность стадии, условий и доступность контакта.
Проверьте себя перед следующим шагом
Готово: 0 из 4
Частые вопросы
Какой длины должно быть описание проекта?
Достаточной, чтобы понять проблему, решение, стадию и запрос. Для первого знакомства удобен короткий текст со ссылкой на детали; фиксированного универсального объёма нет.
Нужна ли презентация для поиска команды?
Не всегда. Понятного описания и примера работы может быть достаточно для первого разговора. Презентация полезна, когда нужно подробнее показать контекст и результаты.
Можно ли опубликовать описание прямо из журнала?
Нет. Конструктор готовит текст и сохраняет его только в этом браузере по явному действию. Скопируйте описание и перейдите к обычному созданию проекта после входа, где потребуются остальные обязательные поля.
