
Содержание статьи
Сажал Сарвар Шарма

Вы только что развернули свою долгожданную функцию после долгого и ужасного месяца кодирования, просмотра и тестирования (читайте: много итераций, соблюдая гибкую методологию). Прошлой ночью вы проспали всю ночь, а теперь просто хотите встать и спокойно спать в своей уютной теплой кровати.
В быстроразвивающейся культуре стартапов это нормально для разработчика программного обеспечения. Дела двигаются быстро, код двигается быстрее, а требования хорошо, мы просто скажем: Мистер Лайт Фотон, у вас есть конкурент.
В начале
Последние три года я работаю со стартапом в сфере здравоохранения и за этот период я вижу, как он развивается. Сегодня я собираюсь поделиться некоторыми своими знаниями, но я не собираюсь утомлять вас множеством технологий, которые мы используем для поддержания движения колеса.
Скорее, сегодня я поделюсь некоторыми идеями, которые я приобрел в течение многих лет, работая бок о бок с некоторыми из наиболее мотивирующих и вдохновляющих бизнес-лидеров в отрасли.
В первые дни работы разработчиком я делал только:
Братья требования к продукт-менеджеру, развиваться функция/система, тест это, развернуть это, иди домой, сон и повторить.
Кажется законным. Это работа разработчика, не правда ли?

В течение двух лет моей жизни разработчика жил этой рутиной. Я развивался как разработчик программного обеспечения, но ведение бизнеса – это не просто разработка программного обеспечения. На самом деле, это только одно колесо в колеснице, и есть другие колеса, которые двигают колесницу, о которых я ничего не знал.
Изменение ментальности
Я создал что-то, развернул и пошел дальше. Я считаю, что это была самая большая моя ошибка. Хотя дела шли как обычно, однажды я сел и задумался:
Почему мне безразлично о продукте, который я создавал в течение многих месяцев?
«Разве это не моя обязанность продвигать бизнес-метрику вперед?»
«Я создал систему с нуля, но действительно ли она помогает конечному пользователю?»
Вы можете смело радоваться размышлениям «Это не в моей должностной инструкции» и двигаться дальше. Но последний вопрос действительно сильно поразил меня: делаю ли я что-то для общества и действительно ли мой продукт помогает нашим пользователям жить лучше?
Я столкнулся с дилеммой. Должен ли я продолжать делать то, в чем я был хорош (развитие), или я должен начать сосредотачиваться на других сферах, кроме моих обычных вещей? В этот момент я вспомнил прочитанное в детстве стихотворение легендарного поэта Роберта Фроста:

В лесу разошлись две дороги,
и я взял тот, которым меньше путешествовал,
и это все изменило.
То, что я делал в течение нескольких месяцев, полностью изменило мой взгляд на мою работу. Я так много научился у людей, с которыми раньше редко общался. Я начал разрывать кокон, в который себя загнал. Надо многому научиться, и я только начал царапать поверхность.
Вот что я сейчас делаю
Шаг 1
Вместо того, чтобы просто принимать требования от моего менеджера по продуктам, я быдождь с ним. Я начал задавать трудные вопросы: почему Почему нет? Как это будет работать для конечного пользователя? Как это отразится на бизнес-метрике? Каковы ваши предположения и ожидания?
Эффект: На этапе планирования разработки продукта становится гораздо больше ясности.
Шаг №2
Если возможно, прошу кого-то поговорить с нашими конечными пользователями чтобы увидеть, хотят ли они такого изменения в системе. мы получить их обратная связь. Если невозможно связаться с конечным пользователем, мы случайным образом спрашиваем людей, хотят ли они иметь функцию x, y или z. Получение отзывов перед созданием системы является важнейшей частью.
Потом я мозговой штурм снова с менеджером по продуктам и доработать требования согласно обратная связь получен.
Эффект: Сейчас мы ближе к получению полной картины и более четкой перспективы
Шаг №3
Развивать система/функция, тест это, а затем развернуть конечному пользователю.
Трек путь функции, только что запущенной, и сжать цифры каждый последующий день. Сравните это с предыдущей бизнес-метрикой.
Эффект: Мы видим отклонение с ожидание от реальность, и это помогает нам лучше планировать в следующий раз. Каждая неудача – это новое обучение.
Шаг №4
Трек в проблемы пользователя на ежедневной основе. Пройти через билеты пользователей два раза в день. Слушайте их разговоры с операторами. Взбешенный клиент часто дает вам больше информации о вашем продукте, чем ваш менеджер по продукту, менеджер по разработке, аналитик и владелец продукта вместе взятые.
Выслушайте их, повторите решение, отсортируйте его, исправьте проблему и извинитесь. Я слышал, как пользователи ругаются, и поверьте мне – они очень плохо ругаются..
Эффект: Мы знаем, какие самые болезненные точки в нашей системе и какие наши пользователи. не хочу.
И в конце дня: иди домой, сон, повторить.
Что я научился
Делая это, я получил много представлений о своем собственном продукте.
Мой менеджер по продукции научил меня, как получить ответ на вопрос «Что действительно нужно моему конечному пользователю».
The Инженерная команда научил меня отслеживать пути пользователей и ежедневно обрабатывать цифры.
Ооперационная команда был голосом моих конечных пользователей. Они потерпели все поражения, которые я получил бы из-за ошибок, которые я вставил в систему.
Свладелец продукта научил меня думать в долгосрочной перспективе и как можно добиться успеха, если развить правильный процесс мышления о продукте.
И что меня заставило это сделать? Это один вопрос:
Почему я это делаю?
Это все моя точка зрения, и она может отличаться от вашей. Я полностью уважаю это. Но задайте себе этот вопрос, когда у вас есть свободное время. Если деньги не единственный мотиватор, который вы получаете в ответ, подумайте снова и попытайтесь повторить.
Я благодарен многим людям, которые помогли мне на моем пути, в частности, моей команде инженеров, команде продуктов, моей операционной команде и многим другим людям.