Этот этап проекта необходим для дальнейшего анализа бизнес-потребностей (безнесс процессов) потребителей и уже готовых решений. Результатом этого этапа станет «Целевая аудитория»

Прошу Вас не замахиваться сразу на гигантов рынка. Нам необходима разработка пилотного проекта для создания команды и идеалогии проекта. Итак, кто же он, потребитель?

Напоминаю Вам, что это обсуждение круга потребителей "Vingrad CMS".
Офтопик будет удаляться сразу.

Это сообщение отредактировал(а) awers - 25.2.2008, 19:49

http://forum.vingrad.ru/forum/topic-114250.html - CMS пишется для блондинок.

Возможно не все поняли что я имею в виду. Приведу примеры.
http://mobile-sms.ru/main/ - средний бизнес
http://moscowadvokat.ru/ - мелкий бизнес
http://vse-svoi.ru/
http://www.ckbran.ru/

...
Думаю мелкий и средний бизнес - это и есть наши потребители

А куда девать простого Васю Пупкина, который захочет создать сайт о себе, без цели зарабатывать деньги, на котором будут фотографии его кошек и собачек, и на котором он будет общаться с друзьями?

Вот! Найди пару таких сайтов, что бы у нас были образцы.

Добавлено через 5 минут и 9 секунд
http://mzaharenkov.spb.ru/
http://nancy.sitecity.ru/
http://www.kalinin.ru/

это я пологаю тоже наши потенциальные клиенты?

http://slava.khersoncity.com/
http://sharos.com.ru/
http://www.dimonius.ru/

Добавлено через 44 секунды

Да.

После небольшого мозгового штурма по аське, который я публикую здесь в виде логов, можно подвести промежуточные итоги первого этапа.
Я- awers  
prometey - Medved



Предварительные итоги таковы:
Потенциальные потребители Vingrad CMS
1. Владельцы персональных сайтов;
2. IT-персонал малого и среднего бизнеса;
3. Администраторы сообществ по интересам и специализированных групп (проф. сообщества);


Это сообщение отредактировал(а) Medved - 25.2.2008, 06:57

Вы упустили минимум одну группу (причем далеко не самую салочисдленную) -- программисты. профессионально занимающиеся вэб-разработкой. Они предлагают своим клиентам (которые уже и есть все перечисленные выше) на основе какой-либо CMS. 
Сразу попробую предугадать возражение -- "но ведь конечными потребителями являются не они".
Да, не они, но основной вес в принятии решения о использовании продукта принимают именно они. Требования этой группы:
1. Наличие большого количества модулей, позволяющих максимально приблизить заготовку к требуемому результату (это для всех групп, в принципе)
2. Возможность легко изменять как функционал так и внешний вид
3. (тоже характерно для всех) легкая установка на любой chared хостинг

Все перечисленные тобою требования не относятся к специфичным, которые нужны только программисту. Эти требования предьявляют не программисты, а пользователи.
А вот теперь ответ на твой вопрос. 
Нет, не забыли. Хоть они и принимают основной вес в принятии решения, но они в конечном итоге руководствуются соображениями полезности для конечного пользователя. Программисты не более чем проводники желаний пользователей. Посредники.
Задача программиста - удовлетворить потребности пользователя. Поэтому все правильно. Ориентироваться нужно на пользователя, а не на программиста. Ибо как я уже сказал он руководствуется теми же соображениями, что и пользователь. Единственное отличие - пользователь  не знает этих технологий, а программист знает. 

Программист будет потребителем в том случае, если будет писаться например движок или библиотека или среда разработки. 

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

Это конечно же не значит что программист не может пользоваться этой CMS. Система предназначена и для программиста. Но в таком случае он будет  выступать не как программист, а в роли владельца персонального сайта, малого или среднего бизнеса, или же администратора сообщества. 

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


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


Простите, а что есть CMS, если не "движок"? Для обычного пользователя это "штука которую нужно залить по фтп и у тебя будет сайт", но для программиста это набор библиотек и готовых модулей + определение архитектуры приложения. Т.е. фреймверк.

