AI Product Management

How to use AI to write articles about how to use AI as a product manager for your AI app on your journey to being replaced by an AI product manager

Andrew Ng made another point about AI product management in a previous piece [1] that I found both thought-provoking and a bit contrarian, and I’m surprised he didn’t mention it here. In that earlier piece, he went beyond just advocating for concrete specs and explicitly challenged the traditional design-thinking approach, arguing that teams should pick a fully formed idea and run with it rather than spending too long on broad problem exploration and multiple potential solutions. It’s a stance that favors speed and specificity over the more open-ended, iterative nature of design thinking.<p>Curious what others think about forgoing design thinking in AI product development in favor of this more direct, concrete approach.<p>[1] <a href="https:&#x2F;&#x2F;www.deeplearning.ai&#x2F;the-batch&#x2F;concrete-ideas-make-strong-ai-startups&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.deeplearning.ai&#x2F;the-batch&#x2F;concrete-ideas-make-st...</a>

I&#x27;m not sure some of this is a good idea. It reads a bit like &quot;These LLMs are great! We can get rid of those pesky engineers!&quot;. It reminds me of the xkcd[1] about how some problems are trivial and some are almost impossible and as a layman you don&#x27;t know which is which. That&#x27;s more true than ever will LLMs, everything is new and so very few people actually know what is easy and what is hard. When you say &quot;You can go off and do this without engineers and use AI to help you&quot; what you are <i>actually</i> saying is &quot;You can go and be a bad engineer&quot;. That&#x27;s fine, if you don&#x27;t have any engineers, then that&#x27;s probably the best option. But if you&#x27;re sensible probably a 5 minute conversation with someone who knows what they&#x27;re talking about is more useful. In my experience as an engineer, the people who do jobs related to my job and think they can do my job: are crap at my job, generally not that good at their own either, and very difficult to work with.<p>I think the more interesting question for the PM is how are you going to make a differentiated product in the market if everything you&#x27;re planning to build is trivial? If it&#x27;s not trivial, maybe talk to an engineer or two.<p>[1]:<a href="https:&#x2F;&#x2F;xkcd.com&#x2F;1425&#x2F;" rel="nofollow">https:&#x2F;&#x2F;xkcd.com&#x2F;1425&#x2F;</a>

This describes the need to iterate on the product idea, in collaboration with engineering, instead of slinging vague PRDs over the wall.<p>Table stakes for any product manager, not just AI related.

Whenever a “good enough” prototype can be created just from a prompt, it becomes possible to scrap it every time it’s not quite right and regenerate, instead of editing the code. Working this way, the prompt is the “source code” and the code a kind of compiled artifact.<p>Currently the generated prototype usually needs tweaks and that’s if it even works. But when it does work, it’s like the model is reading your mind.<p>In the future as models improve at coding, they will anticipate the tweaks that make sense, less of the prompt will need to be specified &amp; there’ll be less polish work after you get the generated artifact, and you can work at an even higher level of abstraction and thought. Domain experts can create even bigger, cooler things without spending’s years getting software engineering skills.<p>Assemblers and compilers came along very early in our industry’s history. If you run the thought experiment that that’s where we are at with prompted software creation, it will be a wild and exciting future. More people creating more stuff means a tremendous amount of amazing creations to enjoy.

The three basic guidelines are:<p>* Specify the product as concretely as possible<p>* Use existing applications to test feasibility<p>* Get non-engineer user feedback on early prototypes<p>These all obviously apply to product management more generally, but Andrew gives some examples&#x2F;ways in which they apply specifically to AI products. Still, I feel like they&#x27;re talking more generally about complex&#x2F;abstract software engineering rather than simply AI.

So I guess the effect of the design decisions at the beginning will go towards zero as one approaches to the limits of the context window :)

The only thing that article says is: With AI you can iterate more rapidly&#x2F;make prototypes faster.<p>Nothing new - we heard the same message with Figma, containerisation… you name it.<p>Having a good sense what problem solve, building rapport and trust with early customer and being a fantastic leader and communicatore has always been the most important skills. Thanks, nothing to see here…

I often bang on about Software as a new form of literacy - and that just as organisations that were staffed by literate people (Catholic churches, nation states, banks) were qualitatively different to organisations without literacy (stonemasons?) then software literate companies (I call them programmable companies in my upcoming book) will be different from the ones we know today.<p>And this is an example I feel of the form evolving.<p>The point that AI could not learn from a vague mission statement (whereas most people today would think wow that’s a good start to a two year project) suggests that AI companies as Ng suggests are “just” well thought out companies.<p>Sorry not making a lot of sense - what I think I mean is that one can write down a human sentence and the phase space of possible meanings is very large - the behaviours that meet the specification can be huge and most projects are attempts to find a working output that meets that and has everyone understanding it.<p><pre><code> But a *working* piece of software has a much more constrained phase space of possible behaviours - just to get it working (or even get a set of tests it must pass) drastically reduces the possible behaviours and so makes clearer intentions and makes the discussion more focused.</code></pre>

it really is amazing how many people have no interest in doing a good job, nor even any interest in protecting their good name.

To use AI can help me!That&#x27;s best tools

Cron: bug devs about tickets that are late Cron: bug devs every day at a given time for updates aka a standup<p>Given an epic with keywords organize tasks into that epic and estimate the time and then track if it’s on track or not.<p>Yeah not a lot to PM work.<p>Ooh also a 50&#x2F;50 coin flipper to saying no to adhoc things<p>There that’s an AI PM

Actual AI project manager here.

Do AI customers next!