Здесь напишу о том как проходил процесс создания БД. Постараюсь описать не написание скриптов и алгоритмов, этого достаточно, а именно весь технологический процесс.

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

Общая составляющая создания БД.

Первое, что можно предположить, это наверное нет такой БД, которая как была задумана так и реализовалась. Наверное потому, что представить вариант всех возможных запросов которые будут адресованы к БД невозможно, а соответственно следует сначала продумать алгоритмы позволяющие переделывать уже проделанную работу. Так же невозможно предусмотреть все  технические особенности разработки БД, а значит необходимость переделки будет возникать всегда. Чтобы снизить указанные издержки приняли решение о том, что каждая запись в БД должна состоять из трех документов: основной, текстовой и графический. Для экономии места основной файл сжат в архив.

Маркетинговые аспекты заключались в том, чтобы БД удовлетворяла большинству предъявляемых запросов – также трудно прогнозируема. Здесь мы выбрали деление по следующему принципу:

1. Высокотребовательные запросы;

2. Общераспространенные запросы;

3. Неквалифицированные запросы.

Выбирая технологию их разделения попробовали реализовать следующее:

Неквалифицированные запросы попробовали отделить в инструкциях по пользованию БД. Но правда, сейчас видим, что это мало помогает :).

Общераспространенные и высококвалифицированные запросы оказалось разделить сложнее. Этот вопрос необходимо было решить, потому что в случае его игнорирования следовало использовать более сложные структуры и алгоритмы при создании БД.

Мы приняли следующие критерии.

Общераспространенным запросом считается запрос при котором необходимый и существующий в БД документ можно найти с помощью одного запроса и ручного перебора результатов поиска (то есть 50-100 документов).

Запросы в которых необходимо использовать операторы отнесли к высококвалифицированным.

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

Еще к общей составляющей разработки БД следует отнести сроки, затраты на разработку, риски ошибок и стоимость их устранения.

Технологическая составляющая создания БД.

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

Индивидуальные (для каждой записи) процессы обработки

Не e-Shablon запись в БД состоит из трех документов, 4-ый получен преобразованием одного из основных, то есть следует создать 4 документа. По технологии получалось следующее Word-Документ требует создания и 1-ой обработки. Txt-документ требует создания и 2 операции обработки. Графический документ требует создания и одной обработки. 3 документа требуют заливки. У каждого документа есть три свойства описывающих его – это дает требование проводить две сортировки документов. То есть мы получаем:

4 + 2 + 3 + 2 + 3 + 2 = 16

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

Общие процессы обработки.

1. Исходные документы могут быть в четырех форматах и находится на двух предварительных стадиях.

2. У любой операции кроме заливки есть три состояния: не готова, в работе, сделано. И Для заливки – да/нет.

Получаем на этапе обработки существуют:

16*3=48

состояний, которые следует умножить на 4 формата и две предварительные стадии и заливка. То есть получаем:

48*4*2*2 = 768 состояний документа, которые следует учитывать технически.

Также необходимо отследивать с учетом заливки:

16 + 4 + 2 + 2 = 24

Параметра по принципу да/нет.

Еще резервное копирование (мы делали его на трех этапах) итого 27 составляющих.

Также необходимо фиксировать длительность каждого процесса а значит еще три параметра.

Четыре этапа обработки давали случаи когда у некоторых записей было четыре разных исполнителя. А всегда их было не менее 2-х, а в среднем 3.

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

768*3*3 = 6912

Состояний без учета времени на каждую запись в БД.

Реально количество состояний было меньше, раза в 3 но и 2304 состояний существенное количество.

Можем сделать вывод, чтобы создать БД где у записи 12 свойств, то на каждое свойство приходится учитывать около 200 внешних параметров.

Пришлось создавать обслуживающую БД, правда для этого сгодился Excel, но это все осознали когда запутались в третий раз

Техническое обеспечения процесса обработки.

Ну первое необходимы компьютеры :).

Второе программы. В принципе для опытного пользователя создать исходные документы для записи в БД не составляет труда на том, что у него есть в компе (то есть офисных программ). Но сейчас, по итогам работы, видно, что список софта, который необходим гораздо больше.

1. MS Excel.

2. MS Word/

3. Стандартный Блокнот

4. Microsoft Office Picture Manager

5. NeoPaint (кстати рекомендуем очень удобная программа для простого редактирования)

6. ACDsee

7. Adobe Photoshop Elements 3.0 for Windows

8. DivuOCR

9. WinDjView

