В описании проекта следует показать, какую именно выгоду получил клиент. К примеру, говоря о программном комплексе для учета трубопроводов и объектов, связанных с ними, можно обратить внимание на упрощение процесса принятия управленческих решений специалистами нефтяной компании и, как следствие, снижение рисков возможных аварий. Такую информацию, к сожалению, часто приходится вытягивать из «айтишников» клещами. IT-подрядчики часто мыслят исключительно в рамках технического задания клиента и не задумываются о том, как результаты их работы будут использованы в дальнейшем.
Кроме текстового описания проекта желательно сохранять и другие материалы о нем — например, скриншоты пользовательских интерфейсов или разработанного дизайна и т.п. Последнее придает проекту «материальность» и в определенном смысле является доказательством того, что работа была успешно выполнена. Все эти материалы могут пригодиться (и, как правило, рано или поздно пригождаются) при подготовке коммерческих предложений, буклетов, публикаций в СМИ.
Далеко не всегда можно напрямую называть конкретного заказчика и рассказывать обо всех деталях реализованного проекта. Но в большинстве случаев подобные ограничения можно обойти.