{
  "author": {
    "name": "Dylan Fitzgerald",
    "url": "https://dylanfitzgerald.net/"
  },
  "blyg": "0.4",
  "changelog": [
    {
      "at": "2023-05-03T21:03:00Z",
      "note": "Imported from the Ctrl+Shift archive",
      "version": 1
    }
  ],
  "content_hash": "sha256:6dfe94add63951e0541d0cb6ba239642697a048e1dfef439aa38da403a79bbbe",
  "content_html": "\u003ch1\u003eHave you described how to build the thing, or just why it\u0026#39;s a great idea?\u003c/h1\u003e\n\u003cp\u003eIn preparation for a client project, you\u0026rsquo;ve identified a problem worth solving, and you\u0026rsquo;ve got a great idea for how to solve it. There\u0026rsquo;s a meeting set with the engineering team to start building things out, and you\u0026rsquo;re excited to get started. Let\u0026rsquo;s have a look at your artifacts: your slide deck, or pitch, or spreadsheet, or tickets, or whatever.\u003c/p\u003e\n\u003cp\u003eDo you describe why the thing is a great idea? Look for charts with an axis labeled \u0026ldquo;users\u0026rdquo; or \u0026ldquo;money\u0026rdquo; or some other metric that goes up and to right. Got it. If this is your first time meeting with the folks involved, or if the decision to actually build the thing hasn\u0026rsquo;t been made yet, this is totally reasonable! It\u0026rsquo;s great to get people excited. And it\u0026rsquo;s great to ensure people will back your idea with resources if you haven\u0026rsquo;t already got a commitment.\u003c/p\u003e\n\u003cp\u003eBut it\u0026rsquo;s not enough to actually build the thing. And, if this is something that\u0026rsquo;s already been sold, you\u0026rsquo;re selling past the close. Don\u0026rsquo;t do that.\u003c/p\u003e\n\u003cp\u003eIf you\u0026rsquo;re handing your builders a bulleted list of feature ideas, or a sales pitch, but not a description of how the thing is built from top to bottom, you\u0026rsquo;re asking them to do your job for you\u0026ndash;not just to build the thing, but to do the footwork of figuring out what the thing is, and how the plumbing comes together, and unearthing any hidden assumptions you\u0026rsquo;ve made along the way that might blow up in their faces. They might be perfectly capable of doing that, but it\u0026rsquo;s not their job, and if they\u0026rsquo;re on a typical builder\u0026rsquo;s schedule, you\u0026rsquo;re going to blow up their metrics for cycles to come if you ask them to just get started.\u003c/p\u003e\n\u003cp\u003eGetting technical input into your artifacts is a great idea. The time to do that is before you tell people to go build your thing.\u003c/p\u003e\n",
  "content_md": "# Have you described how to build the thing, or just why it's a great idea?\n\nIn preparation for a client project, you've identified a problem worth solving, and you've got a great idea for how to solve it. There's a meeting set with the engineering team to start building things out, and you're excited to get started. Let's have a look at your artifacts: your slide deck, or pitch, or spreadsheet, or tickets, or whatever.\n\nDo you describe why the thing is a great idea? Look for charts with an axis labeled \"users\" or \"money\" or some other metric that goes up and to right. Got it. If this is your first time meeting with the folks involved, or if the decision to actually build the thing hasn't been made yet, this is totally reasonable! It's great to get people excited. And it's great to ensure people will back your idea with resources if you haven't already got a commitment.\n\nBut it's not enough to actually build the thing. And, if this is something that's already been sold, you're selling past the close. Don't do that.\n\nIf you're handing your builders a bulleted list of feature ideas, or a sales pitch, but not a description of how the thing is built from top to bottom, you're asking them to do your job for you--not just to build the thing, but to do the footwork of figuring out what the thing is, and how the plumbing comes together, and unearthing any hidden assumptions you've made along the way that might blow up in their faces. They might be perfectly capable of doing that, but it's not their job, and if they're on a typical builder's schedule, you're going to blow up their metrics for cycles to come if you ask them to just get started.\n\nGetting technical input into your artifacts is a great idea. The time to do that is before you tell people to go build your thing.",
  "created": "2023-05-03T21:03:00Z",
  "id": "5v2a7ramsbcbp4hwzdk7f6jnmn",
  "kind": "thread",
  "media": [],
  "origin": "https://dylanfitzgerald.net/blyg/",
  "page": "https://dylanfitzgerald.net/blog/have-you-described-how-to-build-the-thing-or-just-why-its-great/",
  "transclusions": [],
  "updated": "2023-05-03T21:03:00Z",
  "version": 1
}