Панфилов Онлайн

2021-04-07 16:06:41 Как выбрать платформу: мобайл или веб

Чтобы определиться с платформой продукта, задайте себе два вопроса:

1. В каких условиях люди чаще всего будут использовать продукт? На работе, дома, в дороге?
2. Какую основную ценность пользователи получают от вашего продукта? Он решает задачи бизнеса, развлекает или вы что-то через него продаёте?

Если продукт решает задачи бизнеса, а пользоваться им будут на рабочем месте — вам подойдёт веб.

Если это развлекательный продукт для широкой аудитории, то разрабатывайте нативное мобильное приложение.

Когда продукт нужен для продаж, можно пойти на компромисс. Начните с веба, а потом доработайте нативный мобайл, если будет нужно. Веб получается дешевле, да и десктоп сразу идёт в комплекте — возможно, в будущем вы вообще не захотите разрабатывать нативное приложение.

#разработка #запуск_проектов Открыть/Комментировать

2021-04-02 12:27:54 Публикую статью про строительные онлайн-калькуляторы: разобрался в тактиках применения и посмотрел, как их используют крупные игроки.

https://vc.ru/marketing/228313-onlayn-kalkulyatory-kak-stroitelnye-magaziny-podnimayut-prodazhi-c-pomoshchyu-dopolnitelnyh-servisov

Если вы разрабатываете убийцу Леруа Мерлен, онлайн-калькулятор точно пригодится — он и клиентам поможет количество материалов рассчитать, и в поисковиках сайт продвинет. Открыть/Комментировать

2021-03-29 14:53:25 Моя компания Ratio в тестовом режиме запустила новую версию интернет-магазина стройматериалов. Название сайта пока не скажу, но там 20 тысяч товарных позиций.

Обновление таких больших веб-продуктов я рекомендую делать поэтапно, чтобы снизить риск возникновения проблем и не потерять лояльную аудиторию.


1. Открываем новую версию на поддомене new. Большинство клиентов продолжает использовать старую версию, но некоторых мы запускаем на новый сайт вручную, чтобы провести UX-тесты. Так мы можем улучшить продукт перед запуском на широкую аудиторию.

2. Размещаем ссылку и баннер на старой версии сайта. Клиенты могут выбрать, какой версией пользоваться: старой или новой. Тестировщиков становится больше, мы отслеживаем метрики и исправляем баги.

3. Заменяем сайт на основном домене, но старую версию оставляем доступной для всех желающих. На этом этапе большинство пользователей переходит на новый сайт.

4. Когда новая версия окончательно отлажена, мы закрываем старый сайт. Полный цикл перехода может занимать до полугода с момента релиза на поддомене.


Сайт, который разрабатывает моя компания — один из крупнейших строймагазинов в Казахстане. Мы интегрировали для них программу лояльности и сделали синхронизацию с 1С и RetailCRM.

Экономика Казахстана развивается по пути цифровизации, я получаю всё больше запросов на разработку оттуда. Сейчас там цифровой бум — прямо как в России лет пять назад.

#запуск_проектов Открыть/Комментировать

2021-03-24 12:30:00 Как выбрать технологию для разработки продукта?

Порой выбор технологии влияет на судьбу проекта больше, чем всё остальное.

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

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



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

Изучать свежие технологии нужно, но лучше делать это не на клиентских проектах — там цена ошибки слишком высока. Моя команда пробует новые подходы во время разработки внутренних проектов — одним из первых наших продуктов на Symfony был собственный сайт Ratio.

#разработка #запуск_проектов Открыть/Комментировать

2021-03-18 14:39:57 Во времена iPhone 3G у Apple был слоган «Для этого есть приложение» — так они хвастались своим большим по тогдашним меркам App Store.

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

Я уже много лет мечтаю о супераппе, который закроет все рабочие задачи. Приложение «Работа» — просто запустил и работаешь, не отвлекаясь на другие окна.

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



Скоро Notion выпустит API, что сразу улучшит его интеграции с другими сервисами. В новой статье я рассказал, чего от этого ждут продвинутые пользователи:

https://vc.ru/u/470798-maksim-panfilov/221981-notion-publikuet-api-kakih-vozmozhnostey-zhdut-prodvinutye-polzovateli



Напоминаю про рассылку «Бизнес-процессы в Notion». Там я делюсь полезными шаблонами: есть готовая CRM, стартовая страница для новых сотрудников и шаблоны проектной документации.

Первый выпуск рассылки можно прочитать бесплатно в боте @CorpNotionBot. На покупку остальных действует скидка 30% по промокоду PANFILOVONLINE Открыть/Комментировать

