folink

Рейтинг
7
Регистрация
04.03.2016
samimages:
как правило создается от обратного, т.е. сначала создается польза, а потом уже сайт.
Яндекс, например - сначала поисковая машина -> потом сайт
Серч форум -> "аффилирование" с поисковиками -> сайт
Exist CD -> сайт

Какую пользу получит человек в вашем случае? С этого и начинайте.

Если "полезный" - это статейник с самыми лучшими и полными и грамотными статьями в рунете - то начните с семантики, дорого начните.

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

Искренне благодарю всех участников дискуссии!

Как минимум, у меня уже формируется понимание в порядке действий, конечно есть и будут ещё вопросы, но основной порядок как мне кажется уже вырисовывается.

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

silicoid:
Начать надо с формирования собственных хотелок на бумаге.

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

2. всё свести в один лист.

3. выкинуть из этого листа 30% того, без чего можно жить. (эти фичи вам обойдутся минимум в 50% стоимости разработки)

4. оставшийся функционал делится на 3-5 частей. От того, без чего вообще никак до того, что в общем-то желательно, но не горит.

5. выписываем всё на отдельные листы и с этими листами идем к менеджеру проектов, чтоб он написал ТЗ на разработку на первый этап, состоящий из "без этого вообще никак" (этап самый сложный. между "вначале было слово" и "так "выпьем за запуск проекта")

все остальные задачи ставятся в пул и внедряются по факту необходимости/желательности
---------- Добавлено 18.02.2017 в 00:21 ----------

а потом, когда будет сформировано ТЗ можно идти к UI-шнику за прототипом и к программистам за разработкой.

В противном случае, вы тоже пополните ряды "установщиков ЦМС за 2 часа"

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

Пополнять ряды «установщиков ЦМС за 2 часа» не хотелось бы, тем более что уже есть такой опыт у нас . Поэтому и пришёл к вам за советами!

silicoid:
Сеошник может консультровать, но когда у вас нет ничего, то обращаться к сеошнику, это все-равно что обращаться к повару во время посадки свеклы.

то-есть повар может сказать, какая свекла самая вкусная (сорт размер и т.д.) но не он ее выращивает, а аграрий.

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

Спасибо, услышал вас.

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

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

Sitealert:
1. Определиться в своём узком кругу, что требуется от сайта, что на нём должно быть размещено, какие функции от него требуются.
2. С тем, что получилось по п.1, идти к дизайнеру UI+UX.
3. Доработать графический дизайн.
4. Сверстать сайт.
5. Запрограммировать CMS.
6. Определиться с сео, ся и т.п.
7. Наполнить сайт контентом.
8. Посмотреть, что получилось, и внести корректировки.

Спасибо, именно в таком разрезе я и ожидал получить информацию по порядку моих действий. Из комментариев выше следует: необходимо «причесать» ТЗ, и лучше это сделать не один раз, и далее с ним идти к дизайнеру UI, но тут у меня возникает вопрос, как вы считаете, между ТЗ и обращением к дизайнеру UI, будет ли правильным (после ТЗ) обратиться к соответствующему специалисту по разработке УТП (уникального торгового предложения), т.к. предполагаемый сайт именно определённой своей особенностью и будет стараться привлекать посетителей. Хочется эту особенность выделить и строить сайт по этой линии. Или же дизайнер UI как раз и обыграет это УТП, как вы считаете?

---------- Добавлено 19.02.2017 в 13:17 ----------

SeVlad:
Где тут хоть слово про сайтостроение? Ничего этого для сайтостроения не нужно.

Простите если я где то не корректно выразился, но в моём понимании "сайтостроение" - это от написания ТЗ и далее по всем пунктам до момента, как сказал ув. silicoid "так "выпьем за запуск проекта". Если я не прав - поправьте меня.

borisd:
Я тоже внесу ясность. Если у вас бизнес, то не сможете вы передать кому то разработку и продвижение сайта и самоустраниться. Забудьте об этом, если не хотите выкинуть деньги на ветер. Вы серьезно полагаете, что сеошник или программист будут вникать в тонкости вашего бизнеса? Так что никто кроме вас эту задачу не решит. Сеошники и программисты могут решить технические задачи, но не задачи по анализу и развитию вашего бизнеса (или что там у вас?). Вы и только вы сможете лучше всего проанализировать свой бизнес и структурировать его процессы. Или надо обратиться к соответствующим спецам, но не программистам. А вот чтобы проанализировать ваше ТЗ в технической плоскости, то да, это уже к программистам.

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

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

Отсюда напрашивается вопрос, так к кому идти с ТЗ?

- к SEO-шнику

- к специалистам которые проанализируют и структурируют мои бизнес процессы и уже потом делать следующий шаг?

Не сочтите за назойливость, но искренне не хочется напороть косяков в самом начале, это как в стройке - фундамент рассчитали не правильно - в итоге весь дом кривой и переделать уже либо не возможно, либо очень затратно!

---------- Добавлено 17.02.2017 в 22:26 ----------

Sitealert:
Первый вопрос, который Вам задаст программист - какой будет дизайн.

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

Sitealert:
К дизайнеру.

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

metzeler:
Больше действуйте. Не выдвигайте планирование на первый план.
Грамотное ТЗ — это прекрасно. Если без фанатизма.

В какой нише собираетесь запускать проект? Работайте над контентом

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

Запускать проект собираемся в сфере оказания услуг физическим и юридическим лицам.

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

---------- Добавлено 17.02.2017 в 20:13 ----------

А вообще лучше начать с того, чтобы показать ваше ТЗ какому-нибудь разработчику (не менеджеру). За деньги. Как за услугу. Пусть он проанализирует ТЗ и из своего опыта назовет вам наиболее проблемные и трудоемкие места. Многие вещи, кажущиеся сложными, реализуются легко готовыми решениями, а другие вещи, кажущиеся плёвыми, могут вызвать сложности, вплоть до невозможности быть реализованными. После выявления проблемных мест, возможно придется поэкспериментировать с ними, чтобы понять перспективы и в итоге уточнить ТЗ или вообще отказаться от затеи.

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

Lotta:
Не берусь утверждать, но, думаю, если качественный СДЛ, то ключи возникнут естественным образом. А если нет, то вначале надо будет статью написать, а потом оптимизировать по ключам исходя из ситуации. В ГС делается наоборот, вначале ключи подбираются.

Уточните пожалуйста, под написанием статьи вы что подразумеваете?

donc:
К SEO шнику однозначно. Обычно у Seo всегда есть друзья кодеры, которые умеют сделать из того-же битрикс конфетку. А вот ядро подождет.
Почему ни сразу к программисту - в 90% они в SEO не понимают, что бы там они не врали

Вы предлагаете с ТЗ первым делом к SEO-шнику?

Пока из всего выше сказанного получается:

1. С ТЗ обратиться к разработчику (я так понимаю к программисту).

2. С ТЗ к SEO-шнику.

Так всё таки к кому правильнее в первую очередь?)

borisd:
Всё учесть невозможно, много раз будете всё переигрывать.

Это понятно что всё не учесть и переигрывать будем, но тем не менее основа, направление, общее понимание куда и к чему стремится уже есть и это уже должно облегчить нам жизнь )

borisd:
Если вы делаете сетку ГС-ов для последующей монетизации, то ДА. Если же делаете реально качественный проект и у вас есть база под него, то вопрос о семантическом ядре у вас просто напросто не возникнет.

Делаем именно качественный проект, не сетку ГС, но не понятно почему вопрос о ядре не возникнет?

Не возникнет - правильно ли понимаю что оно не нужно? Как мне представляется ядро, это своеобразный скелет для ключевых запросов, по которым сайт будет определяться к выдаче. Поправьте если я не прав и заблуждаюсь.