olijen

Если я вас правильно понял и исходя из обрезка исходного массива:

foreach ($txs['transactions'] as $tx) {
  print_r($tx['confirmations']);
  }

Тут мой ответ по связанной теме: Как составить план проектирования проекта?
А кроме того, хочу отметить, что начинать проект с дизайна (если Вы имеете в виду дизайн пользовательского интерфейса) это в большинстве случаев очень плохая практика. Проект нужно начинать с концепции, а потом переходить к информационной модели, потом к структурам данных (как в базе, так и в памяти) и уже потом только понятно, что на экране будет делаться. Исключение могут составлять игры, электронные книги, анимационные, интерактивные и подобные произведения, которые являются в большей степени произведением визуального искусства, чем программным продуктом. Из средств проектирования посмотрите разные реализации UML и RUP (Rational Unified Process), например Rational Rose. Вот, посмотрели, и понравилось - берите, а стало страшно - значит это Вам не нужно. Это для проектов крупных и очень крупных. Что точно нужно, так это уметь рисовать ER-диаграммы на бумажке карандашом, архитектуру модулей программной системы и железную инфраструктуру для развертывания. На большинство вопросов, которые Вы задаете, ответы можно дать только относительно конкретного проекта. Иногда нужны автоматизированные средства проектирования, иногда они не нужны и все можно сделать в уме и сэкономить время. Это очень зависит от задачи и опыта. Но что определенно, так не следует разводить лишней бюрократии,

По поводу вашей стратегии:

• Фриланс и тендеры - это фактически одно и то же (суть заключается в конкурсе). Поэтому нет смысла их разделять.
  
• Подход к холодным звонкам должен быть диаметрально противоположным. У вас на схеме указано что сначала идёт холодный звонок с предложением ваших услуг, а потом сбор информации о клиенте. Как можно что-либо предложить, если ты не знаешь о клиенте ничего? Поэтому сначала нужно хоть как-то собрать о потенциальном клиенте информацию, а уже потом ему что-то предлагать.
  
• Отдельно порадовал пункт "Соц сети". А что с ним нужно делать?
  
• Ваш процесс продаж построен таким образом, что сначала один СейлзМенеджер совершает первый контакт с клиентом и узнаёт о его потребностях, а уже другой СейлзМенеджер (со слов первого) составляет коммерческое предложение клиенту и дальше пытается с ним контачить. При такой схеме вы постоянно будете сталкиваться с "испорченным телефоном", когда один менеджер по-своему понял клиента и по-своему передал это своему коллеге, а тот, в свою очередь, по-своему сделает предложение клиенту. И в результате это предложение, скорее всего, не будет иметь ничего общего с потребностями клиента (и отсутствие продаж тому подтверждение). Поэтому третьего СейлзМенеджера нужно поставить в один ряд с первыми двумя и каждый менеджер должен вести всю цепочку от начала и до конца.
  

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

Если проект для вас нетиповой и требует несколько дней на оценку, напишите об этом. Заказчик не будет экономить пару дней, не рассмотрев всех предложений, кроме случаев, когда проект горит. А в случае, если проект горящий, вам не нужно и связываться с нетиповым проектом.
Так же, нужно иметь в виду: если проект нетиповой - вы скорее всего не сможете на нем хорошо заработать, т.к. себестоимость у вас при прочих равных будет выше, чем у специализированных подрядчиков. И риски ваши будут выше, начиная со стадии оценки. Поэтому не нужно бояться отдавать нетиповые проекты. На конкурентном рынке беритесь за нетиповой проект, только если хотите расширить специализацию и поэтому готовы сделать проект с низкой рентабельностью или даже в убыток.

SET `int_field_name` = `int_field_name` + 1 ?