Парочка советов при запуске проекта
Осталось около недели до запуска нового магазина, но как всегда возникли проблемы. Поэтому парочка напоминающих советов для тех, кто вот вот запускает проект или планирует запускать.
1. Не анонсируйте проект с жесткими временными рамкам. Обещания запустить «скоро» магазин сыграют с вами злую штуку! Те, кому вы обещали начнут настойчиво напоминать, расстраиваться и тд. Факт в том, что вы не сдерживаете обещания, а это хуже всего!
2. При планировании сроков всегда закладывайте + 1 месяц на тестирование. Но обычно за этот срок сайт просто доделывается. Мой сайт в тестовой версии должен был стартовать в начале февраля, уже 18 число. Программист очень сильно подводит уже неделю как.
3. Запускайте только готовый продукт. То есть, если срочно нужен запуск надо вбить основные позиции, самые продажные. НО! Работоспособность сайта должна быть 100% отработанной, без ошибок и глюков, дизайн дорисован и сверстан качественно.
4. Хорошо бы пригласить самых ценных клиентов посмотреть на ваш сайт, немного по-тестировать его. Вы делаете сайт именно для них, и важно не то, как вы воспринимаете свой сайт, а как они его воспринимают, и на сколько он им удобен.
5. Используйте итерационный метод разработки сайта.
6. В последнее время я часто поступаю с ТЗ так: пишу его, а потом откладываю на неделю. Через неделю возвращаюсь, читаю. Обычно выявляются непонятные моменты, спорные моменты и моменты, которые совсем не подходят, а по некоторым вопросам более эффективная реализация. Т.к. в будущем, несмотря даже на то, что будет использован итерационный метод разработки исправления на живую будут затягивать срок и чреваты большими финансовыми потерями.
Антон, какой движок будете использовать?
Simpla, но движок специфичный, есть определенные критерии по которым я его выбрал
Ясно, спасибо. Тоже обращал на него внимание.
PS: На блоге фича «Оповещать о новых комментариях по почте»,
не работает, проверено.
Антон! Вы иногда пишите, просто удивляете )) Уж совсем как то по обывательски…
1. Не анонсируйте проект с жесткими временными рамкам.
Это проигрышный подход. Подход для тех, кто проекты запускать не умеет. Существует как минимум 5 проверенных моделей запуска интернет-магазина, все они оперируют точной датой запуска. Не указание точной даты ВСЕГДА снижает эффективность компании по запуску. Это очевидно. Другой вопрос – что дату нужно уметь прогнозировать, рассчитывать риски. Это совсем другая история. А не указывать дату и терять из за этого деньги, только по тому что есть риск кого-то обмануть? может тогда бизнесом не заниматься – мы каждый день обманываем, хотя этого и не хотим: товара не оказывается на складе, курьер приезжает вечером, а не утром, и проч и проч… Может тогда закрыться?
При планировании сроков всегда закладывайте + 1 месяц на тестирование
А почему месяц? Почему не неделю? Или год? Все зависит от способов запуска проекта, от способа разработки. Тестирование тоже бывает очень разным… А если мы используем метод «разработки через тестирование», а если мы работаем по Agile и у нас каждая итерация тестируется неделю? на моей памяти могу назвать магазины, где плановый срок тестирования составлял 6 месяцев. (Это плановый)… Поэтому не нужно писать цифры. Просто нужно планировать тестирование – но его желательно планировать еще ДО НАЧАЛА РАЗРАБОТКИ ))И способ тестирования тоже.
3. Запускайте только готовый продукт.
Здесь можно привести 100 томов обсуждений что такое готовый продукт ))…
А Вы знаете что есть альфа и бета версии например? Вы знаете о технологии «живого тестирования»? а помните что Gmail снял значек «бета» через два года своего существования? Потому что тестировался на живых пользователях… Здесь правильнее сказать – что проект должен стартовать в полном соответствии с запланированными характеристиками. То что для старта описано в ТЗ – все должно быть выполнено.
4. Хорошо бы пригласить самых ценных клиентов посмотреть на ваш сайт, немного по-тестировать его.
А хорошо бы еще провести фокус группы правильные. И сделать это ДО НАЧАЛА РАЗРАБОТКИ на прототипе – чтобы не оказалось потом что уже спроектированный и работающий сайт ужасно не эффективен. и придется переделывать ВСЕ…
5. Используйте итерационный метод разработки сайта.
А почему? Есть бизнес-процессы в которых это не допустимо. Попробуйте итерационный запуск с фиксированным бюджетом )))
6. Пункт 6 показывает слабость в управлении проектами. (Уж извините но моя епархия) – работа с ТЗ строится совсем по другому. А сейчас без разарботки прототипа как то уже и не модно работать…
Немного злой коммент. Но при большом количестве очень правильных и интересных статей Вы иногда пишите такое ))) надо как то пресекать.
Спасибо, Петр за взбучку!) Вы очень правы, всегда страдал приступами вдохновения и полного упадка мысли)
Посоветуйте, где в Украине можно заказать толковый автоматизированный магазин со взятием его в аренду и дальнейшим выкупом? Мне надо, чтобы было готовое решение в кратчайшие сроки и за небольшие деньги. Потом, если бизнес пойдет, можно было и добавлять функционал, и заказывать наполнение контентом и раскрутку и т.д.
Прочитала с удовольствием
Если вы про платные, то неплохой, хотя и громоздкий Битрикс. Но там с СЕО могут быть проблемы, хотя решаемые.
Активно рекламируется OWOX, там есть вполне экономные варианты, от 300 у.е. аренды до 6000 у.е. покупка.
Все зависит от целей.
Идеально, конечно, заказать свой собственный движок. Но тут зависит от ваших потребностей и планируемых оборотах…
про Этапы – много спорно. Точнее даже не так – все ОЧЕНЬ индивидуально.
Elven, у вас не совсем верная информация о решении OWOX:
Кстати, было бы интересно узнать, где вы видели рекламу OWOX