«Мобильный веб» — потому что больше никуда не мог запостить.
У нас почти не было промо-материалов на клиентов, больше под инвесторов.
«Что дало» — пока судить рано, посмотрим, сколько будет обращений, клиентов, партнеров в ближайшие месяца.
Для своей компании заказывал стратегию у профессионалов в области маркетинга.
По результатам работы уже через полгода ощутил заметную разницу.
Важна не сама стратегия, а знания, которые вы получите в процессе разработки.
Никакой сторонний специалист (консультант) не знает бизнес лучше вас, но он обладает хорошими знаниями о структуризации и работе с ЦА, а они стоят того.
Есть два типа программистов (как и любых сотрудников):
1. которые умеют сами создавать и решать. Им не нужно мешать и навязывать сроки.
2. которые умеют поддерживать и закрывать дыры. Это производство. Где вы видели, чтобы на производстве спрашивали «Петров, сколько тапочек ты сможешь сделать?».
Нужно уметь разделять умных и красивых.
Я такое практиковал — помогает.
У меня был более интересный опыт — я учился писать готовое решение за 1 день. Фактически это выглядело так: определяю, что нужно сделать; сажусь за комп, начинаю писать код — и до вечера. Если не успел доделать планируемое — то полный shift+delete и на следующий день начинаю все с начала с самого нуля. Вот это реально помогает :)
Каюсь, до сегодняшнего дня я не знал про X-Requested-With. Теперь буду применять именно его.
Правда, сразу вижу проблему: nginx на front-end большинства хостеров может не передать этот заголовок.
Уважаемый автор, ваша статья полностью справедлива для случая «менеджер плохой, а разработчик творец и всегда молодец».
Но если, разработчик — безответственный и пофигистический, то ему нужны показатели KPI или ему пора на выход.
Клиент формирует задачу своими словами — нужно сделать бла-бла-бла.
Ее получает менеджер.
Менеджер передаст задачу конкретным исполнителям предприятия.
Простые вопросы:
Кто оценит стоимость услуги для клиента? Замечу, что она настолько уникальна — что просто по прайсу не катит.
Кто оценит затраты или хотя-бы кто оценит срок поставки этой услуги клиенту?
По вашей схеме менеджер должен дать руководителю информацию о производственных затратах?
Изучил много информации на эту тему, разработал схему активных продаж, нанял менеджера и заставил работать его по этой схеме. Первые плоды смогу оценить только в середине сентября, когда потенциальные клиенты активизируются.
По похожей схеме я так научил 8 человек (сфера — веб).
Только из них половина этого даже не помнит, половина из оставшихся думает что они сами.
И только 2 из 8 понимают сколько времени я на них потратил.
Не знаю как у вас, но у меня явно не получилось. Программисты получились очень заточены под то, что я рассказывал. Шаг влево/вправо — ничего не получается или сильно тупят.
Добрый день.
Этот путь оказался намного тяжелее, чем я предполагал изначально.
В один прекрасный момент нам пришел клиент и сказал, хочу магазин. До этого мы делали около сотни магазинов — и все разные. Я подумал, а давайте сделаем универсальный проект, а потом просто форкнем его и клиенту поменяем дизайн. Так все и началось.
Основное преимущество — ты можешь трезво планировать версии и задачи, тебе никто не парит мозг если версия выпущена не в срок. Все-таки сами-себе заказчик — это приятно.
Через 6 месяцев после начала разработки я пришел в выводу, что нам не хватает активных продаж, и что мы в этом ужасно слабы.
Сам веб-разработчик, собственная студия и команда.
Темы, в которых отлично разбираюсь:
1. В течении 8 лет разрабатывал и продолжаю делать собственный фреймворк. Just for fun. Хорошо понимаю архитектуры фреймворков (по сути пишу свой только ради того, чтобы понять что есть лучшее в других).
2. Разработка биллинговых систем для хостинг-провайдеров, локальных сетей и voip-операторов.
3. 8 месяцев назад начали делать свой продукт и продвигать/продавать его: CMS интернет-магазина со встренной биллинговой системой.
У нас почти не было промо-материалов на клиентов, больше под инвесторов.
«Что дало» — пока судить рано, посмотрим, сколько будет обращений, клиентов, партнеров в ближайшие месяца.
По результатам работы уже через полгода ощутил заметную разницу.
Важна не сама стратегия, а знания, которые вы получите в процессе разработки.
Никакой сторонний специалист (консультант) не знает бизнес лучше вас, но он обладает хорошими знаниями о структуризации и работе с ЦА, а они стоят того.
1. которые умеют сами создавать и решать. Им не нужно мешать и навязывать сроки.
2. которые умеют поддерживать и закрывать дыры. Это производство. Где вы видели, чтобы на производстве спрашивали «Петров, сколько тапочек ты сможешь сделать?».
Нужно уметь разделять умных и красивых.
framework.zend.com/manual/1.12/ru/zend.acl.introduction.html
У меня был более интересный опыт — я учился писать готовое решение за 1 день. Фактически это выглядело так: определяю, что нужно сделать; сажусь за комп, начинаю писать код — и до вечера. Если не успел доделать планируемое — то полный shift+delete и на следующий день начинаю все с начала с самого нуля. Вот это реально помогает :)
Правда, сразу вижу проблему: nginx на front-end большинства хостеров может не передать этот заголовок.
Но если, разработчик — безответственный и пофигистический, то ему нужны показатели KPI или ему пора на выход.
Ее получает менеджер.
Менеджер передаст задачу конкретным исполнителям предприятия.
Простые вопросы:
Кто оценит стоимость услуги для клиента? Замечу, что она настолько уникальна — что просто по прайсу не катит.
Кто оценит затраты или хотя-бы кто оценит срок поставки этой услуги клиенту?
По вашей схеме менеджер должен дать руководителю информацию о производственных затратах?
Веб-разработка на аутсорс.
Нет у них той интуиции и «победоголизма»…
Только из них половина этого даже не помнит, половина из оставшихся думает что они сами.
И только 2 из 8 понимают сколько времени я на них потратил.
Не знаю как у вас, но у меня явно не получилось. Программисты получились очень заточены под то, что я рассказывал. Шаг влево/вправо — ничего не получается или сильно тупят.
Этот путь оказался намного тяжелее, чем я предполагал изначально.
В один прекрасный момент нам пришел клиент и сказал, хочу магазин. До этого мы делали около сотни магазинов — и все разные. Я подумал, а давайте сделаем универсальный проект, а потом просто форкнем его и клиенту поменяем дизайн. Так все и началось.
Основное преимущество — ты можешь трезво планировать версии и задачи, тебе никто не парит мозг если версия выпущена не в срок. Все-таки сами-себе заказчик — это приятно.
Через 6 месяцев после начала разработки я пришел в выводу, что нам не хватает активных продаж, и что мы в этом ужасно слабы.
Темы, в которых отлично разбираюсь:
1. В течении 8 лет разрабатывал и продолжаю делать собственный фреймворк. Just for fun. Хорошо понимаю архитектуры фреймворков (по сути пишу свой только ради того, чтобы понять что есть лучшее в других).
2. Разработка биллинговых систем для хостинг-провайдеров, локальных сетей и voip-операторов.
3. 8 месяцев назад начали делать свой продукт и продвигать/продавать его: CMS интернет-магазина со встренной биллинговой системой.