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

MrLucasskyANAВаш продукт какие проблемы решает? Какие потребности? Кто готов за это заплатить?

Я работал на предприятии, которая продавала свой софт по логистике. Мне часто приходилось ездить по клиентам для установки фирменного ПО, и я с удивлением обнаружил, что много мелких контор ведут различные базы данных практически на коленях, Excel –это самое распространенное. Поэтому компания просила этих клиентов перевести учет в какую-нибудь базу данных для интеграции ПО. Нам как специалистам по внедрению приходилось советовать клиентам какую использовать базу данных и ПО. 1С многих пугает, тем, что потребуется дорогой программист для настройки, да и руководство нужно просить, обосновывать и обычно это ничем не заканчивалось, поэтому, устанавливали клиентам бесплатную версию MSSQL а интерфейс писали на Delphi либо все делали на Access на скорую руку. К моему приходу в компании уже была куча разных исходников для клиентов, клиенты постоянно просили вносить изменения, компоненты (Delphi) иногда пропадали или были несовместимы с текущими и их обслуживание вызывало просто пытку. Мое ПО в какой-то степени может решить эту проблему, например можно создать общую конфигурацию, установить её на внешнем компьютере компании, а доступ предоставлять по интернету , получится некое облачное хранение. Это можно использовать для начального этапа внедрения, затем клиенту создать свою конфигурацию, с учетом его пожеланий и можно установить локально. Работа будет происходить в едином ПО как например Стим, способного к быстрому изменению. Это только один из вариантов применения.
Это называется SaaS.

13 лет пилим подобную систему, что заменяет ведение базы данных на коленке в Excel.
Более 25000 организаций на данный момент пользуются по всему миру.

Почему сразу не идёте в сторону SaaS? Аля moedelo.org?

MrLucasно Вы не поверите, многие клиенты даже не представить не могут, что свою информацию они выложат куда-то в интернете
Почему не поверю, поверю. Но многие - это какой процент вашей аудитории?

Нашим продуктом пользуются более 25000 организаций и не боятся.
Сомневаюсь, что Вы объездили сопоставимое количество тех, кто "представить не могут, что свою информацию они выложат куда-то в интернете".

MrLucasТехнология SaaS предоставляет только удаленный доступ работы (через интернет) насколько я понимаю
Есть on-premises software (is installed and runs on computers on the premises of the person or organization using the software) и есть off-premises software (is commonly called "software as a service" ("SaaS") or "cloud computing").
Никто не мешает поддерживать оба варианта.

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

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

Ездить по клиентам я не собираюсь, наездится уже :) Я просто предоставляю инструмент, который с моей точки зрения и на основе моего опыта возможно будет удобным для пользователя.
Хорошо, ездить вы по клиентам не собираетесь.
Пилите инструмент, который возможно будет кому-то полезен.

Как вы планируете проверять свои предположения?

L_argoКакие-то мелочи смогут делать и ИТ-специалисты заказчика. Н-р какие-то несложные загрузки или отчеты.
У мелких контор, о которых пишет ТС, нет ИТ-специалистов.
Им нужно чтобы кто-то им установил бесплатную версию например MSSQL и запилил подходящий интерфейс например на Delphi.