x
 
Алексей Л.
18 июня 2020
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

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

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

Билинг, имхо (может, я тут неправ?), — это очень сложный программный продукт, и писать и поддерживать его своими силами для стартапа может быть очень затратно. Какие, вообще, тут есть варианты?

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

Просьба сохранить анонимность и не указывать почту.


Алексей!

Бей­скемп после запуска про­ра­бо­тал целый месяц без билинга, потому что брал деньги по посто­плате. Навер­няка команда с радо­стью потра­тила осво­бо­див­ше­еся время на более важ­ные и сроч­ные вещи.

По сайту Прай­с­плана мне пока­за­лось, что он ори­ен­ти­ро­ван на Б2Б‑сер­висы. Если это так, а билинг для вас сей­час не глав­ное — нач­ните с обыч­ного чело­ве­че­ского труда: возь­мите Амо‑ЦРМ или Бит­рикс‑24 и нач­ните выстав­лять счета через них. Когда выстав­ле­ние сче­тов ста­нет тре­бо­вать много ресур­сов — напи­шите пару скрип­тов, кото­рые через API авто­ма­ти­зи­руют их выстав­ле­ние. И только когда скрипты пере­ста­нут справ­ляться — пере­хо­дите на боль­шие про­фес­си­о­наль­ные решения.

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

Я сам не поль­зо­вался ни одним из этих сер­ви­сов, но под­ход, наде­юсь, понятен.

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Поделиться
Отправить

Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Новичок в команде считает, что стандарты качества продуктов низкие, а знания и опыт устарели из-за инертности 3 Как быть разработчикам, которые хотят получать больше денег, но не хотят разбираться в бизнесе? Что делать, если меня, технического директора, потихоньку отстраняют от дел? Как написать аккуратный код? Часть третья: заменяемость




Недавно всплыло

Многие издания тарифицируют гонорар по общей ставке или по просмотрам 2 Работаю корректором и иногда хочется влезть не в своё дело 1 1 9