Как написать и продать свой PHP скрипт

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

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

Поэтому, нужно подумать о том, как это лучше и удобнее всего сделать. В любом случае Вы должны понимать, что клиенты ожидают о Вас адекватного и быстрого (в разумной мере) ответа. Что понимать под “разумным” временем – решать Вам. В целом, сегодня считается обязательным ответ не позже 24 часов с момента запроса. Но это крайний срок. Нормой считается ответ в течение нескольких часов.

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

Давайте рассмотрим несколько вариантов организации службы поддержки.

1. Если Вы продаёте свою программу через сайт ритейлера (soft marketplace), то как правило у них имеется функционал, позволяющий отвечать на вопросы клиентов. Для такий сайтов ответ с периодичностью один раз в день вполне приемлем. Впрочем, никто не мешает Вам делать это чаще.

2. Если же Вы продаёте свою программу со своего сайте, то лучшее, что Вы сможете сделать – это установить у себя на сайте специализированную программу, так называемую “Help Desk software”. Эта программу (скрипт) позволяет Вашим клиентам иметь личный кабинет, создавать “тикеты”, загружать файлы, отслеживать историю Ваших ответов, создавать секции FAQ и т.д. Подобных программ в Интернете огромное множество, как платных, так и бесплатных. В качестве примера приведу Вам лишь парочку: osTicket и Freshdesk™.

Хочу Вас предостеречь от того, чтобы использовать электронную почту для осуществления технической поддержки. Это очень неудобно и кроме того, имеет множество недостатков по сравнению с программами типа “Help Desk”.

Ещё один важный совет: из всего множества вопросов, которые Вам будут задавать клиенты – скорее всего будет много повторяющихся или практически идентичных. Поэтому желательно подобные вопросы вынести в отдельный, заранее подготовленный список (так называемый Knowledge Base), где подробно будет расписан ответ на каждый из них. Это даст возможность Вашим пользователям получить исчерпывающий ответ на искомые вопросы, а Вам сэкономит ресурсы и время.

Также хорошим подспорьем будет созданный Вами документ (отдельная секция на сайте) под названием Getting Started, где будет подробно описано как установить, обновить и начать знакомство (пошаговое описание) с Вашей программой. Подобный документ сэкономит Вам огромное количество времени, улучшит впечатление о продукте у клиентов, а также позволит систематизировать Ваши собственные знания о программе, которую Вы продаёте другим людям.

Подводя итоги, можно сказать, что какую конкретно программу выбрать для осуществления технической поддержки – решать Вам. Ей не обязательно быть “супер навороченной”, достаточно лишь, чтобы она выполняла своё главное предназначение, а именно помогала Вам и Вашим клиентам быстро и качественно получить нужную помощь. Как правило, подобные программы (скрипты) устанавливаются в поддомен support, то есть адресс службы поддержки может выглядеть примерно вот так: https://support.domain.com

Выпуск новых версий

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

Думаю, Вы согласитесь, что периодичность выпуска новых версий говорит о многом. Например о том, жив ли Вам продукт или Вы забросили его пару лет назад и перестали заниматься его развитием. А дата того, когда последний раз Вы выпустили “заплатку” для повышения безопасности продукта может сказать о том, насколько часто и массово пользуются Вашей программой.

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

Надо сказать, что существую различные варианты нумераций версий ПО и Вы спокойно найдёте ту, что придётся Вам по вкусу.

Вот возможные варианты:

● Нумерация целым числом – 1,2,3 и т.д.

● Нумерация десятичной дробью – 1.1, 1.2 и т.д.

● Нумерация последовательными числами – 1.0.1, 1.0.2 и т.д.

● Нумерация годом – 2020, 2021 и т.д