«Сделайте сайт, который будет приносить 10 баксов в день» — с такой просьбой к нам пришел клиент, когда Purrweb, компании по разработке MVP , еще не было, а наши пуррбоссы, Саша и Антон, работали как кооператив фрилансеров. Больше деталей не было. И, знаете, иногда такой запрос лучше, чем ТЗ на 75 страниц.
Сегодня рассказываю о том, как правильно подготовить заявку на разработку сайта/приложения в студию. А именно, о том, как сделать так, чтобы человек по ту сторону электронного ящика четко понял, что вам нужно и вернулся с чем-то полезным.
ЧТО и ЗАЧЕМ вместо КАК
Если долго вынашивать концепт приложения и досконально продумывать сценарии его использования, сама бизнес-идея начинает казаться очевидной. Позади куча дискуссий с женой и друзьями, продукт на сто раз прокручен в голове и уже приобрел четкие очертания. Зная концепцию от и до, многие в момент написания заявки на разработку сайта/приложения пропускают whole-picture уровень и начинают перечислять функционал, полагая, что фичи — это и есть контекст. На деле, это не так.
CUAET в Канаду для Украинцев / КАК ЗАПОЛНИТЬ ЗАЯВКУ / бесплатная программа в Канаду для Украинцев
Как-то раз нам прилетела вот такая заявка:
Понятно КАК и даже ЧТО, но непонятно ЗАЧЕМ
Казалось бы, клиент навалил кучу подробностей: рассказал про функционал (отправка текста, модерация — вот это все), сориентировал по цветам. Но стоп, вам понятно для чего это нужно? A какие будут сценарии использования? Зачем человек отправляет сообщение? С какой целью текст должен выводиться на табло и для кого?
Что за табло: на футбольном матче, в бегущей строке автобуса или на билборде возле остановки?
На деле, фичи и цвета не помогают ответить на самый главный вопрос: что за продукт и зачем он нужен пользователям и бизнесу? Чтобы студия могла предложить подходящее решение и предоставить максимально близкую к реальности оценку, важно видеть картину в целом, а не список фичей и требований в вакууме.
Живые сценарии использования (что и зачем) > Функционал и желаемые цвета (как)
Как описывать КАК
Если уже есть четкое представление будущего продукта и ну очень-очень хочется описать КАК в заявке на разработку сайта/приложения, идеальный вариант — ссылаться на другие продукты или конкурентов.
Хочу виртуальную карту, как в Яндекс.Деньги. Механику фильтрации, как у Авито. Бронирование, как у AirBnB, а дизайн в стиле HeadSpace
Требования по фичам важны, но не критичны. Что критично для заявки на разработку сайта/приложения, так это донести бизнес-задачу — как в том примере с проектом на 10 баксов в день. Вряд ли кто-то возьмется за проект с таким требованием и придумает за клиента продукт с нуля (хотя кто знает). Пример утрированный, но очень иллюстративный — есть понятная бизнес-цель, а то, как именно лучше реализовать функционал, студия сможет посоветовать сама. Разумеется, после того, как вы сообщите о бизнес-целях, ограничениях и болях, которые продукт должен закрывать.
ТЗ иметь не обязательно
Иногда в заявке на разработку сайта или приложения нам прилетают ТЗ на 40+ страниц с детальными требованиями ко всему, что только возможно: к эргономике, технической эстетике, защите информации от несанкционированного доступа и тд. Как правило, такие документы составлены сухо — перечисление требований и ноль контекста.
Word и Excel Office 2003 12 Word Практическая работа Заявление
Поэтому на начальном этапе вам нужно подготовить не ТЗ, описывающее, как программистам делать приложение, а документ для менеджера студии, отвечающий на вопрос «Зачем и для кого мы делаем это приложение?» Такой документ может называться Business Requirements Document (BRD). Идеально, если получится уложиться в 2 страницы.
Бывает, что наличие ТЗ важно для бухгалтерии, чтобы бухгалтер мог подтвердить расход на найм студии разработки. При таком сценарии мы можем создать документ в процессе работы, например, на этапе дизайна. А еще мы слышали, от друзей наших друзей, что некоторые студии готовы подписать ТЗ задним числом и это тоже норм
Сначала бизнес-требования, потом требования к реализации
Про деньги
Клиенты часто боятся огласить бюджет в заявке на разработку сайта или приложения. По большей части это происходит из-за того, что они видят в этом противостояние и торги — «Я вам скажу сколько у меня денег и вы накрутите цену!» Это хорошая позиция. Для турецкого рынка. В мире разработки все устроено чуть сложнее.
Как сэкономить время на выборе подрядчика? На берегу открыто сообщить об ожиданиях по бюджету — вот прям в самом первом письме. У такого подхода два жирных плюса:
- Если студия работает в другом ценовом сегменте → сэкономите время на емейлах и созвонах с исполнителями → быстрее найдете подходящий вариант.
- Менеджер предложит вариант решения вашей задачи попадающий в ожидаемую сумму.
Разработка софта — кто бы что ни говорил, это и про креатив в том числе. Любая фича может быть реализована разными способами. Например, вы хотите добавить в приложение real-time чатик. Оценить такой функционал можно по-разному:
- C финтифлюшками: с возможностью отслеживать, когда человек печатает; когда прочел; ставить даты и удалять/редактировать сообщения.
- Без финтифлюшек: просто real-time чат, который, тем не менее, свою основную задачу будет выполнять.
Источник: dzen.ru
Заявки на мероприятия
Заявки подаются потенциальными участниками мероприятий путем заполнения формы, которая содержит адаптированные под конкретную программу поля.
Подача заявок осуществляется на зарегистрированные в системе online.sochisirius.ru мероприятия различной направленности: интенсивные профильные программы (наука, искусство, спорт), программы Университета «Сириус» (научно-исследовательские программы, обучающие программы, магистратура и др.), программы Лицея «Сириус» (в том числе в общеобразовательные классы) и т. д.
1. Статусы заявок.
Заявки рассматриваются специалистами подразделений Фонда «Талант и Успех». В зависимости от этапа конкурсного отбора и (или) результатов потенциального участника заявка может быть переведена в различные статусы.
В случае успешного прохождения участником конкурсного отбора заявка на программу одобряется. В том случае, если участник отбор не прошел, либо он изначально не соответствует критериям отбора, заявка отклоняется.
Также в системе online.sochisirius.ru в заявках используются следующие статусы:
- «Новая» — пользователь успешно подал заявку, корректно заполнив все поля. Заявка появилась в базе и ей был присвоен идентификационный номер;
- «На рассмотрении» — заявка взята в работу специалистом программы;
- «В резерве» — заявка временно не участвует в конкурсе. Дальше, в зависимости от хода конкурсного отбора, заявка может быть переведена в другой статус;
- «Аннулирована» — в заявке обнаружена ошибка либо заявка является тестовой. При переводе заявки в данный статус у пользователя есть возможность подать заявку на эту же программу еще раз (в большинстве случаев повторная подача заявки из одного личного кабинета на программу блокируется).
Это не полный перечень статусов заявки в системе. Наличие указанных выше, либо дополнительных статусов зависит от конкретной программы и может быть настроено на этапе создания формы заявки на мероприятие.
Текущий статус заявки, а также указанная в ней информация отображается в личном кабинете пользователя, который подал заявку. В большинстве случаев пользователям направляются уведомления о смене статуса заявки на почту. Уведомления о смене статуса заявки можно настроить — как текст отбивки, так и саму отправку уведомления на почту пользователя. Пример:
Заявка № 100220220511684102 от 27.05.2022 подана.
Данные вашей заявки:
Программа: Интенсивная спортивная программа по хоккею «Твой шанс» (01.06.2022 — 24.06.2022)
ФИО: Иванов Иван Иванович
Телефон: телефон пользователя
E-mail: e-mail пользователя
2. Форма заявки участника.
Все заявки на программы подаются путем заполнения формы, содержащей определенный набор полей.
*пример формы заявки:
В самом верху формы указано наименование программы, на которую подается заявка, а также дополнительная информация для пользователей (опционально). Обязательные для заполнения поля отмечены символом *.
Для успешной подачи заявки необходимо верно заполнить все поля и нажать на кнопку «Подать заявку» либо «Сохранить». В этом случае у пользователя появится уведомление «Ваша заявка успешно подана», заявке присвоится номер и она появится в базе. С этого момента ответственные по программе сотрудники могут приступить к рассмотрению заявки.
Попасть в форму заявки в большинстве случаев можно по ссылке, которая размещается ответственными сотрудниками программы на сайтах (sochisirius.ru, siriusuniversity.ru, siriuslyceum.ru и др.), либо отправляется пользователю напрямую.
Набор полей в форме заявки также зависит от роли потенциального участника на мероприятии. Например, в заявке для роли «обучающийся» будут доступны такие поля как «Место учебы», «Индивидуальные достижения», «Мотивационное письмо» и другие. В свою очередь, пользователю с ролью «преподаватель» — «Место работы», «Опыт работы», «Паспорт», «Диплом» и подобные.
3. Форма заявки администратора.
Сотрудники, ответственные за программу, получают доступ к заявкам участников через административную форму, т.н. «заявку администратора». В ней содержатся все поля из формы заявки участника, а также дополнительные поля, например, «Статус заявки», «Участник», «Инициатор» и пр.
Сотрудник, который находится в форме заявки администратора, может видеть актуальную информацию из заявки участника и загруженные в нее файлы. Изменения, которые внесет участник в свою заявку, отобразятся в форме заявки администратора. Проверяющий сотрудник также может изменить информацию в любых полях в заявке администратора, — изменения отобразится в заявке участника.
*пример формы заявки:
В форме заявки администратора проверяющий сотрудник видит следующую информацию и может ее изменить:
- Инициатор — лицо, которое подало заявку.
- Статус заявки.
- Мероприятие — наименование программы, на которую была подана заявка.
- Данные ребенка — так как заявка подана на поступление по образовательной программе основного общего образования Лицея, здесь необходимо заполнить информацию о ребенке. В заявке на другую программу вместо блока «Данные ребенка» может быть блок «Данные участника» и др.
- Данные об образовании.
- Адрес регистрации и адрес фактического проживания.
- Данные о родителях и наставниках.
- Информация о билетах и проживании.
- Загруженные файлы.
Обратите внимание, что наличие или отсутствие некоторых из вышеперечисленных полей зависит от конкретного мероприятия.
4. Форма списка.
Все заявки на сайте online.sochisirius.ru находятся в разделе «Заявки». В данном разделе есть сортировка заявок по видам, в зависимости от особенностей заявки («с проживанием», «с питанием», «с проездом»), либо по конкретной программе или организации («заявки в детские сады», «заявки Лицея «Сириус»», «заявки в НТУ «Сириус»).
Чтобы увидеть список всех заявок независимо от их направленности, необходимо открыть раздел «Все заявки». В данном разделе у сотрудника будут отображаться только доступные ему заявки в рамках конкретного мероприятия или нескольких мероприятий, где он является менеджером или ответственным. После перехода в данный раздел появится таблица, столбцы которой содержат информацию, находящуюся «внутри» заявки. Воспользовавшись фильтрами, можно найти заявку по заданным в столбцах критериям.
Для перехода в заявку администратора необходимо нажать на id заявки.
В системе доступны групповые установки данных заявки. С их помощью можно установить нужный статус, тип гостя, роль на мероприятии, пол и гражданство и прочую информацию в нескольких заявках одновременно.
В поле «Печатные формы» доступна выгрузка данных заявок в формате Word и Excel.
Источник: www.sirius-systems.ru
Как написать заявку для IT-студии на разработку сайта, приложения или веб-сервиса
Сегодня рассказываю, что нужно писать в заявке на разработку, чтобы потенциальный исполнитель четко понимал, что именно вам нужно и смог предложить что-то действительно полезное.
Вместо как делать, лучше ответить зачем и для кого нужно делать
Тщательно разработав концепцию приложения/сайта и продумав сценарий его использования, бизнес-идея становится явной как никогда, а продукт обретает четкие очертания в вашей голове. Однако, при написании заявки на разработку сайта или приложения, многие зная концепцию своего продукта, часто упускают важный аспект и говорят только о функциональных возможностях, полагая, что они достаточны для описания всей концепции.
Чем чаще вы сталкиваетесь с тем, с чем живете каждый день, тем чаще эти вещи будут вам очевидны и максимально не очевидны другим.
К нам часто приходят вот такие заявки:
Перечисление функционала/дизайна не дает полного ответа на основные вопросы: какова цель продукта, как и кому он будет полезен? Чтобы команда профессиональных разработчиков могла предложить наиболее эффективный в ваших обстоятельствах вариант реализации и составить реалистичную оценку проекта, важно рассматривать его в контексте всей картины, а не только с точки зрения списка функций и требований.
Наглядные примеры
Если хотите описать как в заявке на разработку, лучше всего ссылаться на другие продукты или конкурентов.
Для заявки на разработку сайта или приложения важно указать желаемый функционал, но недостаточно. Наиболее важно для команды разработчиков услышать бизнес-задачу (которую необходимо решить) и ваши обстоятельства (предысторию и бюджет). В случае выше, где требовалось разработать выдающийся проект путем повышения конверсии и трафика, маловероятно что кто-то примется за разработку с такими ограничениями и создаст продукт с нуля.
Имея ясное представление о бизнес-цели, как именно функциональность должна быть реализована, сможет посоветовать разработчик. Конечно, это будет происходить после того, как вы укажете цели, боли и проблемы, которые продукт должен решать.
Подробное ТЗ нужно, но попозже — как минимум после первого созвона
Часто приложенные к заявке ТЗ на десятки страниц содержат описание чего угодно, но только не контекста: много умных слов о технологиях, фичах и требованиях, но ни строчки для кого делается проект и какую проблему решает.
На начальном этапе стоит подготовить документ на 2-3 страницах, называется бизнес-требования, содержащий ответы на ключевые вопросы: что мы делаем, для чего мы это делаем, какие предпосылки, зачем и для кого мы это делаем? А не описание как команда программистов и дизайнеров делает проект.
Разговор вживую
Проекты, где много контекста, без разговора двух людей очень сложно начать.
Заполняя форму заявки на сайте или подготавливая текст для отправки в чат/на имейл разработчикам, рекомендуем указать контакты и удобный канал для связи.
На этапе созвона (например, видеозвонок в Zoom), вы поймете, насколько приятно общаться с командой, есть ли общий язык между вами.
Если быть откровенным, скорее всего для IT-компании бесполезно тратить время на изучение нескольких десятков страниц ТЗ без беседы вживую.
Почти всегда на первой zoom-встрече мы предлагаем свои решения, обсуждаем, ищем наилучшие практики, которые подходят. Учитываем и бюджет, и маркетинг. Глубокое погружение в то, что нужно сделать, предлагая яркие примеры.
Кирилл Гришанин,
основатель WB—Tech
Кочующий бриф
Заполнив бриф от одной студии, не стоит его рассылать другим IT-компаниям в качестве заявки. Брифы составлены под специфику каждой компании отдельно. И велика вероятность, что проект по чужому опроснику будет понят и оценен неверно.
Часто бывает клиент заказал research в одном месте, а потом присылает это на разработку другой команде. И все. Контекст потерялся — ничего не понятно. Может это все исследование и не нужно.
Например, в WB—Tech мы не предлагаем заполнять формы/анкеты/брифы, так как предприниматели люди тоже творческие и зачастую их такое только может отпугнуть. Опрос у нас происходит в устной форме при созвоне, где мы сами фиксируем как проект будет осуществлен и далее ставим соответствующие задачи для специалистов.
Роль бюджета в заявке
Как правило, заказчики не сообщают свой бюджет при подаче заявки на разработку сайта или приложения. Но эта угадайка никому не нужна. Лучше сразу говорить на что вы готовы, и тогда вам предложат эффективный путь в рамках этого бюджета.
Плюсом такой открытости будет экономия времени на многочисленных электронных письмах и звонках с потенциальными исполнителями, если они работают в другом ценовом диапазоне. Таким образом, вы быстрее найдете подходящий вариант.
Создание веб-продуктов — это не только технический процесс, но и творческий, когда каждую задачу можно решить по-разному. Например, как-то к нам пришел клиент (клининговая компания) с заявкой на разработку мобильного приложения. Что само собой подразумевает немалый бюджет. Мы им предложили реализацию бизнес-задач через low-code решение, что стоило в 1000 раз меньше. Этот модуль у них проработал спокойно 2 года, пока масштабы компании не доросли до отраслевого решения.
Правило применимо и к заявке на дизайн: указали бюджет — исполнитель сориентирует по дизайн-вариантам, анимации и иллюстрациям.
Если все же бюджет не был указан в заявке, и мы понимаем, что задача конечна, то можем назвать стоимость за проект. Но если по заявке невозможно определить какой объем труда потребуется, например, когда проект уже существует и нет никакой документации о его работе, не известно качество кода и покрытие тестами, к тому же нет связи с предыдущей командой — стоимость разработки назвать сложно. И тогда мы предлагаем сделать аудит, чтобы выяснить качество продукта, с которым предстоит работать.
Ориентир — простое человеческое общение
Когда вы объясняете свою бизнес-идею жене на кухне, другу при встрече или коллеге из другой компании, вы используете простые описания, избегая витиеватого профессионального сленга. Со студией также — пишите просто и прямо о проекте и бюджетах с самого начала общения. Это позволит команде быстрее войти в контекст и понять, как они могут вам помочь.
Если хотите обсудить ваш web-проект, напишите нам. За 10 лет мы запустили 40 сложных программных продуктов для частных инвесторов, крупных бизнесов и государственных организаций. Поможем и вам
Источник: wbtech.ru