Explore
Уложитесь в мой дедлайн?
Oops! Something went wrong while submitting the form.
Kraster Wallet — это холодный аппаратный криптокошелек в форм-факторе карты и доступом через мобильное приложение. Вместо того чтобы хранить seed-фразу в заметках или где-то отдельно, пользователь получает NFC-карту: именно на ней хранится ключ восстановления кошелька.
Проще говоря, чтобы получить доступ к кошельку, нужна сама карта и дополнительная проверка — PIN-код или биометрия. Такой способ делает работу с криптовалютой понятнее и безопаснее: ничего не нужно запоминать или хранить запись с ключом, а доступ к активам защищен физическим носителем.
Изначально кошелек был нужен под внутренние задачи бизнеса. Но позже заказчик начал рассматривать Kraster Wallet как самостоятельный продукт для широкой аудитории, с поддержкой разных блокчейн-сетей и возможностью масштабирования.
Приложение Kraster Wallet уже в релизе и доступно пользователям в сторах: App Store и Google Play.
Мы отвечали только за разработку и техническую реализацию продукта. Дизайном занимались ребята из агентства Flatronica. В зону ответственности команды Purrweb вошли:
Хотя мы не занимались дизайном напрямую, все равно активно работали с макетами: проверяли логику экранов, вместе с ребятами искали лучшие решения или подсказывали варианты, опираясь на нашу экспертизу.
По ходу проекта требования менялись: клиент предлагал новые идеи, добавлял функциональность и уточнял ограничения. В этих условиях нам нужно было выстроить такую архитектуру и процессы, которые позволяют сохранить ключевую концепцию продукта и довести его до релиза.
Самой важной и одновременно самой сложной частью проекта стала NFC-карта. Именно она лежит в основе Kraster Wallet: карта хранит ключ доступа к кошельку. Если она не работает — не работает и весь продукт. Поэтому этот блок стал для команды ключевым.
Почему здесь возникли сложности. На старте у проекта не было готового решения для работы с NFC-картами. Заказчик планировал использовать карты от производителя, но по факту:
Мы не могли ждать, пока все сложится само, поэтому пошли параллельным путем: начали разрабатывать приложение и архитектуру, не дожидаясь финальной версии карты.
Как мы искали решение. Команда попробовала несколько подходов: общались с производителями карт, искали подрядчиков с опытом работы с NFC и параллельно тестировали собственные гипотезы.
В итоге к проекту подключили внешних специалистов, которые уже работали с подобными решениями. Большая часть работы проходила в режиме экспериментов: проверяли идеи, смотрели, как карта ведет себя в реальных условиях, и сразу вносили изменения.
Как мы довели карту до рабочего состояния. Когда стало понятно, что стандартный темп нас не устраивает, к задаче подключился наш технический директор. Он взял на себя разработку логики работы карты и за несколько дней собрал решение, которое можно было использовать в продукте.
Готовый компонент передали дистрибьютору карт, который (в свою очередь) передал его производителю. А тот записал компонент на физические карты. Да, многоходовочки 🙂
В результате у проекта появился работающий сценарий: карту можно было использовать для восстановления доступа и управления кошельком.
В итоге мы:
Изначально Kraster Wallet планировали запускать с поддержкой шести блокчейн-сетей для работы с разными криптовалютами. Это был понятный объем для старта: учитывая ограниченные сроки, мы выбрали прямолинейный подход — каждая сеть подключалась отдельно, что позволяло быстрее выйти на рынок.
В процессе работы требования изменились. Заказчику стало важно, чтобы к релизу кошелек поддерживал уже 20 сетей — так продукт выглядел увереннее на фоне конкурентов и был интереснее для пользователей.
Подключение каждой новой сети — это отдельная работа: здесь нужны интеграция, тестирование, проверка сценариев. Стало очевидно, что изначальный подход, оправданный для быстрого старта с шестью сетями, не масштабируется. Если бы мы пошли по первоначальному пути, разработка сильно растянулась бы, а проект со временем стало сложнее развивать и поддерживать. В какой-то момент стало ясно, что нужно пересобирать подход целиком.
| Вместо того чтобы работать с каждой сетью отдельно, мы выстроили общую логику вокруг базовых блокчейнов — таких как Ethereum и Bitcoin. Проще говоря, сделали универсальный слой, который позволял быстрее подключать похожие сети без переписывания всего с нуля. |
Это решение потребовало больше усилий на старте, но дало важное преимущество: дальше продукт можно было развивать быстрее и спокойнее. Благодаря этому подходу мы:
По мере того как проект рос, становилось ясно: одной только технической экспертизы здесь недостаточно. Мы сразу сделали ставку на прозрачные и предсказуемые процессы. Проект разбили на несколько независимых направлений:
Для команды это было удобно и с технической, и с организационной точки зрения — у всех были понятные зоны ответственности и минимум лишних пересечений.
Как мы работали с изменениями. По ходу работы появлялись новые требования и границы проекта. Вместо того чтобы бороться с этим, мы приняли изменения как часть процесса.
Чтобы все оставалось управляемым, мы:
В итоге продукт вышел за рамки минимального набора функций, но при этом не превратился в набор случайных решений.
Усиление команды и быстрый онбординг. Когда задач стало больше, чем команда могла закрывать в прежнем темпе, мы усилили состав, чтобы проект продолжал двигаться с нужной скоростью. Для этого задачи формулировались максимально чётко, а процессы были выстроены заранее. Новые разработчики сразу понимали, за что они отвечают и как их часть работы вписывается в общий продукт.
Если кто-то не подходил под темп или задачи проекта, решения принимались оперативно — это помогало не тормозить команду и сохранять качество разработки.
Помимо разработки, проект требовал постоянной координации. Со стороны клиента в нем участвовали несколько заказчиков и подрядчиков, и нужно было помочь всем участникам договориться и двигаться в одном направлении.
Иногда команда получала противоречивые запросы или срочные задачи, которые не совпадали с уже согласованным планом. В таких ситуациях мы брали на себя роль точки сборки:
Параллельно шла работа с внешними подрядчиками — в том числе по дизайну и NFC-картам. В ряде случаев координация смежных процессов ложилась на команду Purrweb, чтобы проект не терял темп.
В проекте постоянно появлялись новые вводные. Чтобы это не превращалось в путаницу, мы делали простую, но важную вещь — все фиксировали.
Договоренности, изменения и решения дублировались команде и заказчику. И это помогало в любой момент вернуться к контексту и избежать недопонимания. Даже если проблема возникала за пределами нашей прямой зоны ответственности, мы оставались на связи и помогали найти решение. Особенно круто такой подход сработал в момент публичной презентации продукта, когда важно было быстро реагировать на любые вопросы.
В результате проект удалось довести до релиза и показать как полноценный, работающий продукт. К моменту запуска команда Purrweb разработала:
Формально это был MVP, но по факту продукт получился более насыщенным: многие решения сразу закладывались с прицелом на дальнейшее развитие и масштабирование.
Приложение было опубликовано в App Store и Google Play и подготовлено к публичной презентации на криптоконференции. Для команды это был важный момент: проект, который начинался с множества неизвестных, стал реальным продуктом, доступным пользователям.
Текущий статус. К моменту завершения нашей работы продукт находился в статусе бета-версии. Команда заказчика реализовала базовые функции и сформировала roadmap дальнейшего развития.
|
Почему Purrweb Экспертиза в сложной разработке В этом проекте мы работали с тем, с чем редко сталкиваются в типовых мобильных приложениях: NFC-карты, блокчейн-сети, нестандартная архитектура и высокая цена ошибки. За годы работы мы собрали опыт более чем на 550 проектах — от мобильных сервисов и маркетплейсов до Web3, IoT и внутренних систем. Поэтому умеем разбираться в сложных задачах и находить рабочие решения там, где нет готовых шаблонов. Работаем как часть команды клиента В проекте Kraster Wallet мы помогали удерживать продукт в рабочем состоянии: синхронизировали участников, фиксировали договоренности, координировали смежные процессы и брали на себя ответственность за результат. Мы встраиваемся в процессы клиента, работаем в одном ритме с продуктовой командой и держим коммуникацию простой и прозрачной — без лишней бюрократии. Доводим идеи до работающего продукта На старте проекта не было идеального брифа и готовых решений — была идея и понимание, каким должен быть результат. Мы помогли сформулировать требования, продумали архитектуру, собрали MVP и довели продукт до релиза. Если у вас есть идея или сложная задача, мы поможем превратить ее в работающий цифровой продукт — шаг за шагом. |
%20(1)%20(1)%20(1).png)
.svg)
