НаПоправку.ру — как мы за 5 месяцев сделали приложение с функционалом сайта, который создавали 5 лет

Мы — медицинский онлайн-сервис НаПоправку. Наша цель — сделать медицину проще, доступнее и дружелюбнее: чтобы каждый мог быстро найти хорошего врача, сравнить цены на медицинские услуги, прочитать отзывы, записаться на удобное ему время, сэкономить за счёт акций, хранить анализы и назначения в одном месте.

Несколько лет мы задавались вопросом, а нужно ли нам мобильное приложение? Но осознание того, что люди не записываются к врачам каждый день, поэтому, возможно, не захотят устанавливать приложение, останавливало нас.

В конце 2019, планируя активно начать привлечение платного трафика, мы всерьез подошли к вопросу повышения возвратности и лояльности пользователей. И приложение могло бы стать потенциальным решением этой проблемы. CustDev показал, что лояльные пользователи НаПоправку чаще бы обращались к сервису, будь у них приложение, которое не дало бы им забыть о нас за то время, пока у них нет потребности во враче. Также это совпало с привлечением инвестиций от фонда VNV Global. Вопрос ресурсов был решен.

1. Делаем полнофункциональное приложение, дублируем весь функционал сайта (на самом деле, делаем даже больше фишек, чем на сайте). Мы думали о наших лояльных пользователях. Зачем им усеченный функционал в приложении? Это неудобно и скорее разочаровывает. Вся затея могла провалиться.

2. Срок — работающее приложение к сентябрю 2020. Он определялся как управленческая цель. Мы хотели выпустить приложение 1 июля, чтобы до сентября (сезон высокого спроса в сфере медицины) стабилизировать продукт, настроить платный маркетинг и к концу года накопить данные по окупаемости.

3. Делаем приложение нативным и привлекаем студию. Создание приложения своими силами заняло бы слишком много времени. В команде агентства над проектом работало до 8 разработчиков одновременно. Для нас не было ни смысла, ни времени искать их в штат - для развития и поддержки не нужна такая большая команда. Решили — это тот самый случай, когда аутсорс оправдан.

4. Сами делаем только API, все остальное — отдаем на откуп агентству. У нас было укрупненное ТЗ, в которое включили требование по выбору языков (Swift для iOS и Kotlin для Android). Дизайн, архитектуру, тестирование — должно было взять на себя агентство.

С этим мы вышли после январских праздников и занялись выбором партнёра.

Из интересного: разброс ценовых предложений от 12 компаний за один и тот же скоуп работ был от 2,5 млн. до 25 млн.руб.

Выбранной компании мы по факту заплатили в два раза больше, чем они заложили в изначальную смету, но учитывая сложность нашего функционала, высокую степень неопределенности и низкий уровень проработки ТЗ на старте, это было ожидаемо. Что-то явно могло пойти лучше, но в целом, мы довольны сотрудничеством.

В ходе проекта была задача сделать пуши, которая выпала на отпуск проектного менеджера. Замещающий человек не успел достаточно погрузиться, а мы уже успели привыкнуть к тому, что «все под контролем» и не отследили. По завершению блока работ, мы столкнулись с тем, что пушей нет, и они не протестированы. Первый посыл заключался в том, что проблема на нашей стороне, отправка пушей не реализована в АПИ. Потому что приложение — получатель пушей, а кто-то должен их отправить. Получилась ситуация, когда один ждет, а второй не в курсе, что от него что-то ждут.

Нам помогло погружение, ручное управление и содержательное включение в техническую сторону. Пуши — специфическая история мобильных приложений, у нас всегда был вебсайт, поэтому мы были не в теме. Стало понятно, что в такой сложной логике, как мы хотели реализовывать задачу, и у агентства опыта нет. Традиционно большинство пушей максимум тебя переводит на главный экран приложения. Вся содержательная часть находится в тексте самого пуша. А мы хотели, чтобы пуши открывали разные экраны, на которые будут прокидываться разные параметры в зависимости от ситуации, и в добавок ко всему параллельно мы делали интеграцию со сторонним сервисом для отправки пушей. Задача по факту оказалась гораздо сложнее ожиданий. К слову сказать, приложение запущено два месяца назад, а мы до сих пор боремся с пушами, но теперь уже сами 😊.

Запись к врачу и на услугу — это самый сложный функционал сайта и приложения и он отличается от схемы «тонкий клиент», когда нужно просто сходить в АПИ, получить данные и вывести — никакой хитрой логики.

И здесь тоже было роковое стечение обстоятельств. С нашей стороны АПИ писал новый разработчик, который глубоко в функционале сайта ещё не успел разобраться. В отличие от всех функций, которые студия согласовывала со мной, тут техническую документацию они согласовали с ним. То есть ребята, которые не до конца знали логику, договорились между собой и запилили. В результате — много нюансов было не учтено, и процесс записи работал некорректно, были несовместимые с жизнью нестыковки. Потеряли на этом пару недель и несколько сотен тысяч рублей. Печально, конечно... Пришлось возвращаться к началу.

В изначальном ТЗ были диплинки, но для студии это тоже оказалась непростая задачка. Они оказались в тупике. Тогда наш СТО просто сам стал погружаться в вопрос — рисовал схемы, разбирался как трансформировать URL в код для iOS и Android, понял что делать этого не нужно, а нужно в АПИ на бекенде написать сервис, который будет разбирать эти урлы, конвертировать их в экраны и конкретные параметры, возвращать обратно в приложение.

Наше приложение вышло 31 июля, что на две недели позже срока, рассчитанного студией в самом начале переговоров. Итого: сайт, которому 5 лет, мы воплотили в приложении за 5 месяцев! Прожили опыт «заказной разработки», порадовались тому, что она может делаться на принципах партнерства, и в целом очень довольны своим выбором. Сейчас приложение полностью в руках наших внутренних разработчиков, и мы продолжаем работу над ним. Впереди очень много новых задумок и функций.