Мои последние несколько месяцев в TeamApt были настоящим приключением. Это было сложно и полезно. Мне было поручено создать решение для цифрового банкинга, которое должно понравиться клиентам. В последнее время мы внедряем продукт для некоторых клиентов, и я должен сказать, что мы извлекли много уроков «вживую». Вот несколько извлеченных уроков.
1. Доставить раньше
Работать с умными парнями - отличное дело. Хорошие разработчики всегда хотят выпускать элегантный код с оптимальным пользовательским интерфейсом. Эти технические ребята хотят похвастаться качеством кода, переходами и всем прочим. Но правда - время уходит. Однако наиболее важным для покупателя является «Хорошо ли продукт выполняет свою работу?». Боль клиента - это не качество кода, красивые экраны пользовательского интерфейса и пользовательский интерфейс. Они сами по себе являются средством обеспечения качества продукта, но пользователей не волнует, какие фреймворки, инструменты или алгоритмы используются.
Слишком часто технари тратят слишком много времени на изменение мелочей по ходу дела и тратят так много времени на это. Не попадитесь в эту ловушку. Не спускайте глаз с цели. Конечно, может потребоваться внести некоторые изменения из-за реальных технологических ограничений или требований клиентов, но не позволяйте этим умным разработчикам или UX-ребятам пустить вас под откос. Доставим раньше времени !!!
В стремлении обеспечить безупречный продукт, другими словами, укомплектованный всеми функциями, существует риск опоздания с доставкой. Я считаю, что сначала нужно выпустить что-то, что работает хорошо, чтобы успокоить клиентов и быстро собрать отзывы. В большинстве случаев клиенты не предоставляют полную информацию о требованиях, пока они не начнут взаимодействовать с работающим продуктом.
2. Используйте свой собственный продукт
Самый простой способ протестировать и улучшить свой продукт - это самому стать клиентом. Вы получите ценную информацию и будете носить обувь клиента, когда будете использовать свой собственный продукт. Можно было бы очень быстро работать с фактами, а не только с предположениями. Вы создаете свой собственный отзыв. В нашем случае мы зарегистрировались в качестве клиента в модуле корпоративного цифрового банкинга и использовали собственный продукт. Наш администратор, который является основным пользователем, продолжал предоставлять отзывы, которые помогли определить, что содержалось в наших обновлениях, какие ошибки были обнаружены и какие функции казались неполными. Это было приятно, я не мог себе представить, что бы почувствовал клиент, несмотря на наши бесчисленные взаимодействия во время демонстрационных сессий.
3. Все пойдет не так
Реализация решения B2B в среде клиента всегда сопряжена со своими особенностями. Во многом это связано с тем, что тестовая среда обычно никогда не является точным зеркалом реальной среды. Хотя различия могут быть незначительными, иногда это может привести к переделке базы кода или запросов к БД и тому подобное. По этой причине я бы посоветовал вам отправить товар достаточно рано, чтобы познакомиться с реальностью… Отправляйте рано !!!
4. Всегда спрашивайте, почему
Когда вы развернете и клиенты начнут использовать решение, обратная связь будет. Будет запрос на дополнительные функции или настройки существующих функций. Однако младшие менеджеры по продукту часто совершают ошибку, принимая запрос клиента «как есть» и сразу переходя к реализации, не понимая причины запроса. В результате некоторые корпоративные продукты содержат несколько функций, которые делают то же самое, и это может демотивировать команду разработчиков, когда один программист обнаруживает, что другой коллега создает то, что уже существует, или кодирует то, что можно было бы достичь с помощью конфигурации.
5. Отслеживайте эффективность с первого дня
По мере развертывания продукта заранее определите ключевые показатели эффективности и начните отслеживать как можно раньше. Было бы неплохо узнать, какие функции клиенты используют чаще всего, как они обычно используют приложение, какой доход генерируется, сколько клиентов используют продукт, как часто он используется и т. Д. Это позволит вам узнать, пользуетесь ли вы Конечно, на неудачу или успех, а также на необходимость внести коррективы.
6. Исправьте в первую очередь только Showstoppers
По мере развертывания продукта вам потребуется внести некоторые изменения, исправить ошибки или добавить новые функции. Однако не все из них одинаково важны. Сначала устраните проблемы с высоким приоритетом. Может возникнуть соблазн решить все проблемы сразу, но не попадайтесь в эту ловушку. Скорее классифицируйте каждую проблему как высокую, среднюю или низкую и исправляйте их в указанном порядке.
Резюме
Запуск в эфир - интересный этап разработки продукта. Видеть, как ваши идеи оживают в руках покупателя, уже само по себе вознаграждение. Но это также время для работы сверхурочно. Это как рождение ребенка. Это очень важный момент ... так что вперед !!!
Эта история публикуется в журнале Noteworthy, куда ежедневно приходят более 10 000 читателей, чтобы узнать о людях и идеях, формирующих наши любимые продукты.
Следите за нашей публикацией, чтобы увидеть больше историй о продуктах и дизайне, представленных командой Journal.
