Здравствуйте, дорогой друг и подписчик !

Сейчас будет торжественный момент…

Я поздравляю Вас с прошедшим Новым Годом, Рождеством и Старым Новым Годом и дарю  свой новый скрипт для приема заказов на Вашем сайте.

Раз уж Вы читаете мой блог, который называется «Бизнес с нуля», значит Вам этот скрипт уж точно понадобится для создания своего бизнеса. Ведь в что главное, если делаешь бизнес в Интренете? Правильно – принять от клиента заказ!

Ок. Думаю, с полезностью скрипта всё понятно.

Вот ссылка для скачивания: http://sozdaniestranic.ru/osen/

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

Прямо сейчас, перейдите по ссылке http://sozdaniestranic.ru/osen/ и бесплатно скачайте скрипт приема заказов.

Уважаемый читатель и подписчик,

Позвольте представить Вам моё новое произведение – блог о фрилансе «Передовые Техники Фриланса«.

Если Вы фрилансер, то уже сейчас там есть для Вас кое-что интересное послушать и почитать.

Почему я решил завести еще один блог, да к тому же ещё и на такую специфическую тему?

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

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

В блоге «Передовые Техники Фриланса» Вы узнаете про все аспекты работы фрилансером:

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

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

Приглашаю Вас познакомиться!

Нажмите здесь, чтобы перейти на блог «Передовые Техники Фриланса»

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

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

Подробнее…

Пошаговая видео-инструкция и заготовки писем и документов, убеждающие заказчика принять Вашу оценку стоимости и объема работ.

Подробнее…

Здравствуйте, уважаемый читатель и подписчик!

Этот пост будет интересен прежде всего фрилансерам, занимающимся созданием сайтов на заказ.

Вчера почему-то подумалось: а почему бы мне не поделиться с Вами своим опытом в разработке сайтов?

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

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

Каждого фрилансера кидают, и причем довольно часто, верно? И каждый такой случай вызывает у Вас очень нехорошие эмоции по отношению к заказчику.

Есть ли способ избежать кидалова? Есть!

Вот он, слушайте:

Уважаемый фрилансер!

Хотел бы спросить у Вас совета.

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

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

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

Моя просьба следующая:

Назовите, пожалуйста,  2-3 самых важных на Ваш взгляд вопроса о:

1) составлении технического задания на разработку сайта
2) тестировании сайта
3) оценке возможной стоимости создания сайта
4) оценке сроков создания сайта

Буду весьма признателен Вам за данную информацию!

Евгений

Уважаемые читатели!

Я обращаюсь к тем, кто работает самостоятельно и оказывает платные услуги по разработке сайтов.

Вопрос мой такого плана:

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

Буду весьма признателен за данную информацию!

Пожалуйста, перейдите по адресу http://www.zerostart.ru/archives/224

и оставьте свой ответ как комментарий к этому посту блога.

Всем добрый день!

Интересна ли Вам будет информация о том, как гарантированно обеспечить полную защиту сайта, сделанного на PHP-скриптах?

Как по Вашему, будет ли полезна такая книга?

Буду благодарен, если Вы сообщите мне информацию, которую хотели бы увидеть в книге, например:

- Что именно побудило Вас задаться вопросами защиты PHP-скриптов?
– Для чего Вам нужна информация по защите? Что бы Вы с ней стали дальше делать?
– Какие вопросы защиты волнуют Вас больше всего?
– Какие сомнения и вопросы возникают?
– Какие факты интересно было бы узнать?

Не ошибусь, если скажу, что большинство программистов придумывают функционал своих программ «от балды», т.е. не обосновывая его вообще никак. Процесс носит характер гадания на кофейной гуще: «А давайте сделаем то-то и то-то, ведь у наших конкурентов это есть», или: «Ну как же нам без админки обойтись? Без админки никак!». По сути, это гадания и догадки, не имеющие под собой никакого базиса.

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

Эта волшебная методика давно и хорошо известна, однако все её изложения, к несчастью, читаются довольно сложно и не рассчитаны на обычного читателя.

Главные элемент методики – т.н. «варианты использования» (прецеденты / use cases). Даже само название «вариант использования» не так просто понять сразу. На самом деле всё довольно просто, хотя и требуется определенных затрат времени и сил.

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

План действий:

1. Определить цель программы в целом
   
2. Описать основные бизнес-процессы
3. Выделить т.н. «участки автоматизации», т.е. места, где будет использоваться создаваемая нами программа.
4. Описать работу каждого из участков.

1.Определите цель

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

Что такое цель программы? Это назначение программы, её главная выгода и основные преимущества.

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

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

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

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

Цель определена и теперь можно описать бизнес-процессы