2021-03-17 12:30:01 В моей компании корпоративную почту полностью заменил Notion, даже в плане общения с заказчиками.

Мы не рассылаем письма с фоллоу-апами по встречам, но храним их результаты в отдельных карточках — клиент заходит в Notion под своим аккаунтом и читает их. Если во время звонка было принято много решений, то в карточку даже загружается видеозапись разговора. Всегда можно послушать запись заново — это точнее, чем логи в почтовой переписке.



Перед важными созвонами мы составляем повестку и описываем так называемый дизайн встречи:
— Какие вопросы обсуждаем
— В каком формате будет проходить обсуждение
— Сколько времени отведено
— Какой результат ожидаем получить

В повестке удобно оставлять материалы для предварительного ознакомления, чтобы потом не приходилось тратить много времени на брифинг.



Задачи менеджерам я тоже ставлю в Notion. У каждого менеджера пространства учёта задач организованы по-своему, но всё происходит в одном приложении — мне как руководителю так комфортнее.

В недавней статье менеджеры Ratio рассказали, как именно они организуют свои рабочие задачи в Notion. Внутри три шаблона с разными подходами.



Как настроить командную работу в Notion я рассказываю в рассылке «Бизнес-процессы в Notion»: @CorpNotionBot

Промокод (-30%): PANFILOVONLINE Открыть/Комментировать

2021-03-17 12:30:01 Вот столько логов встреч зафиксировано во время разработки крупного интернет-магазина. И это только за месяц! Открыть/Комментировать

2021-03-16 12:30:01 У задач для разработчиков существует четыре уровня детализации:

Общая цель: «запустить продажи через интернет с конверсией 10%» или «дать людям возможность практиковать медитации с помощью мобильного приложения». Задачи такого типа заказчик может ставить менеджеру продукта или подрядчику с продуктовыми компетенциями.

Пользовательские сценарии: «покупатель попадает в каталог товаров и оформляет заказ, получая подтверждение на e-mail». Такие задачи хорошо работают, когда у продукта ещё нет интерфейса: сценарии помогают дизайнеру понять, как спроектировать UI.

Интерфейс с описанием функциональности: «при нажатии на кнопку "Добавить в корзину" товар добавляется в корзину, кнопка меняется на сообщение "Добавлено в корзину", рядом появляется кнопка "+1" — вот ссылка на дизайн, где я всё это показал». В таком виде задача через тимлида приходит программистам от менеджера и дизайнера. Чем подробнее описание, тем лучше — на этом этапе у разработчиков формируется понимание того, как именно должна работать финальная версия продукта.

Техническая спецификация: структура таблиц баз данных, методы API, архитектура модулей, логика отображения данных в интерфейсе. До этого уровня тимлид расписывает задачу для программистов.


Расписывая задачу до более глубокого уровня детализации, вы одновременно с этим декомпозируете её — разделяете на более простые составляющие. Общая цель скорее всего будет содержать в себе несколько пользовательских сценариев, каждый из которых раскладывается на интерфейс отдельных страниц.

#разработка Открыть/Комментировать

2021-03-12 12:30:22 Весной Notion обещает опубликовать API, что должно улучшить его интеграцию с другими сервисами. Но как конкретно это можно использовать?

Я жду API, чтобы связать Notion с YouTrack: хочу видеть выработку разработчиков, не переключаясь на другое приложение. Вчера подписчик рассказал, что собирает на базе Notion контакт-центр для студии звукозаписи — с лидогенерацией при звонках и интеграциями с VK, Telegram и WhatsApp.



А вы ждёте API для Notion? Как планируете его использовать? Расскажите в комментариях, а я попробую собрать ваши идеи в статью, чтобы остальные могли вдохновиться. Открыть/Комментировать

2021-03-11 16:12:40 Большинство таск-трекеров заставляют раз и навсегда выбрать подход к организации задач. Хочешь попробовать что-то новое — меняй сервис.

С точки зрения директора ситуация ещё хуже: либо заставляй всех сотрудников вести учёт задач одинаково, либо плати за несколько сервисов и потом постоянно переключайся между ними.

Но если организовать трекер в Notion, можно дать сотрудникам больше свободы внутри одного сервиса. Сегодня я опубликовал статью, в которой менеджеры Ratio поделились своими шаблонами для таск-трекинга на этой платформе:

https://vc.ru/services/219070-kak-vesti-spiski-del-v-notion-3-shablona-ot-realnyh-menedzherov-v-it

Вчера я анонсировал рассылку с шаблонами для Notion, скидка по промокоду всё ещё действует. Открыть/Комментировать