Почему программное обеспечение Стартапы развития потерять деньги?

<р> Один из моих клиентов уже подошел ко мне с требованием 1 линии, который спросил нас, чтобы сделать программное обеспечение управления запасами. Неудивительно, что я не отказался от работы, учитывая, что проекты с меньшим требованиям или расплывчатые требования всегда риск работать. Когда я говорил об этом инциденте с одним из моих друзей, которые были частью индустрии программного обеспечения за последние несколько лет, я понял, что мы все делали подобные ошибки в этом industry.I были частью стартапа и понять, насколько важно каждый клиент находится в стадии младенчества компании.

Проблема здесь в том, что когда-то клиенты приходят к нам с требованиями, мы просим наших разработчиков, чтобы начать работать на базы данных развития от слова Go, которая вредит всем нам в дальнейшем stage.Web заявки, программного обеспечения, бизнес-приложения развития или Разработка приложений баз данных требует аналогичного подхода и что, каждый экран должен быть хорошо documented.I видели компании не заряжается клиентам для анализа требований и мое предложение является то, что, по крайней мере от 10 до 25% от стоимости должны храниться в течение сбора требований.

В самом деле, если вы понимаете, что стоимость программного обеспечения, разработанного будет больше, чем вы ожидали повторного подойти к клиенту и объяснить его довольно, как первоначальная оценка пошли wrong.The весь процесс должен быть четко определены в несколько этапов: 1. Требование Сбор:

<р> Собрать как можно больше информации, как можно от клиента. Посмотрите на их существующей системы и собрать формы, Excel листы, файлы слово, используемое ими в настоящее.

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

<Р> 2. Экран Проектирование:

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

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