Who In Your Company Knows What Due Dates Are?

Proactive project management is possible, as the (anonymized) Bredemarket example later in this post illustrates. But first I am compelled to talk about an uncomfortable topic, due dates.

What is a due date?

Some people in a company don’t know what a “due date” is. If the work isn’t done by this Friday, it will get done by next Friday. Or whenever.

But there’s one part of your company that lives and breathes due dates. I talked about this in March 2025 as it relates to Bredemarket’s clients.

“I still enjoy the satisfaction when my client submits a persuasive, compliant proposal. A day before the due date, even.”

Which is better than submitting a proposal AFTER the due date.

Google Gemini.

Why does Proposals care about due dates?

Why does Proposals tend to care more about due dates than, say, Product Marketing?

Because the latter due dates are set internally. And the “agile curse” is that you can, and often do, change anything on a whim.

“The Perpetual Roadmap.” Google Gemini/Lyria. Public Domain.

Contrast with proposal due dates that are set externally by an outside entity such as a government agency that receives funding for a particular fiscal year. Funds that you use or lose.

How can others implement due dates?

For your organization’s product marketing initiatives, do you adopt a “we’ll do it when we get to it” approach?

You don’t have to.

Last week my client and I were getting proactive about an end customer’s anticipated requests. I was recording these in Excel.

Then I added an “anticipated due date” column.

Which allowed me to ask a question.

To preserve client and end customer confidentiality, I have obfuscated and fictionalized the question that I asked.

“Hey, Fernando, the widget manufacturer says that they will want a user guide, whatever that is.

Google Gemini.

“I doubt they’ll want it when they deliver their green widget pitch in Brooklyn next Tuesday, but is there a chance they’ll need it when they meet with Jay Leno’s folks the following week?”

Proactive project management involves transparency between the outside project manager (me), the client, and the end customer. Since we knew that the end customer was meeting with the organization of Jay Leno, we could ask the right questions and schedule a deliverable before the end customer even asked.

Google Gemini.

And we had a due date.

So what?

But what does this mean for you?

It means that Bredemarket can proactively manage your projects, whether they involve content, proposals, or analysis.

I provide product management consulting for identity, biometric, and technology products. In fact, I am a leading biometric product marketing consultant. (Among others.)

Google Gemini.

If you need an outside consultant to manage your product marketing projects, let’s talk.

Content, proposals, and analysis for tech marketers.

Let me help you…forge your future

.

Forge Your Future.

The Complete Song “The Perpetual Roadmap”

My recent video only used 8 seconds of the 30 second Google Lyria song “The Perpetual Roadmap.”

If you’d like to hear all of Google Lyria’s artificial ruminations on the topic, here they are.

“The Perpetual Roadmap.” Google Lyria. Public Domain.

Close to a Milestone

One of Bredemarket’s clients is microscopically close to achieving an important milestone with a major customer. As project manager I’m performing the issue tracking and am happy. It is premature to announce this customer milestone, but hopefully the day will come.

The only drawback was that a last-minute Bredemarket / client / customer call prevented me from attending Tuesday’s live iProov / Ingenium webinar on independent testing to standards such as NIST SP 800-63-4 and CEN/TS 18099. But that’s why webinars have replays.

The Bredemarket post below is not directly related to the webinar, but is tangentially related since it discusses independent testing.

An Alternative to “I Ask, Then I Act”: “Review. Plan. Execute.”

Back in July, I shared a post and a video based upon the simple phrase “I Ask, Then I Act.”

I ask, then I act.

To be honest, this is not a revolutionary insight. A lot of people have described the things that do or do not happen before you take action.

  • There’s Nike’s famous “Just Do It.” This wasn’t necessarily intended to imply that you proceed in a thoughtless manner. Nike was instead addressing the tendency to hesitate, and urging people to move forward.
  • Now there are phrases that DO imply (at least in my humble opinion) that you proceed in a thoughtless manner, the two most famous of which are “ready, fire, aim” and “move fast and break things.” Both of these, especially the latter, suggest that the act of doing is itself empowering and that the negative consequences of doing something bad can be mitigated by doing the right thing later.

But on Wednesday I ran into another phrase that urges that you do something BEFORE you act, but it uses a different formulation than my two-step process.

Before the Constant Contact keynote.

I attended the Small Business Expo in Pasadena on Wednesday, at which the first keynote was delivered by Dave Charest of Constant Contact. He let us know at the beginning of his keynote that he was going to repeat the following throughout:

“Review. Plan. Execute.”

Unlike me, Charest got a little more granular about what happens when you execute / act. In a LinkedIn post from a couple of weeks ago, Charest talked about each of the three parts of RPE. Yeah, he has an acronym. Because AARC.[1]

✅ Review: Where are you right now?
You don’t need to be an expert. Just be honest about what’s working and what’s not.

✅ Plan: What’s the one thing you can do to support your goal?
Not ten things. One. Focus is how you win.

✅ Execute: Block time on your calendar to actually do the work.
If you don’t protect that time, distractions will take it from you.

Charest’s “review” step maps to my “ask” step, but I didn’t explicitly call out the “plan” step like Charest did. But I have talked about “focus” a lot, which is the emphasis of Charest’s “plan” step. Don’t go all over the place. Just do one thing. He parallels Wally Schirra’s thoughts on this issue.

“With my eyes fixed on the control panel, studiously ignoring the view, I began a slow, four degrees per second, cartwheel.”

When Schirra went into space as part of the Project Mercury program, he was focused on the goal of completing his engineering tasks. While the view from space was spectacular, he ignored it and focused on the control panel. And the engineering tasks were themselves focused, explicitly avoiding “Larry Lightbulb” experiments. This was a reaction to the prior Scott Carpenter mission.

