Каким образом агентство по программному обеспечению может предлагать качественные программы/проекты по победе?

Ответ 1

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

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

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

Ответ 2

То, что вы описали в своем посте (не ваш вопрос), я думаю, это вопрос продаж, управления и маркетинга в первую очередь.

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

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

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

Я обнаружил, что вам действительно нужно определить жесткие спецификации на рабочих местах с низкими бюджетами, определить, что вы будете делать и можете доставить, рассказать им цену, остановить своего босса, предлагая слишком много долгосрочных скидочных меток для клиентов, потому что они слишком боятся потерять клиента. Общайтесь рано и часто, когда вещи начинают выходить из-под контроля. Напишите точные предложения для дополнительных функций. Напишите их точно вниз, не полагайтесь на телефонные разговоры (вы: "что еще 4 часа работы", клиент: "ОК"... 4 месяца спустя клиент "что это было снова?" Почему я предполагаю заплатить за это ").

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

Ответ 3

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

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

Ответ 4

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

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

Ответ 5

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

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

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

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

Ответ 6

Это можно рассматривать как краткое руководство по вышеуказанной проблеме.

Документ предложения

• Начните с документа заявки, который максимально объясняет ваше понимание потребностей клиентов. Это можно сделать на 1-2 страницах письма как минимум. Он может начать движение к требованиям, но он должен быть более случайным, чем это.

Бюджетный документ

2. Теперь перейдите в Excel и перечислите все задачи в проекте, который, по вашему мнению, вам нужно будет сделать. Положите время в днях, не больше 2 (0,25, 0,5 и т.д.).

3. Добавьте столбец для тестирования и сделайте его в процентах от времени разработки (обычно 20-30%)

4. Теперь добавьте столбец для управления (проект + учетная запись) и добавьте к нему% времени (по сравнению с предыдущими двумя столбцами). 20-40% - это нормально. (70-30 сплит pm/am)

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

6. Определите, какое значение для всех дней, которые были записаны до сих пор. Затем добавьте сумму непредвиденных расходов (для работы с фиксированной ценой) 10-20% здесь нормальное, но может измениться в зависимости от опыта работы с клиентом и количества изменений, с которыми вы привыкли с ними.

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

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

Подумайте, как бизнес-аналитик. Это не только поможет вам сделать клиента счастливым, когда увидит ваши затраты, но, вероятно, даст вам более глубокое понимание их бизнеса. Если они будут зарабатывать деньги, используя вас, то вы, вероятно, победителю. Если вы не можете напрямую спросить, сколько денег они потратят на вас, проработайте его, спросив, сколько у них клиентов, что они взимают, сколько у них есть сотрудников и т.д. Затем вы должны иметь возможность работать, если что вы предлагаете, будет выгодно для них. **

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

Документ временной шкалы

9. Возьмите список задач проектирования и разработки из бюджета и поместите его в новый лист (или Project, если вы похожи на меня). Поместите начальные и конечные даты каждого раздела, добавив примерно 30-50% дополнительных сверху.

10. Добавьте графическое представление дней как блоков в Excel или используйте шаблон Gantt, как этот.

11. Вернитесь к документу заявки и добавьте ключевые этапы из документа синхронизации.

Готовый этап предложения

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

Уровень требований

13. Перечислите каждое требование против отдельного идентификатора: 1,2,4,5 или 1,1,1,2,1,3. Это не имеет большого значения, но второе может помочь с большими списками.

14. Есть несколько тестов для требований, и вы можете попытаться их соблюдать, но иногда они не применяются (например, некоторые требования могут быть спроектированы). Некоторые из них: Является ли требование проверяемым, является ли оно исключительным, ясно ли это? Я попытаюсь найти ссылку на это где-нибудь.

Ответ 7

Это моя точка зрения разработчика:

• Рекомендации по управлению версиями: держите багажник в чистоте, не делайте код, который не компилируется, и часто фиксируйте
• Непрерывная интеграция
• Тестирование устройств (с охватом кода)
• Автоматическое развертывание на тестовых серверах
• Автоматическая упаковка приложения
• Автоматизировать как можно больше:)

Кроме того, нанять хороших разработчиков, и относиться к ним хорошо:)

Ответ 8

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

Ответ 9

Мы пытаемся создать продукт и повторно использовать существующий опыт. По сравнению с Великобританией в Украине (где я работаю) зарплаты ниже, но в 4-5 раз выше, чем в Индии.

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

Кстати, я проверил whywaitdigital.com, и кажется, что у нас есть продукт, который может понадобиться вашим клиентам. Мы делаем порталы - редакционные, B2C, каталоги продуктов с поддержкой технологий, и мы также используем ASP.NET MVC. Вы можете найти контактную информацию на нашем веб-сайте, www.socialtalents.com.