Именно программисты являются двигателем CMS на первых этапах развития. Пока нет коммунити и большого числа пользователей, обычный пользователь не установит эту CMS, т.к., "мало модулей", "а че ей так мало кто пользуется", "да ну у них готовых тем меньше".
А вот программист сможет оценить систем и принять решение о использовании.

Вот я уже с этим столкнулся и объяснил подробно в этой теме - http://forum.vingrad.ru/forum/topic-197424.html

Чтобы написать ядро, нужно его сначало спроектировать. Проектировать ядро, без представления о конечном продукте, т.е. для чего это ядро будет применяться - это непрофессионально. И говорит о не достаточном опыте.

Не упускай из виду конечную цель. 
Это раздел называется  Vingrad CMS. 
А не Vingrad Framework или Vingrad Супер-Ядро. 


Это сообщение отредактировал(а) Medved - 25.2.2008, 11:15

На своей предыдущей работе мне поставили задачу (или я сам ее себе поставил) по созданию платформы для крупной клиент-серверной АСУ. На тот момент была старая система под DOS, написанная на Clipper). Копаться в коде на клиппере было еще страшнее чем в коде на PHP. Оставалось только запускать ее и смотреть, что она умеет делать. Но увидеть все потребности системы через пользовательский интерфейс было еще сложнее: вижу что-то, а что это и как работает не понимаю. Я попросил дать мне спецификацию требований к платформе в виде описания функциональности системы для пользователя. Это тоже было невозможно сделать, т.к. система слишком большая, поэтому вся разработка началась с реализации основных элементов управления: таблицы, формы, менюшки и подобного. Я занимался табличными отображениями, начиная с разработки простейших вариантов работы пользователя с таблицей: вывести данные из простого SELECT FROM. Затем пошла функциональность редактирования таблиц с помощью простых INSERT, UPDATE и DELETE. Во время этого сформировался основной код платформы (ядра), так что добавление новых возможностей по созданию самовычисляемых полей таблиц стало очень сложным. Появилась необходимость переписать много кода, и делать это в середине процесса разработки, когда от меня уже зависят другие разработчики. На этом этапе я уже не мог придумать удобного способа включения новой функциональности, хотя была поддержка плагинов, но необходимые функции нужно было включить в программу намного глубже плагинов. Совсем устав от такой разработки "на коленке" я ушел в отпуск и уволился. В итоге разработка оказалась просроченной как минимум на полгода. Отсюда вывод: сначала надо проектировать, а перед проектированием надо знать требования к конечному продукту.

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

Категорически Не согласен!

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

Ядро и конечный продукт никак не связаны. Конечный продукт - CMS. Ядро - основа CMF.

Если бы ядро *Nix определяло конечный продукт, видели мы бы с вами сейчас одну или две оси, а не сотни разных.

По теме:
Мне кажется немного странно пытаться определить возможного клиента при разработке CMF. Это можно делать, когда пишется отдельный модуль, к примеру магазина. Тут нужно закладывать базовый функционал и без анализа потенциального рынка не обойтись, но о чем подобном может быть речь, если пишется CMF? Или планируется писать еще одну топорную джумлу или e107 какой-нибудь? Вот они нацелены на сайты портального типа и как не старайся, ничего принципиального другого на них не получится.

ИМХО, торопитесь и подходите не с того краю

Бог тебе судья 
А аргументы твои несостоятельны (в частности про Linux), построение аналогий, не самая лучшая попытка что-то доказать.
 
По моему же личному опыту могу сказать, чем точнее знаешь знаешь конечный пункт назначения, тем быстрее туда придешь.

Мда... я хотя бы аналогию привел. А вы уважаемый, оперируете абстракциями.

Если у вас такой подход, Бога ради, но что у вас получится, можно сказать и сейчас. А получится узкая CMS, ориентированная на что-то конкретно.

Разрабатывая фреймворк нельзя определить конечную его цель. Цель будет определятся подходом к сорке CMS на его основе и задачами, для которых CMS собирается. Это будет гибкая система.

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