7 Фундаментальных Ошибок, которые Могут Сорвать небольшой StartUp SeoPapa.ru

7 Фундаментальных Ошибок, которые Могут Сорвать небольшой StartUp


Многие помнят мой провалившийся марафон “Региональный портал за 60 дней“. Этот проект до сих пор висит “мертвым грузом” и так некуда и не двигается. Можно сказать, что это мой “первый блин комом”, тем более, что опыта до него в менеджерстве проектов был с “гулькин нос”.

Сейчас я всё больше углубляюсь в сайтостроение от своего любимого SEO и понимаю, что тогда была допущена масса ошибок, с которыми я хотел бы поделиться, чтобы Вы не допускали их, как я…

Ошибки при построении сайта-StartUp’а

  • Первая ошибка. Техническое задание было составлено на скорую руку и не смотря на то, что с программистом были договоренности, что в случае чего всё допилим и доделаем, в итоге вышло всё наоборот…

Определенные модули не были согласованы, не было расписано чётко, как должна была работать та или иная функция— как итог, я получил массу высказываний на типа: “ну… это уже совсем другой бюджет!“.

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

“NAME:
да, лействительно в ТЗ про каталог предприятий написано *SORRY*

NAME:
значит я сам закосячил”

  • Ошибка номер два. Разные верстальщики верстали разные части сайта. Это просто убийственно. Никогда не допускайте того, чтобы разные верстальщики верстали Ваш сайт.

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

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

  • Ошибка номер три. Всегда берите исполнителя с большим количеством отзывов, если это Free-lance. К сожалению, у меня не получилось выбрать такого, т.к. на моё удивление исполнителей, работающих с NetCat действительно не так уж и много… Может быть, они тусуются где-то в другом месте, но на бирже я их нашел в очень умеренном количестве. Как итог, первый программист меня кинул. Не на деньги, а на время. Он выполнил часть работы, а потом просто пропал… Пришлось искать нового и делать “с нуля”. Именно из-за этого мой марафон превратился из 30 дневного в двухмесячный.
  • Ошибка номер четыре. При работе с фрилансерами просите и (важно!) проверяйте номера телефонов и другие альтернативные источники связи помимо icq и e-mail’а. Почему? См. ошибку номер четыре.
  • Ошибка номер пять. Перед тем, как разрабатывать дизайн, — сами нарисуйте эскиз на бумаге — можете распечатать такой вот листок (*PDF) для того, чтобы было проще — на таком листе Вы сможете также написать также какие-нибудь комментарии для себя.

Уделите несколько дней обдумыванию интерфейса или поручите это профессионалу. В любом случае, не торопитесь делать портал за 60 дней :) .

  • Ошибка номер шесть. Очень детально изучите движок, в котором хотите работать. Например, NetCat изначально мне понравился из-за наличия шаблонов, гибких настроек для SEO и древовидной структурой страниц.

НО! Как итог, он оказался очень неповоротливым в сложных решениях… А многие встроенные модули — только одно слово, что встроенные. Их всех надо дорабатывать под себя и довольно дорого трудозатратно. В таких случаях лучше доплатить тысяч 15 (в зависимости от жадности исполнителя, конечно) и уйти к самописному движку.

  • Ошибка номер семь. Занимайтесь только одним, максимум двумя проектами. Когда я начал заниматься порталом izhstud, то я работал в компании PRmax, где вёл порядка 15-20 проектов по SEO враз, а также у меня были другие проекты. Всё это не даёт сконцентрироваться и ты начинаешь упускать из виду важные детали. Иногда в процессе работы ты не можешь оперативно проверить то, что сделал фрилансер и другие проблемы. Проблем из-за распыления очень много… К этому вопросу я еще раз вернусь в одном из следующих постов.

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

Спасибо, что выслушали мои глупые ошибки, — надеюсь некоторым, эта статья будет архиполезна!



  1. Читая вашу статью вспомнил свои ошибки.думаю в бизнесе они бывают у всех .независимо чем бы вы занимались.
    Когда заказывал себе сайт для студии дизайна интерьеров,наделал массу ошибок которые вы описали в этой статье .
    В итоге он мне обошелся почти в 1000у.е а толку с него никакого.
    Хотя на ошибках учаться, и силен тот кто не падает духом и не останавливается на этом.
    Удачных Вам проектов.

    20 Авг 2011

  2. Да это правда жизни, я вот тоже нарвался на днях на кидалово, на Мауле заказал прогон и все дело кончилось моим заказом с предоплатой

    20 Авг 2011

  3. теперь буду более требователен к описаниям, рекомендациям и статусу исполнителя

    20 Авг 2011

  4. Rashid, сумма потерь от этого проекта ориентировочно такая же — Вам также удачи!

    20 Авг 2011

  5. На мой взгляд как разработчика, самые большие проблемы вызывают неправильное составление ТЗ – от него напрямую зависит стоимость проекта.
    Другим важным моментом является выбор платформы – все таки цмс типа битрикса и нетката предназначены в большей степени для получения максимальной прибыли с клиента, чем предоставления качественного решения. Программисты это прекрасно знают поэтому всегда завышают цена на услуги. Это и понятно, если заказчик готов платить за продукт 10-30 (т.е. чисто за маркетинг), то и за другие мелочи легко он раскошелится.

    20 Авг 2011

  6. joniks, Да, это именно так — в рекламном агентстве сейчас тоже делаем упор на такие CMS’ки, потому что их легко продавать и можно получать хороший процент за их реализацию.
    Во время запуска проекта понимание выбора CMS’ки сводилось к рейтингу и выбору CMS из ТОП5.

    20 Авг 2011

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

    20 Авг 2011

  8. согласен насчет ТЗ. лучше недельку посидеть, чем потом 3 месяца все доделывать.

    но все сразу все равно не напишешь.

    20 Авг 2011

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

    21 Авг 2011

  10. Олег, всё сразу не напишешь — это так. При этом бывают такие моменты, которые не точны в формулировке и бывает, что программист имеет ввиду одно, читая Ваше ТЗ, а Вы имеете ввиду совсем другое. Именно для этого нужно после согласования ТЗ говорить фрилансеру: “вы точно всё поняли? Нет ли у Вас каких-нибудь вопросов — если есть спорные моменты, уточните их”. В таком случае можно потом опираться на эту фразу и хоть как-то оперировать, если программист-фрилансер захочет “раздувать” бюджет.

    21 Авг 2011

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

    21 Авг 2011

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

    21 Авг 2011

  13. Очень хорошая статья, в таких проектах лучше большую часть работы делать самому, а только самую сложную техническую часть отдавать на сторону.

    21 Авг 2011

  14. Sergey, да, карта проекта тоже важная деталь.

    26 Авг 2011

  15. Дмитрий, Насчет “лучше большую часть работы делать самому” не согласен, потому что каждый должен заниматься своим делом: дизайнер рисовать, верстальщик верстать и т.д. У меня есть первые проекты, где я на шаблонах поднимал сайты и сам делал всё от и до: что-то хорошо, что-то сейчас приходит понимание, что очень плохо. Также важно делегировать задачи из-за времени.

    26 Авг 2011

  16. Лично для меня – да., архиполезна =)

    18 Сен 2011