10. Adobe Reader 8 for Windows

11. ReGet Deluxe 4.0

12. Teleport Pro

13 IE

14. Mozilla

15. OCR-системы

16. Mass Text Processor

17. Rename Master

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

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

Кадровое обеспечения процесса обработки.

Кадры это как сейчас видно самая большая проблема. Когда мы составили технологию обработки, то, по нашему мнению, это была не сложная, но рутинная работа. Оценили операции по всем правилам экономики. При этом исходили из того условия, чтобы работник мог работая у себя дома в удобное время, заработать 60-80 руб./час.

Следующим шагом дали объявление и начали отбирать кандидатов. Первым разочарованием оказался тот факт, что половина претендентов абсолютно не знают офисные программы на уровне элементарных операций. Когда я им показывал процесс создания документов, в их глазах было видно, что они считают меня кудесником. Это льстит самолюбию, но не помогает делу. Следующий шок получили когда поняли, что из оставшихся, половина ищет чего угодно, но не возможности подработать, которую мы им предлагали. (Сейчас можно сказать, что люди, в зависимости от ситуации, зарабатывали от 6 до 15 тыс.руб. в мес.). Из тех что отобрали также оказались люди, которые попросту не умели организовывать свое время и поэтому не смогли работать. Так же отпадали люди и по уважительным причинам.

В общем, процесс отбора людей занял до 2-х месяцев.

Экономическая составляющая процесса обработки.

В целом можно сказать, что, в общем на круг, издержки по составлению БД составили в среднем 10 руб. на 1 запись.

Это не считая стоимости софта, техники.

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

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

1. Специфика Интернета.

1.1. Сайт разместили в интернете :).

1.2. Развиваем раздел каталога как инфраструктурной части сети Интернет.

1.3. Общение и обратную связь реализовали через форум.

1.4. Возможность развития БД за счет возможности оставить комментарии любому пользователю к любому документу.

1.5. Интегрировались в сеть через систему рекламы.

2. Потребности потребителя.

2.1. Решенные задачи предоставляются на платной основе.

2.2. Возможность получить условия задачи на безвозмездной основе.

2.3. Возможность поиска по условиям задач.

2.4. Возможность систематизации находящихся в БД задач путем сравнения.

2.5. Представление текста в двух вариантах текст+графика. Это в основном обусловлено необходимостью дать возможность проверить условия задач потребителем на корректировку возможных наших ошибок.

