Приложение growth как пользоваться
загрузить и установить Growth+ на вашем персональном компьютере и Mac
Некоторые приложения, например, те, которые вы ищете, доступны для Windows! Получите это ниже:
Или следуйте инструкциям ниже для использования на ПК :
Если вы хотите установить и использовать Growth+ на вашем ПК или Mac, вам нужно будет загрузить и установить эмулятор Desktop App для своего компьютера. Мы усердно работали, чтобы помочь вам понять, как использовать app для вашего компьютера в 4 простых шагах ниже:
Шаг 1: Загрузите эмулятор Android для ПК и Mac
Хорошо. Прежде всего. Если вы хотите использовать приложение на своем компьютере, сначала посетите магазин Mac или Windows AppStore и найдите либо приложение Bluestacks, либо Приложение Nox . Большинство учебных пособий в Интернете рекомендуют приложение Bluestacks, и у меня может возникнуть соблазн рекомендовать его, потому что вы с большей вероятностью сможете легко найти решения в Интернете, если у вас возникнут проблемы с использованием приложения Bluestacks на вашем компьютере. Вы можете загрузить программное обеспечение Bluestacks Pc или Mac here .
Шаг 2: установите эмулятор на ПК или Mac
Теперь, когда вы загрузили эмулятор по вашему выбору, перейдите в папку «Загрузка» на вашем компьютере, чтобы найти приложение эмулятора или Bluestacks.
Как только вы его нашли, щелкните его, чтобы установить приложение или exe на компьютер или компьютер Mac.
Теперь нажмите «Далее», чтобы принять лицензионное соглашение.
Чтобы правильно установить приложение, следуйте инструкциям на экране.
Если вы правильно это сделаете, приложение Emulator будет успешно установлено.
Шаг 3: Growth+ для ПК - Windows 7/8 / 8.1 / 10/ 11
Теперь откройте приложение Emulator, которое вы установили, и найдите его панель поиска. Найдя его, введите Growth+ в строке поиска и нажмите «Поиск». Нажмите на Growth+значок приложения. Окно Growth+ в Play Маркете или магазине приложений, и он отобразит Store в вашем приложении эмулятора. Теперь нажмите кнопку «Установить» и, например, на устройстве iPhone или Android, ваше приложение начнет загрузку. Теперь мы все закончили.
Вы увидите значок под названием «Все приложения».
Нажмите на нее, и она перенесет вас на страницу, содержащую все установленные вами приложения.
Вы должны увидеть . Нажмите на нее и начните использовать приложение.
Шаг 4: Growth+ для Mac OS
Привет. Пользователь Mac!
Шаги по использованию Growth+ для Mac точно такие же, как для ОС Windows выше. Все, что вам нужно сделать, это установить Nox Application Emulator или Bluestack на вашем Macintosh. Вы можете получить Это здесь .
Эту статью мы написали вместе с Богданом Дроздовым, Growth Hacker в Aura. Вот ссылка на его телеграм-канал.
Лет 10 назад все говорили о Growth Hacking, сейчас — о Growth. Но что это такое? Чем growth-продакты отличаются от обычных? И обязательно ли разбираться в аналитике, чтобы заниматься Growth?
В этой статье мы ответим на 10 вопросов о Growth, которые возникают у новичков. Вы узнаете, чем занимаются Growth-специалисты и как они помогают компаниям расти. В конце дадим подборку с полезными ресурсами.
А в телеграм-канале мы подготовили для вас карточки с 5 самыми распространенными ошибками новичков в Growth. Переходите и читайте, чтобы не повторить их.
1. Раньше все говорили про Growth Hacking, теперь про Growth. В чем разница?
Growth Hacking — концепция, по которой компания ищет способы быстро и дешево улучшить определенную метрику, чтобы вырасти. Со временем работающие хаки объединили в методологии и фреймворки, а поиск точек роста продукта стал рутинным процессом в компании — Growth-процессом.
Как работает Growth Hacking: увидели метрику, решили на нее повлиять, сразу же попробовали. Случайный и не системный подход.
Как работает Growth: проанализировали метрики, выбрали самую проблемную, обсудили гипотезы, приоритизировали их, начали тестировать. Есть четкая система, решения принимают на основе данных.
2. А Growth возможен только в корпорациях вроде Facebook и Airbnb?
Существует миф, что Growth — для крупных компаний. Это не так. Growth можно использовать как в корпорациях, так и в стартапах. Но их ресурсы и цели отличаются, поэтому подход к росту разный.
Стартапы используют Growth, чтобы кратно вырасти и стать большой компанией. В случае успеха их рост становится резким и быстрым.
Большие компании используют Growth не для кратного роста, а для поиска точечных возможностей вырасти. Это может быть запуск новых продуктов, изменение воронки, работа с виральностью.
Зачастую стартапы гибче корпораций, поэтому тестировать гипотезы и вносить изменения в них быстрее. В крупных компаниях много времени занимают коммуникация, согласование и подготовка.
3. Окей. А как выглядят процессы в Growth?
Growth-процесс — повторяющийся цикл работ по улучшению метрик продукта. Команда выбирает целевую метрику и начинает с ней работать — генерирует гипотезы, выбирает потенциально успешную, тестирует ее, а затем внедряет. После этого в разработку идет следующая гипотеза.
Цикл повторяется, пока целевая метрика не повысится до нужного значения. После этого команда фокусируется на другом слабом месте продукта.
4. А можно поподробнее? Что Growth-специалисты делают на каждом этапе?
Разберем этапы growth-процесс на примере Майка, Growth-специалиста в фитнес-приложении.
Во время обсуждения целей стейкхолдеры поставили перед ним задачу увеличить конверсию из установки приложения в начало пробного периода с 10% до 15%.
Growth-процесс будет выглядеть так:
Майк и команда проводят брейншторм и ищут идеи, которые могут повлиять на выбранную метрику. Оптимальное количество — около 10.
Для фитнес приложения идеи могут быть такими: добавить экран с изображением человека в спортивной форме, добавить кнопку, изменить текст.
2. Приоритизация гипотез.
Для оценки гипотез команда использует фреймворки приоритизации. В разработку идет гипотеза, которая набрала больше баллов.
Команда Майка оценила гипотезы с помощью фреймворка ICE. Победила идея добавить экран с изображением девушки со спортивной фигурой. Еще решили добавить призыв оформить платную подписку.
3. Подготовка эксперимента.
Дизайнер создает макет экрана, а в это время Майк готовится к эксперименту — будет проводить A/B тест.
Для его проведения пользователей разделят на контрольную и тестовую группы. Версия приложения для тестовой группы будет с изменениями: новым экраном и кнопкой. Контрольная группа будет пользоваться предыдущей версией приложения. Затем показатели конверсии в этих двух группах сравнят.
Команда должна понимать, при каких значениях эксперимент можно считать удачным. Майк решил, что эксперимент можно будет признать успешным при разнице конверсии в 10%.
Дальше Майк рассчитывает длительность эксперимента и необходимую выборку пользователей. В эксперименте должно поучаствовать столько пользователей, чтобы результаты были статистически значимыми. Если выборка пользователей будет слишком маленькой, то результат эксперимента может оказаться недостоверным.
Пока идет тестирование, команда начинает заниматься следующей гипотезой с наибольшим количеством баллов. Задача Майка — проследить, чтобы гипотеза не противоречила проводимому эксперименту и не влияла на него.
5. Анализ результатов.
Если результаты эксперимента соответствуют установленному критерию и статистически значимы, то его можно считать успешным. В этом случае можно готовиться к внедрению.
Задание
Эксперимент Майка показал рост конверсии на 3%, когда целевой показатель — 10%. Влияние на основные метрики оказалось незначительным.
В первой статье мы рассказали про жизненный цикл стартапа и поделились быстрым тестом идеи на живучесть. Также затронули особенности управления стартапом и поговорили о том, как мотивировать команду.
Сегодня, как и обещали, остановимся подробнее на GROWTH Method. Рассмотрим на кейсах INOSTUDIO, как этот метод работает. Напоминаем, что статья подготовлена по материалам вебинара Екатерины Королевой, project-менеджера INOSTUDIO.
Goal — Пойми, что должно получиться.
Reality — Анализируй, что есть сейчас.
Obstacles — Продумывай, как поменять продукт.
Way Forward — Меняй и запускай. Смотри, что происходит.
Сразу рассмотрим на примере, как это работает. Мы запустили продукт, регистрация состояла из трех шагов. На первом шаге запрашивали номер телефона, люди приходили и сразу уходили. Для многих пользователей нашей целевой аудитории поделиться своим номером было болезненным, они просто не хотели дальше пользоваться продуктом. Нашей целью стало сделать так, чтобы максимальное количество пользователей завершало регистрацию.
Мы сделали запрос номера третьим шагом. На первом спрашивали данные пользователя, среди них был email адрес, по которому потом писали и узнавали проблему. Этим в офлайне занимались основатели стартапа, они таким образом возвращали тех, кто не завершил регистрацию. То есть цепочка действий выглядела так: увидели, что первый шаг поломан, проанализировали и придумали, как это поменять, оценили действия.
Важно, чтобы изменения были минимальны для бюджета и срока реализации. То есть вы упрощаете свое решение. Если не работает регистрация, это не значит, что нужно все бросать и говорить: «Ага, люди боятся делиться номером телефона, давайте срочно выкинем регистрацию по номеру телефона, которую разрабатывали пару недель. И еще за лишние пару недель разработаем регистрацию через email».
Нет, решения в методе GROWTH должны быть такими, чтобы минимальными усилиями сдвинуть с точки те цифры, которые на данном этапе не устраивают в аналитике. В кейсе с регистрацией по номеру телефона так и вышло. Люди, как и планировалось изначально, регистрируются по номеру телефона, просто добавляют его не сразу, так как поменялись шаги в форме.
Короткие итерации
В идеале по GROWTH итерация может быть один день. Но специфика, например, мобильных стартапов заключается в том, что есть сторы — App Store и Google Play. И мы не можем сделать так, чтобы каждый день в магазинах появлялась новая версия приложения. Но в течение, условно говоря, недели можно легко делать обновление, выпускать новые версии и продумывать гипотезы, как изменить продукт. Это более комфортный срок.
Прекращение работ
Часто бывает, что разрабатывается функционал, который не востребован пользователем. И важно понимать, что незачем сейчас тратить на него бюджет. Лучше пустить его на дополнительную рекламу или на функции, которые нужны пользователям или инвесторам. GROWTH-метод как раз позволяет увидеть, что именно не работает. И если через несколько итераций ситуация не меняется, возможно, проблема не в самой реализация, а в том, ЧТО реализуется. И можно попробовать что-то другое.
Остановимся подробней на том, кто же входит в GROWTH-команду.
- Аналитик
- Дизайнер
- Разработчик
- Тестировщик
- Маркетолог
Аналитик, дизайнер, разработчик, тестировщик — это стандартные роли, которые есть, наверное, в любом цифровом решении, при разработке любого ПО. Но есть одно большое «но» — это отдельная команда, у нее другие цели.
Аналитик , который работает в GROWTH-подразделении, нацелен не столько на то, каким должен быть крутым новый функционал или как у него развит UI и UX. Он понимает, какие воронки нужно оценивать, какие данные собирать. Этими данными делится с GROWTH-командой, и все вместе решают, как сделать так, чтобы достичь той цели, которая стоит перед проектом в данный момент. То есть он обеспечивает команду аналитикой, формирует гипотезу и обозначает, какую проблему необходимо решить. В его зоне ответственности находятся все инструменты аналитики, которые используются на проекте.
Дальше работает дизайнер , это может быть UI/UX-дизайнер. Он отвечает за то, как модернизировать продукт. Вспомним кейс с регистрацией. У нас дизайнер говорила: «Давайте поменяем шаги местами, чтобы не отпугивать пользователей сразу». В другом случае предлагала добавить дополнительное поле, чтобы люди могли загрузить свою фотографию. Дизайнер работала над улучшением UX.
Потом в процесс вступает разработчик , который внедряет все изменения. В случае с приложением для строителей он модернизировал нашу регистрацию. Дальше — тестировщик , который быстренько запускает тест. В кейсе с регистрацией он смотрел, чтобы все корректно работало. Заметим, что в идеальном мире в этот момент было бы хорошо использовать автоматические тесты, но в GROWTH-методе их практически не бывает. Чаще всего тестировщик проводит ручное тестирование, потому что стартап — живой продукт, он постоянно меняется. Вы просто не сможете подержать быструю скорость итерации, если будете для каждого изменения писать отдельные автоматические тесты.
И завершающий участник GROWTH-команды — маркетолог . Чтобы появилась аналитика, должны прийти пользователи. Чтобы пользователи пришли, маркетолог запускает рекламу. Вернемся к кейсу с регистрацией. Реклама привела людей, мы увидели, что на первом шаге они отсеиваются. Мы внедрили изменения, маркетолог запустил рекламу, снова пришли пользователи. Мы увидели, что теперь люди пользуются продуктом по-другому.
Отдельная команда
Объясним, почему GROWTH-команда должна быть отдельной. Потому что вы не только модернизируете разработанный функционал, но и развиваете продукт дальше. Как в нашем кейсе с регистрацией, путь пользователя продолжается, он должен как-то разместить резюме, откликнуться на вакансию. Отдельная команда разработки занимается новым функционалом, а команда GROWTH доделывает уже реализованный функционал, чтобы он работал на реальных пользователях.
Первый выход = сразу ценность
Всегда думайте, зачем целевой аудитории ваш продукт. Уже в MVP-версии продукта должна быть ценность для конечного пользователя, который придет на сайт или в приложение. Никто не придет просто зарегистрироваться. Уже после регистрации нужно давать клиенту какую-то ценность.
Если брать приложение для поиска работы, то это может быть автоматическое создание резюме. Или, например, готовый шаблон резюме, составленный для ускорения работы с приложением. Чтобы человек зарегистрировался и получил шаблон, который можно заполнить.
Быстрый темп изменений и параллельные изменения
Как мы уже говорили выше, скорость изменений в целом равна неделе, но лучше быстрее. Параллельные изменения объясним на примере. Допустим, в регистрацию надо добавить два дополнительных поля. Реализовали, запустили рекламу, увидели, что люди пошли, статистика начала собираться. Пока статистика собирается, GROWTH-команда не сидит и не ждет, она начинает менять другой функционал.
Видим, что люди в резюме заполняют только часть полей, значит, другая часть им не нужна. И начинаем работу непосредственно с этим функционалом. Пока мы поменяли резюме, пришла статистика по регистрациям. Мы выпустили функционал с новыми полями в резюме, маркетолог запустил рекламу. А сами смотрим, как изменилась статистика у регистрации. Сроки и темпы выхода на рынок для стартапов крайне важны. Поэтому GROWTH-команда использует параллельные изменения.
А теперь настало время рассказать о кейсах, в которых мы применяли GROWTH-метод, и что изменилось в стартапах.
Изменение модели бизнеса
Работали со стартапом, который придумал интересную технологию — AR-примерочную. То есть примерочная в дополненной реальности, когда можно на сайте магазина выбрать блузку и примерить на себя. Или выбрать наручные часы и примерить. Наводишь телефон и видишь, как вещи на тебе смотрятся. Сама идея интересная, но модель бизнеса была такая: клиент хотел сделать магазин, условно говоря, свой Aliexpress, только где будет примерка в дополненной реальности.
Когда начали работать с целевой аудиторией, стало понятно, что затраты на создание такого большого магазина будут несоизмеримы с тем, что в конце концов клиент начнет получать. Точка безубыточности у этого стартапа будет очень далекая. Поэтому подумали, какие ключевые игроки уже есть на рынке. И основатель стартапа поменял модель бизнеса. Он отказался от магазина и сосредоточился на самой технологии. Команда разработала технологию примерки кроссовок и продала ее в большие магазины. Сейчас у той же Lamoda есть примерка кроссовок в дополненной реальности.
Это был пример, когда основатель модернизировал модель бизнеса и по-другому зашел на свою целевую аудиторию. А стартап вышел из точки безубыточности.
Изменение позиционирования
Еще один наш проект на калифорнийском рынке — сайт вакансий для строителей. Из этого проекта мы рассматривали выше примеры с регистрацией и резюме. Этот проект — место, где строитель может найти себе работу, а застройщик — исполнителя на объекты. Изначально цель и миссия этого стартапа была в том, чтобы переобучить людей. Чтобы они умели не только, условно говоря, полы красить, но и работать с другими видами краски или с другими технологиями. Может быть, покраска при помощи дронов для очень высоких зданий. Вот с этого начался этот стартап, основатели хотели дать платформу для переквалификации.
Заказчики поработали с инвесторами, поработали с прототипом, попытались его модернизировать и поняли, что для начала нужно создать платформу, где люди начнут в принципе искать работу. А потом уже показывать, что есть курсы по повышению квалификации. Миссия сохранилась, но изначальное позиционирование чуть-чуть сместилось.
Изменение платформы
То же самое в принципе касается и платформ — надо анализировать, какая лучше подойдет проекту. В предыдущем кейсе изначально думали создать приложение для строителей, потому что у них в руках чаще мобильный телефон. Они не сидят за компьютером, они работают на объектах. Но часть целевой аудитории — это работодатели этих строителей, и они работают за компьютером. И для того, чтобы получить вакансии, нужно сначала сделать веб-версию, а потом уже для строителей делать мобильную.
В тот момент мы находились на стадии предпосевная/посевная, готовили прототипы, работали с инвесторами, с потенциальными партнерами и получали их обратную связь. И на основе их обратной связи мы пришли к решению изменить платформу на начальном этапе.
Изменение дизайна
Все тот же сайт для строителей. Изначально разработали такой дизайн:
Он нравился всем нашим кофаундерам, все было прекрасно, пока мы не стали показывать сайт реальным строителям, которые будут им пользоваться. Пришло осознание, что цифровое решение нарисовано не для строителей, а, может быть, для инвесторов или для нас. Мы использовали маленькие шрифты и маленькие кнопки. Людям этой сферы не интересны голубенькие, синенькие цвета. Им интересны их профессиональные цвета — оранжевый и черный. Им нужны большие кнопки, на которые удобно нажимать, потому что целевая аудитория больше мужская. Произошло глобальное изменение дизайна:
Кстати, редизайн сайта тогда сделали за две недели и выпустили с совсем новым видом. Как мы говорили, в GROWTH важны скорость и итерации. Даже больше скажем, были редизайн и ребрендинг. Провели исследования и выяснили, что в названии проекта слово “journey” не для нашей целевой аудитории, а опять же больше для нас. Американский строитель реагирует на другое слово — “core”. И теперь проект называется Core.
Изменение функционала
Примеры модернизации взаимодействия пользователя с продуктом. В решении для строителей есть заполнение резюме. Оно состоит из блоков, в одном нужно об опыте рассказать, в другом — о скиллах, в третьем — у кого можно взять рекомендации. Таких блоков много, и людям было сложно, некоторые они вообще не заполняли. И каждый блок редактировался в таком всплывающем окне:
Некоторые pop-up люди не находили, потому что нужно было нажать иконку редактирования — «карандашик». Это непонятный шаг для нашей целевой аудитории, они строители, а не инженеры веб-разработки. Аналитика показала, что многие блоки не заполняются.
Тогда на сайт добавили помощник, который, как квиз, проводил человека по этим блокам:
Мы не переделывали блоки, мы просто добавили маленькое всплывающее окно, где по очереди открывали эти pop-up и не заставляли людей идти искать «карандашик». Благодаря изменениям пользователи стали заполнять больше полей в резюме, и оно стало более информативным для работодателей.
Еще один пример с этого же проекта. Мы придумали, что навыки люди будут заполнять через pop-up. Реализовали умный поиск, который по введенным нескольким буквам подсказывал из базы данных, какие скиллы бывают. Нам казалось, что это очень удобно, но статистика показала, что люди практически не пользуются добавлением навыков на сайте. И уж тем более верификацией этих навыков.
Поэтому мы придумали, что у нас не будет ручного заполнения. Мы автоматически подскажем людям навыки, опираясь на их изначальный скилл. Пользователь указывает, что он строитель, мы показываем, какие у строителей бывают навыки. Указывает, что он маляр, и мы показываем, что в нашей базе для маляров есть такие навыки: работа с акриловой краской, распылитель и т.д. И единственное, что остается сделать пользователю, это нажать на «плюсик». Люди стали заполнять скиллы. То есть мы упростили взаимодействие и стали запрашивать информацию по-другому.
Трудоемкое MVP и отсрочка выхода на рынок
Один из принципов GROWTH — это упрощение. В начале важно понимать, что первая версия продукта может состоять из регистрации и одной главной функции — все.
Были у нас случаи, когда сложно было определиться с MVP, какой функционал минимальный, а какой не минимальный. И в итоге MVP получался очень большим, естественно, это увеличивало бюджет. И потом продукт сложно было модернизировать.
Большое количество функций отсрочило выход на рынок. Играли с дизайном-редизайном, опираясь только на свои мнения. Сложно было принять решение, что этого достаточно, чтобы показать пользователям. Из-за этого аудитория ничего не увидела, потому что продукт на рынок не вышел.
Это опасная петля для стартапа — не выходить на рынок и играть с самим собой. Когда работаешь по GROWTH, приходится выходить к пользователю. Поэтому если GROWTH нет, нет триггера, который заставит выйти на рынок. И можно случайно туда не пойти.
Крупные изменения и необоснованные гипотезы
На одном сайте были курсы, их всегда оплачивала одна роль. Решили сделать разделение платежей, чтобы люди могли выбирать, какой процент они будут оплачивать. Это сложный функционал биллинга. Начали его внедрять, хотя было непонятно, нужно ли это аудитории.
И в итоге, когда изменения выпустились и были затрачены большие бюджеты, оказалось, что только 3% пользователей готовы это применять, остальным это не нужно. То есть в начале надо было проанализировать эту идею. Или внедрить какую-то часть функционала, чтобы увидеть, будет ли спрос у аудитории. Сохранили бы бюджет.
Изобретение велосипеда
На том же сайте, где продавались курсы обучения. Условно говоря, это школа, и там есть расписание уроков. Сейчас много готовых решений, чтобы на сайте или где-то еще сделать календарь, в котором можно создавать события. Но были придуманы такие бизнес-требования, которые ни под одно готовое решение не подходили.
Пришлось изобретать велосипед самим. Были затрачены большие бюджеты и много времени, хотя можно было бы упростить бизнес-требования, чтобы подошла готовая библиотека. И тем самым сократить время выхода на рынок и увидеть, как аудитория реагирует на продукт.
Несвоевременность
Вспомним кейс с примеркой в дополненной реальности. Основатель изначально хотел работать с российской целевой аудиторией. Он проанализировал все за и против, пришел к выводу, что дополненная реальность работает далеко не на всех устройствах. Российский рынок еще не настолько оснащен устройствами, которые поддерживают AR-технологии. То есть уже изначально была сокращена целевая аудитория из-за того, что у нее просто нет устройств. И было принято решение на этот рынок в это время с такой идеей не выходить. Если бы вышли, потеряли бы бюджет.
Вот такие сложные кейсы GROWTH-метода были у нашей компании.
Призываем, идею не надо думать, идею надо делать . Если у вас классная идея и вы ее готовы проверить, то хотя бы проведите опросы целевой аудитории, даже просто через google-формы. Начинайте действовать, тогда ваша идея превратится в стартап.
Простая истина в том, что нужно думать о продвижении с самого начала. Изучайте свою целевую аудиторию, чтобы не делать дизайны-редизайны, которые делали мы. И ведите аналитику с самого начала.
Выходите на рынок , там реальность, там ваши пользователи, там реальные данные, опираясь на которые вы можете делать взвешенные решения и развивать свой продукт.
Выбирайте людей, у которых есть опыт запуска собственного стартапа или работы в стартапах. Тех, которые знают особенности развития стартапов. Работайте с профессиональными людьми, которые верят в ваши идеи.
Для тех, кто интересуется темой стартапа, сотрудники INOSTUDIO подготовили полезности. Вы найдете список книг и ссылки на фонды и акселераторы, которые занимаются стартапами. Вдруг в каком-то из них вам посчастливится найти своего бизнес-ангела или консультанта, который поможет грамотно подойти к развитию идеи.
Запишите несколько измерений веса, роста и окружности головы детей и используйте их для создания диаграмм роста от рождения до 20 лет.
Прогнозируйте рост с помощью функции прогнозирования свободного роста. Все процентили и Z-баллы рассчитываются с использованием высокоточного метода LMS.
Содержит карты ВОЗ, CDC, недоношенных и комбинированные (ВОЗ-CDC, недоношенные-ВОЗ), а также десятки диаграмм для конкретных стран, доступных с обновлением версии Pro.
Легко экспортируйте и импортируйте данные с помощью файлов CSV или используйте встроенное облачное резервное копирование для синхронизации данных между устройствами и обмена ими с другими пользователями.
Посетите нашу веб-страницу, чтобы получить ответы на часто задаваемые вопросы, видео-руководство пользователя, подробную информацию о процентилях, импорте/экспорте CSV и многом другом.
Функции:
* Поддерживает смешивание единиц измерения фунтов, унций, футов, дюймов, г, кг и см
* Записывайте измерения для неограниченного количества детей (локальное хранилище) или до четырех детей с облачным резервным копированием
* Дополнительное облачное резервное копирование для синхронизации между устройствами или позволяет делиться с другими пользователями
* Графики зависимости возраста от веса, возраста от роста, возраста относительно окружности головы, возраста и ИМТ и веса от роста
* Показать процентили или Z-баллы в диаграммах и таблицах
* Настройте диаграмму с помощью разных цветов линий
* Комбинированные диаграммы позволяют использовать одну диаграмму для общих точек перехода (Preterm-WHO, WHO-CDC)
* Прогнозируйте рост детей до полной кривой
* Отображение процентилей с использованием реального возраста (на основе даты рождения) или скорректированного возраста (на основе срока родов) для недоношенных детей
* Сравните несколько детей на одном участке
* Щелкайте по точкам на диаграммах, чтобы увидеть точные процентили или легко создать таблицу процентилей для всех измерений
* Легко делитесь или сохраняйте изображения диаграмм или отчеты в формате PDF (PDF-файлы только в версии Pro)
* Экспорт и импорт измерений в файлы CSV
* Настройте дочерний список с фотографией каждого ребенка
Это приложение не ставит диагноз и не заменяет консультацию квалифицированного медицинского работника. Если у вас есть медицинские опасения по поводу вашего ребенка, не игнорируйте и не откладывайте их обсуждение с квалифицированным медицинским работником.
Читайте также: