Не волнуйся. Это совершенно нормально и происходит с любым программным обеспечением. Все, что может пойти не так, пойдет не так, и причиной этих вещей будет самый нестабильный субъект в процессе разработки, клиент.
Вы можете собрать все требования в мире, написать 100-страничное предложение, ежечасно предоставлять скриншоты и обновления проекта, а клиент все равно не одобрит. От себя лично я считаю, что Интернет - одно из худших средств для этого, поскольку дизайн в настоящее время намного более плавный, и у клиента всегда будет определенная картина в его / ее сознании; тот, который не будет выглядеть как готовый продукт.
Я считаю, что пуленепробиваемый контакт с определенными этапами и листами подтверждения - лучший способ справиться с такой ситуацией. Предполагая, что ваша работа заключена по контракту, вы должны убедиться, что на каждом этапе клиенту показывают работу и заставляют утверждать каждое внесенное изменение. По крайней мере, таким образом, если клиент хочет что-то изменить, вы можете сказать ему, что он уже подписал этот раздел, и дополнительная работа будет стоить им дополнительных (также определяется в контракте).
Этот подход не только сработал для меня, он заставил клиента остановиться и подумать о том, чего он / она ДЕЙСТВИТЕЛЬНО хотел. К счастью для меня, многие из моих клиентов уже технически ориентированы, поэтому они понимают, что эти вещи могут потребовать времени, но те, кто не имеет ни малейшего представления о веб-разработке, ожидают, что все станет идеально в течение пары дней. Пока вы убедитесь, что все оговорено в контракте, клиент будет думать о том, чего он хочет, и после этого не будет приставать к вам с проблемами.
Конечно, все, что вы можете сделать в отношении контроля качества, было бы фантастическим и помогло бы проекту успешно развиваться. Также убедитесь, что какая-то форма методологии спланирована до начала проекта и что эта методология известна клиенту (ам). Часто изменения в фундаментальных областях могут быть дорогостоящими, и многие клиенты, кажется, не понимают, что небольшое изменение может потребовать изменения многих вещей.
person
Mike B
schedule
22.10.2008