But whether you review and plan, or if you just act, I believe you need to prepare before you do the thing.


[1] AARC: Acronyms are really cool.

Cross-Functional Collaboration and the Wannabe PMP

Catalan castellers collaborate, working together with a shared goal. By Eric Sala & Tània García (uploaded to Commons by Baggio) – https://web.archive.org/web/20070529054035/http://www.nooficial.com/index.php, CC BY-SA 2.5, https://commons.wikimedia.org/w/index.php?curid=1115767

Whether you’re an employee or a sole proprietor, at some point you’re going to have to play well with others to get things done.

Bredemarket has performed this (fancy phrase: “cross-functional collaboration”), both as part of Bredemarket’s services and outside of it.

  • As an employee, I’ve managed SaaS proposal projects and other projects that needed the input of many.
  • Within Bredemarket, I’ve managed proposal and other projects of similar complexity.

Even though I’m not formally certified to do this, I do it anyway.

Pre-Bredemarket: I get SaaSy

Long before I started Bredemarket, I was managing products and proposals associated with an on-premise technology solution.

This solution had a long sales cycle (longer than Cloudflare’s, for example) and a long implementation time. After contract signature, it might take a year or more to lock down the requirements, procure the hardware and third-party software, configure the solution, perform a factory acceptance test, deliver the solution to the customer’s premises, perform one or more rounds of on-site testing, and obtain final acceptance.

But my employer wasn’t lacking in revenue during implementation, because it received partial payments as it passed various milestones. Perhaps a small percentage of the total price would be paid upon requirements completion. Another percentage at delivery. Additional percentages at different points in the implementation, with the final large payment upon acceptance.

By Sam Johnston – Created by Sam Johnston using OminGroup’s OmniGraffle and Inkscape (includes Building icon.svg by Kenny sh), CC BY-SA 3.0, https://commons.wikimedia.org/w/index.php?curid=6089457

But then I was the proposal manager for a prospect desiring a SaaS implementation.

  • The Request for Proposal (RFP) made it very clear that the prospect would not pay a dime to the successful bidder until AFTER the system was accepted and in productive use. Because that’s how SaaS implementations work.
From Regiondo, https://pro.regiondo.com/blog/saas-vs-on-premise/. Note the difference in set-up costs (for the purchasser) between the on-premise and SaaS models.
  • This would have a major financial impact on my employer, since it would take a much longer time to recoup the initial costs of the implementation.
  • Without going into details…we didn’t, um, “win” the bid.

Several years later, the, um, SITUATION had changed, and my employer was more willing to accept the financial risks associated with SaaS implementations. I was still a proposal manager at the time and was able to work on my employer’s first successful SaaS bids. But that assumption of risk wasn’t the only barrier to success, because I had to work with a lot of different cross-functional collaborators to get those bids out.

  • The salespeople who wants to sell the SaaS systems to their prospects.
  • The engineers who had to do the heavy lifting to transition our on-premise solution to a SaaS solution.
  • The program managers who had to keep an eye on the costs of the implementation to ensure that our employer’s financial risk was minimized.
  • The customer support people who had to manage the system after final acceptance, even though much of the system was in a cloud center somewhere instead of at the customer’s site.
  • The finance and pricing people who had to adjust to this new way of doing business.
  • The legal people who had to develop a brand new contract that encompassed the new reality.
  • Finally, the executives who were willing to take the risk to enter the SaaS market and who wanted to succeed without losing money.

I think this is when I made my observation about managers of large proposals. In a large project, the proposal manager is the only one who spends 100% of their time on the project. The salespeople are selling other deals, the engineers are engineering other stuff, and so forth. Therefore, it was up to me to ensure that everything continued to move forward, because while these bids were important to the others, they were critically important to me.

Anyway, these later bids had a much happier ending, the employer successfully entered the SaaS market, and as more customers moved from on-premise to SaaS models, thus evening out my employer’s income stream, the financial risk from SaaS proposals was reduced significantly.

That cross-functional collaboration experience, exercised on these bids and in many other instances over the years, would be put to the test a few years later when I started Bredemarket.

Bredemarket: herding cats

From Fallon (not Jimmy) 2000 “Cat Herders” advertisement for EDS, https://www.fallon.com/cat-herder.

It’s one thing for a company employee to manage a project with a ton of people, none of whom report to you and most of whom outrank you.

It’s another thing when an outside contractor has to manage a project of inside employees.

One of my Bredemarket projects, which happened to be another proposal project, required me to do just that. While the proposal was much simpler than the bids constructed at my former employer, the effort still required a lot of shepherding to get all the pieces put together, obtain all the approvals, and get someone to submit the final proposal since I, as a non-employee, couldn’t do it myself.

Everything worked out, and the employees were great, but there were times when it seemed like I was the only one to keep an eye on all the tasks.

Something that I had never been formally trained to do.

Today’s acronym is PMP

Eventually I (temporarily) stopped working on finger/face projects for Bredemarket because I was employed by a finger/face company. And I found myself managing projects of similar complexity (the 80+ battlecard project, for example).

And that’s when I realized that I was a de facto project manager.

Even though I didn’t have the fancy certification to attest to this.

The Project Management Institute offers several certifications, including:

I toyed around with the idea of starting the certification progression in 2023, and even though my employer didn’t have the rigorous annual goal-setting processes that larger organizations have, I set a personal goal in one of my employer’s Asana projects to advance to CAPM by the end of 2023.

And then…things happened.

Perhaps at some point I’ll get the official piece of paper that I can flash around, but until then I’ll learn on my own, both by coursework and by…well…actual managing projects.