INFOSTART EVENT 2018 EDUCATION

Второй тур голосования за доклады.
Окончание 5 сентября.

Кривенок Александра | Разработчик мобильных приложений | 1С-Рарус

«Монетизация. Как заставить приложение приносить прибыль раньше, чем вы потратите на него все деньги»

Кажется, что самое сложное в работе над тиражными приложениями - это этап разработки. Вроде бы "родили" конкурентоспособный продукт, и все , можно расслабиться, пить коктейли на пляже и ждать, пока пользователи выстроятся в очередь за подписками на ваше детище. Но нет...тут как раз и начинается все самое интересное. Оказалось, что так тщательно продуманная вами схема монетизации совсем не работает. Или работает, но далеко не так эффективно, как вы ожидали. Подписки не продаются, количество платников не растет, а график роста выручки похож на кардиограмму трупа. Жизнь - боль, а коктейли пьют ваши конкуренты. Так как же найти ее - оптимальную схему монетизации именно для вашего продукта? Как заставить приложение приносить деньги? За годы работы над Boss мы попробовали, наверное, все возможные варианты. Провели массу экспериментов. И кое-чему научились. - За что будем требовать деньги? Главные ошибки при выборе схемы монетизации. - Подписки vs покупки : кто круче? Основные плюсы и минусы обоих вариантов. - Триальный период. А надо ли? - Так за что же все таки готов платить ваш пользователь? Поиск оптимальной схемы. - Главное не спугнуть или как интерфейс влияет на рост продаж. Это и еще много чего интересного я расскажу в своем докладе. P.S. На основе реальных событий.

Новогодние истории: Праздничный учет

Отчеты - Управленческие

6
Грязный хак как средство достижения взаимной гармонии.

30 декабря, когда одним краем глаза смотрят на часы, а другим краем уха слушают, что за идеи у руководства, звонит заказчик:

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

Исполнитель: А куда его грузить? в какой документ?
Заказчик: Куда нибудь там положите.
Исполнитель: Нельзя выгрузить документ в никуда. Заказ может конвертирован в документ, справочник или регистр. В какой?
Заказчик: Ну в какой-нибудь внешний отчет.
Исполнитель:???

Снимать бухгалтерию с полной поддержки и создавать дополнительный документ не хочется ради явной причуды.
Бухгалтер поясняет - нужно иметь возможность сформировать отчет в бухгалтерской программе.
Отчет списком за 2016 год с основными показателями, просматривать сами заказы не нужно.
Больше он не потребуется - в 2017 году заказы не планируют использовать.
Понятно, что с отчетом никто не будет работать - лишь бы был, чтобы можно было что-то показать.
Com - соединение не подходит - базу отдают на проверку.

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

Показываю заказчику - расходимся миром.

Статьи и решения для платформы 8.х

Сравнение товарных остатков между двумя базами данных

Учет доставок в Управление торговлей 10.3 (УПП - опционально)

Контроль отправки чеков ККМ в ОФД

Сравнение взаиморасчетов с контрагентами УТ с БП 

Ошибка СУБД: ERROR: relation … does not exist

Настройка обмена в 1С:Предприятие 8 после смены баз данных

Учета документов, сданных в бухгалтерию для Управление торговли 10.3

Клиент-банк ВТБ 24. "Неожиданный" ОКТМО

Загрузка отборов в Сегмент номенклатуры

Решения для платформы 7.7

Быстрая Книга учета доходов и расходов для комплексной 7.7

Реестр сертификатов для 7.7

Прайс-лист для 7.7. А побыстрее можно?

Комфортные наборы пользователя

Оборудование

Обновление прошивки на фискальном регистраторе Штрих-М

 

6

Скачать файлы

Наименование Файл Версия Размер
Внутренние заказы
.erf 11,81Kb
07.01.17
0
.erf 11,81Kb Скачать

См. также

Комментарии
Сортировка: Древо
1. DrAku1a 1284 12.01.17 03:24 Сейчас в теме
Ну, какова задача - таково и решение :)
Зато конфу БП не тронули - что есть очень хорошо!
2. V.Nikonov 117 12.01.17 15:10 Сейчас в теме
Мне в голову пришла несколько иная идея:
В любом случае - это ВнешнийОтчет. Хранение данных в Макете - медленная распаковка (Считывание) и дополнительный отчет для создания макета...
Я не вижу противопоказаний по подключению из этого Внешнего Отчета по Com или другой технологии к Рабочей торговле и формирование запроса там, с выводом в БУ.
3. aspirator23 373 12.01.17 20:08 Сейчас в теме
(2)Это правильная идея, но не проходит по Техзаданию "...Com - соединение не подходит - базу отдают на проверку..." :) Т.е. только полностью автономное плавание :)
Оставьте свое сообщение