2.6. Приобретенные задачи сохранены в формате Word 2003 (наиболее распространенном на сегодняшний день.

2.7. Каждый документ имеет статический адрес, то есть посетитель может сохранить и представить ссылку на задачу.

2.8. Возможность посетителю оставить отзыв связанный с задачей.

2.9. Возможность посетителю предложить свое решение любой задачи.

2.10. Представить объявление связанное с тематикой сайта.

2.11. Общение между пользователями на форуме

2.12. Получить информацию о аналогичных ресурсах в разделе «Обмен ссылками».

2.13. Представлена информация о существенных свойствах документах: отсутствие/наличие решения, источники полученных решений, первоисточник документа.

2.14. Пользователь может с использованием оглавления БД оценить существующий объем.

2.15. Обратная связь возвраты, исправление ошибок через почту, форум.

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

Что не удалось реализовать в данном варианте.

2.17. Отказались от использования сложных форм поиска. Это в основном для того чтобы не тормозить работу сайта.

2.18. Различные системы оплаты

2.19. Сервис по принципу личного кабинета с возможностью сохранения, сортировки результатов поиска, уведомлений об обновлении БД.

2.20. Другие предметы из курса ВУЗа.

2.21. В перспективе интересна идея предоставления задач с решениями реализованными в виде программ, макросов.

3. Технологические задачи

При решение этих задач старались придерживаться принципа: «Чем проще, тем лучше».

3.1. Небольшой скрипт.

3.2. Сайт практически состоит из нескольких страниц: Главная и сопутствующие страницы, форум, каталог ссылок, страница результатов поиска.

3.3. Отдельные архивы с которыми работает скрипт.

3.4. Админская панель.

3.5. Система статистики.

3.6. Система загрузки документов.

3.7. Резервное копирование.

О чем размышляли при выборе технологических решений.

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

Второе легко управляема, мобильна для случаев смены хостинга и т.п.

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

Четвертое – гарантировать, что то или иное решение, а тем более все в совокупности, будет нормально работать никто не может.

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

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

4. Решения, направленные для достижения целей проекта.

4.1. Определение критической массы документов, при которой проект имеет конкурентное преимущество.

4.2. Определение количества рекламных позиций.

4.3. Система статистики: просмотров, пользователей, закачек, запросов реализованных и без результатов.

4.4. План раскрутки сайта.

4.5. Система контроля за работой сайта.

4.6. Разработка алгоритмов подготовки данных.

4.7. Расчет экономических показателей.

4.8. Выработки системы ценообразования.

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

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

3. Как приготовить идею. Часть 1

 

Идей всегда много. Наш сайт также начался с идеи, которую можно сформулировать следующим образом:

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

Как видите это достаточно обширно, по сравнению с тематикой сайта www.e-shablon.ru . Но такова была идея. Потом конкретизируя  существующие направления определились, что наиболее понятной и распространенной формой являются юридические документы (консультации), различные нормативные документы и шпаргалки для студентов.

Разработку правовой базы данных отбросили т.к. высокая конкуренция, требуются большие капитальные затраты. Большое время раскрутки сайта. Для сравнения вспомните «КонсультантПлюс» который был вторым после «правовой системы Гарант».

Нормативные документы требуют большого объема работы по систематизации.

Анализируя сайты для студентов пришли к следующим выводам:

1. Базы рефератов пользуются спросом, но требуют раскрутки. Конкуренция высокая. Требуют постоянного обновления, соответственно более высокие трудозатраты в обслуживании.

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

3. Элементарные задачи для студентов наиболее перспективное направление.

Следующим этапом определяли наиболее возможные и востребованные направления.

От гуманитарных предметов (языки, философия, культура и т.п.) отказались, потому что большой разброс мнений. По нашим оценкам, как минимум на 80% вопросов есть два и более мнения о его правильности.

Математика в современном мире определилась, что направлением ее развития является разработка алгоритмов. По сути ее реализация перспективна в различных математических пакетах, подобное реализовано на сайте www.exponenta.ru . И количество подобных материалов невелико. Как следствие для реализации не перспективна.

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

Экономика, маркетинг, менеджмент. Если взглянуть на эти науки с точки зрения ретроспективы, то увидели, что они начали продвигаться в современном российском обществе с начала 90-х годов. На наш взгляд 15 лет научного развития недостаточно чтобы быть уверенным в том, что тот учебник, который держишь в руках актуален сейчас в мире. Наверное, любой преподаватель данных предметов расскажет сколько раз менялись аспекты преподавания данных наук за 15 последних лет.

Юриспруденция и сопутствующие науки сложно реализовать без правовых систем.

Программирование и алгоритмы. В этом вопросе мы честно понимали, что добавить существенное к тому, что оставили миллионы программистов в интернете мы не в состоянии.

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

Предварительная оценка востребованности документов с задачами по физике требует ввести понятие рынка. Сделаем это:

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

Оценим объем рынка.

1. Физика достаточно инертный предмет. То есть шансы, что информация станет не актуальна, в обозримом периоде, незначительна.

2. Инертность предмета физики дает сложность его перевода на другие языки. Как следствие в сегодняшней ситуации проявляется в том, что все кто изучают физику на постсоветском пространстве понимают задачи на русском языке. А это увеличивает ареал на 100 млн. человек, в дополнение к основной массе российских граждан 150 млн.чел. (география пользователей подтверждается за прошедшие 2,5 месяца работы).

3. По статистике в РФ ежегодно поступает 400 тыс.чел. в ВУЗы, для 70% из них физика является обязательным предметом – это дает 280 тыс.чел. С учетом того, что физика изучается в среднем на 1 и 2 курсе получаем 560 тыс.чел. Пропорционально учитываем русскоязычную территорию получаем еще 370 тыс.чел. Итого можно оценить что сайтом заинтересуется порядка 900 тыс.чел. в год.

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

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

1. Требования, обусловленные функционированием Интернета.

1.1. Это должна быть информация.

1.2. Проект не должен быть сам-в-себе, то есть условие открытости.

2. Требования, обусловленные потребителем.

2.1. Потребитель должен осознанно принимать решение о необходимости любого ресурса на сайте.

2.2. Сайт должен адекватно обрабатывать запросы, то есть скорость работы.

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

3. Требования, обусловленные возможностями техники

3.1. В данный аспект попадают все технические трудности разработки и управления сайтом.

4. Требования, обусловленные задачами создателей

4.1. Коммерческая эффективность.

4.2. Возможность увидеть перспективные направления развития

 

Дальнейшее наши шаги опишу в следующих частях.

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

Какие есть места под солнцем в интернете приняли в следующей классификации сайтов.

1. Инфраструктурные сайты

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

1.1. Поисковики – информация живет короткое время и генерируется самим поисковиком.

1.2. Каталоги – информация живет длительное время и генерируется сторонними пользователями.

2. Общественные сайты

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

2.1. Новостные сайты – информация живет короткое время и генерируется самим порталом.

2.2. Общественно-государственные сайты – информация генерируется внешними коллективными (по отношению к Интернету) источниками и живет достаточно длительное время.

2.3. Доски объявлений – информация генерируется внешними индивидуальными (по отношению к Интернету) источниками и живет достаточно длительное время.

3. Социальные сайты

К ним были отнесены сайты, которые являются реализаторами различных творческих начал пользователей сети.

3.1. Коммуникативные сайты

3.2. Блоги

3.3. Игровые порталы

4. Сайты предоставляющие различные услуги

Как пример, сайты предоставляющие услуги платежей в интернете, ip-телефонию, рекламные Интернет-агентства (Бегун, Яндекс-директ), продажа доменных имен, Интернет-хостинг и т.п.

5. Базы данных и библиотеки

6. Сайты реализующие бизнес-функции

Здесь разделение было проведено по уровню интегрированности Интернет-сервиса в бизнес-процессы компании.

6.1. Сайты-визитки несущие информацию о предприятии и предоставляющие доступ к корпоративной информации в пределах обязательств накладываемых законодательством.

6.2. Сайты, на которые возложены некоторые бизнес-функции, например: прием заявок, прием платежей и т.п.

6.3. Сайты, которые являются основной платформой бизнеса компаний: Интернет-магазины и т.п.

7. Сайты визитки, личные страницы

Что брали за ориентиры при проектировании сайта

1. www.irodov.nm.ru – как сайт, на котором можно было увидеть развитие идеи, востребованность информации определенного типа.

2. www.toehelp.ru – как образец сайта, оптимизированного под поисковые запросы и пытающийся охватить широкую аудиторию.

3. www.exponenta.ru – как сайт, который представляет высококачественную информацию.

В итоге у нас получилось следующее.

1. Сайт является основой для бизнеса.

2. Это библиотека в виде базы данных. Ресурсы сайта будут востребованы в течении многих лет.

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

4. Логика сайта построена так, чтобы он, с течением времени, в процессе функционирования будет генерировать информацию.

5. Сайт позволяет строить общение между пользователями.

6. Сайт позволяет реализовывать творческий потенциал пользователей.

7. Информация на сайте понятна пользователю, он может работать с ней в допустимых объемах.

В марте 2007 я сделал шаги после которых, путь назад был обрезан, то есть вложил первые средства в этот проект и осталось только узнать получится или нет. К этой дате, через год и организован этот блог. С одной стороны нужно поддерживать сайт, а с другой накопился опыт, который может оказаться полезен другим.

Что подвинуло на решение о создании коммерческого сайта:
1. Наверное дух авантюризма и экспериментаторства.
2. Понимание того, что в дальнейшем развитии тех дел которыми занимаюсь подошел к границам развития.
3. Наблюдения за рынком, по которым пришел к выводам, что в интернете сформировались условия в которых можно зарабатывать, а значит меркантильные начала.
Блог решил создавать как способ продвижения сайта - это первое. Второе - это то, что не смог обнаружить понятных мне и, на мой взгляд, полезных рекомендаций как это сделать. То есть информации много, но она написана теми, кто пишет скрипты и для тех кто их пишет. И, как следствие, для простого человека, который не читает книги по web-администрированию каждый день и, тем более, не держит гигабайты информации по этому предмету у себя дома, это все бесполезные вещи (рекомендации). Ну кроме одного блога (http://nettorgtwin.blogspot.com/2008_03_01_archive.html).
Общие впечатления
Это очень интересное занятие. Идей, что можно сделать на этом поле появилось много. Ребята, web-админы вы умные, толковые, но пока вы не перестанете делать все с "русским привычками" толку будет немного.

Приветствую всех, кто заглянул на эту страничку. Прямо скажу, что данный блог задуман в поддержку сайта, который был создан мною "e-Shablon" - электронный шаблон примеров и задач" (http://www.e-shablon.ru). И возможно :), мой опыт и размышления помогут тем, кто сталкивался с моими проблемами.

Tags: Интернет, заработок, коммерческий сайт