До многопользовательского API, по хорошему бы для начала прикрутить хотя-бы простейшую API (такие обещания уже были!)
У пользователя должна появиться хоть элементарная возможность автоматизированного управления рассылками и их "компонентами".
API должна быть максимальна проста для понимания и для управления со стороны пользователя.
Например в момент запуска рассылки, ПО создавало бы текстовой файл с номером рассылки, в котором через разделитель "запятую" отображался бы набор свойств этой рассылки.
Пример:
1.Файл 0001.txt (рассылка № 1)
2.Примерное содержимое файла 0001.txt: 0001,1,1,1,1,1 ......
Где:
[0001],1,1,1,1,1 - номер рассылки
0001,
[1],1,1,1,1 - номер заголовка
0001,1,
[1],1,1,1 - номер тела
0001,1,1,1,
[1],1 - номер ссылки
0001,1,1,1,1,
[1] - номер Socks-листа
и так далее ... далее ... далее ... далее ... далее ... далее ...
Изначально в настройках ПО, пользователь настраивает (через какое время перечитывать файл-конфига для API).
Если пользователю нафиг не нужна API, то он не заморачивается с API (работает по старинке).
Если же пользователя интересует работа с ПО через API, то пользователь открывает ман с примерами API и самостоятельно или с помощью сторонних разработчиков разрабатывает свои алгоритмы по автоматизации рассылок через API.
И все участники процесса в шоколаде ...
Разработчик - потому, что за ПО с API можно брать доп.денежку.
Пользователь - потому что с помощью API сможет запрограммировать работу ПО в автоматизированном режиме хоть на год вперед.
Сторонние разработчики софта для управления AMS через API, так же не останутся в накладе
Фиг его знает, как еще более убедительно изложить, что-бы Максу стало понятным что API жизненно необходима