5 вещей, которые я узнал, запустив свое первое приложение для iOS
1. Очень важно иметь контроль над внешними службами.
Основная функция моего приложения - проверять ваше текущее местоположение по базе данных изображений с геотегами. Это простой вызов, основанный на рубиновом камне под названием Геокодер. Чтобы перевести текущее местоположение пользователя, я беру долготу и широту пользователя, а затем использую Google Maps Geocoder API для перевода координат в пригодные для использования данные.
Я не был готов к квоте API геокодера Google Maps. В полночь я заметил, что мой сервер не возвращает запросы пользователям, потому что квота Google Maps истекла. Это могло бы быть невероятно неприятным, если бы логика запроса была в приложении iOS. К счастью, запрос был сделан через приложение Rails, которое я настроил как конечную точку API. Мне удалось внести изменения в исходный код геокодера и запустить виртуальную машину Data Science Toolkit на платформе AWS. Я переключил конечные точки API на DSTK и снова запустил геокоды.
2. Неправильное использование push-уведомлений приложений очень просто.
Вчера вечером, заметив, что квота API Карт Google исчерпана, я попытался найти способ общаться с любыми пользователями, которые получали пустые запросы. Я намеревался отправить уведомление в приложении всем, кто в данный момент находится в приложении. В процессе я случайно отправил всем загрузкам приложений push-уведомление. Это было ровно в полночь на восточном побережье, поэтому мне было очень жаль людей, которых могли потревожить. Если бы это был я, я бы разозлился.
3. Запуск в Apple Store требует много времени.
Я потратил несколько дней на непрерывную работу, чтобы выяснить, как получить нужные ресурсы, подготовить файлы сборки, установить нужную версию оды и т. Д. За неделю до Благодарения я ехал домой в метро из Бруклина и редактировал промо-видео. для приложения в Photoshop. Все, что может помочь ускорить процесс, полезно.
Огромным подспорьем стали все плагины Sketch.app, которые помогали создавать ресурсы в приложении и магазине приложений.
4. Настроить аналитику сложно.
Подход бережливого запуска заключается в том, чтобы выполнять столько работы, сколько необходимо для получения основных функций, без каких-либо предположений о вкусах вашего пользователя. Таким образом, вы используете данные, чтобы понять, что нужно развивать дальше. Чтобы сделать это правильно, у вас должна быть хорошая настройка фреймворка аналитики.
Я потратил время на настройку отслеживания событий в своем приложении, но полностью упустил некоторые очевидные вещи. Основная ошибка заключалась в том, что я не устанавливал атрибут определения пользователя. Я учел события, которые помогли бы мне отследить разочарование пользователей, но я не мог эффективно сегментировать пользователей. Мне сложно изолировать следы данных от конкретных пользователей.
Я также полагался на две службы аналитики, потому что у меня не было ни одной, чтобы удовлетворить все мои потребности. Я использовал Mixpanel для отслеживания событий и Parse для управления push-уведомлениями. В процессе я не полностью правильно настраивал Parse и никогда не интегрировал профили пользователей в Mixpanel. Частичная настройка мешает мне узнать реакцию пользователя на push-уведомления или сегментирование данных пользователями.
5. Понимать аналитику тоже сложно.
Я настроил достаточно трекинга, чтобы сформировать надежный список событий. Когда люди спрашивают, я нахожу, откуда они запрашивают, как они нажимают, что они нажимают, сколько искали они и т. Д. Теперь, когда у меня есть эти данные, у меня нет никаких наследственных идей. Мне нужно вернуться к каждому событию и точно понять, как оно создается. У меня есть некоторые мероприятия, которые вызывались сотни раз, а другие - всего 10 или 20 раз. Трудно различить, как мероприятие может быть настроено неправильно или насколько велик спрос на определенное действие.
Одна вещь, которую я хотел бы иметь, - это список основных событий для действий пользователя, которых нет в моем приложении. Например, я хочу знать, пытались ли люди провести пальцем влево или вправо, ущипнуть, повернуть свое устройство. Я не пытался фиксировать эти события, но это было бы полезно для понимания того, как разрабатывать будущие функции.
Я все еще не уверен, каковы были фактические общие загрузки или действия пользователя. iTunes, Mixpanel и Parse не синхронизированы. По иронии судьбы, я доверяю Parse больше, чем iTunes, потому что он сообщает уникальные параметры устройства, которые я могу видеть.
В целом процесс удался. Самое главное, я доволен процессом. Я был взволнован, увидев Пост Laughing Squid о приложении и Внимание к продукту.
Если вы еще этого не сделали, посмотрите Public Art. Приложение для поиска граффити и уличного искусства рядом с вами!