2.Опишите бизнес-процессы

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

Как составить схему? Очень просто: возьмите предназначение (цель) программы, определенную в разделе «1.Определите цель,» и задайте вопрос: «Что это такое?».

В основе нашей, казалось бы, простой программы лежит довольно сложный процесс разработки проектов. Что такое разработка проектов? Из каких шагов состоит разработка проекта? Кто участвует в разработке? Каковы результаты работы каждого участника?

Обычно в разработке программного проекта участвуют как минимум две роли: руководитель проекта и программист. Руководитель планирует (определяет плановую трудоемкость) и ставит задачи программисту, программист исполняет задачи и регистрирует фактическое время исполнения.

Нарисуйте схему их взаимодействия:

Схема готова.

3.Выделите «участки автоматизации»

Теперь на схеме выделите все места, где человек будет соприкасаться с разрабатываемой системой (использовать систему). Это и будут т.н. «участки автоматизации» – тот самый функционал, который нужно будет создать.

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

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

Не очень понятно, что такое значимый для бизнеса результат? Мой самый любимый простой пример: представьте, что Ваш начальник спрашивает Вас, что было сделано за сегодня. И Вы отвечаете:

1. Я 23 раза входил (логинился) в систему
2. Я зарегистрировал 23 клиента

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

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

Программа по разработке проектов имеет три участка автоматизации (варианта использования):

1. Руководитель проекта планирует задачи.
2. Программист выбирает задачу для исполнения.
3. Программист регистрирует завершение задачи.
   

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

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

4.Опишите работу каждого из участков

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

Алистер Коберн в своей книге «Современные методы описания функциональных требований к системам» рекомендует методику, суть которой заключается в описании т.н. «успешного сценария» и альтернатив к нему. Успешный сценарий – последовательность шагов, ведущая к успешному завершению задачи.

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

Результатом (успешным завершением) варианта использования будет являться переход задачи, взятой Программистом, в состояние «Выполняется».

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

ВИ-2. Выбрать задачу к исполнению

Версия

Черновик

Основной исполнитель

Программист

Заинтересованные лица и их цели

Программист – хочет как можно быстрее и проще взять задачу на исполнение

Внешнее событие

• Программист сделал все задачи хочет взять очередную задачу к исполнению

Краткое описание

Система выводит список задач, доступных к взятию на исполнение. Программист выбирает задачу и берет ее на исполнение. Система переводит задачу в состояние «Выполняется»

Предусловия

• Имеется хотя бы одна задача, назначенная Руководителем проекта к исполнению Программистом
  

Постусловия (результаты)

• Задача перешла в состояние «Выполняется»
  

Основной успешный сценарий

1.Система выводит список невыполненных задач на сегодня, назначенных на исполнителя. Каждая задача в списке представлена:

• своим названием
• описанием
  
• плановой датой начала
• плановой датой окончания

2.Программист выбирает задачу из списка и запрашивает взятие задачи на исполнение.

3.Система переводит задачу в состояние «Выполняется».

Альтернативы

1а.На сегодня программисту не назначено ни одной задачи.
… (что делать в этом случае)

1б.Программист не завершил предыдущую выполняемую задачу.
…

1в.В задаче не указаны поля «название» или «описание».
…

1г.В задаче не указаны поля дат начала или окончания.
…

и т.д.

Специальные требования

Нет

Список технологий и типов данных

нет

Частота использования

• 2-3 раза в день

Открытые вопросы

Нет

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

Итог

Итак, для разработки функционала программы следует выполнить следующие 4 шага:

1. Определить цель программы в целом
   
2. Описать основные бизнес-процессы
3. Выделить участки автоматизации
4. Описать работу каждого из участков.

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

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

Книга Сергея Большедворского «The Little Blue Book of Software Marketing» – это богатырский камень, указывающий разработчику программного обеспечения возможные пути движения: направо пойдешь – богатым будешь, налево пойдешь – … Камень, указующий путь в неизведанное, огромное пространство коммерции и продаж ПО.

А на самом деле эта книга – полноценный, подробный и всеобъемлющий маркетинговый план.

Зачем он нужен?

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

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

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

Получилось здорово.

Конечно, есть вещи, которых в книге нет. Например, можно было бы расставить приоритеты каждого из способов продвижения, чтобы превратить книгу во что-то вроде инструкции: «Делай раз, делай два…» и получишь хорошие продажи своей программы.

И ссылки. Конечно, ссылок не хватает. Эта книга – как трамплин, с которого можно прыгнуть в любую сторону. И если уж это трамплин, то пусть уж он будет настоящим, т.е. по-настоящему будет указывать не просто направление, но и само место, куда мы попадём.

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

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