3 ms·

"So the marketing for our new product has to be purchased 3 months in advance to tie in for the TV ads, magazine ads, bus stop ads, and web buys. Not to mention

"So the marketing for our new product has to be purchased 3 months in advance to tie in for the TV ads, magazine ads, bus stop ads, and web buys. Not to mention we need to work with legal, and our CEO needs to talk to the board. When the devs be done?"

i_can_c_sharp 8y ago
In 3-5 weeks (change to months for a bigger project). Don’t buy the ad until it’s in production. Use the 3 months to iron out tha bugs that will be found in production.
flukus 8y ago
Is there some rule that the product has to be available for sale and advertised as soon as the code rolls off the production line? Why can't they begin scheduling these things when the code is 90%+ done? It's not going to rust or go stale while marketing gears up, having a completely different business unit driving you're release process is just a recipe for releasing buggy shit.
- _AzMoo 8y ago
  If you're developing something novel and it's not deployed as it's completed you risk a competitor beating you to market. As well as this, the time between having a product or feature complete and ready for release equates to lost revenue. The ideal is to have all aspects of the project completed and ready for deployment (actual feature, supporting documentation, training materials, marketing campaigns and materials, etc.) at the same time to maximise possible revenue.
  - flukus 8y ago
    > If you're developing something novel and it's not deployed as it's completed you risk a competitor beating you to market. If you're competitor is imminently releasing a competing product then what you're working on isn't really novel. It would also be potentially patentable if it really was novel, which would grant you a monopoly on the space. > As well as this, the time between having a product or feature complete and ready for release equates to lost revenue. What's the lost revenue from releasing a buggy product? What's the lost revenue if your competitors are about to release a working one? What's the lost revenue from your developers jumping ship and all the related turn over costs? Some of those mistakes could sink the product/business entirely. > to maximise possible revenue. You agree that maximizing revenue at the expense of everything else isn't the goal don't you? If that's all that mattered then development would be outsourced to a third world country to save on expenses. But we've mostly learned no to do that because despite promising revenue gains they lead to several bad outcomes in the short and long term, pushing hard deadlines is no different.

i_can_c_sharp 8y ago

In 3-5 weeks (change to months for a bigger project). Don’t buy the ad until it’s in production. Use the 3 months to iron out tha bugs that will be found in production.

flukus 8y ago

Is there some rule that the product has to be available for sale and advertised as soon as the code rolls off the production line? Why can't they begin scheduling these things when the code is 90%+ done? It's not going to rust or go stale while marketing gears up, having a completely different business unit driving you're release process is just a recipe for releasing buggy shit.

_AzMoo 8y ago
If you're developing something novel and it's not deployed as it's completed you risk a competitor beating you to market. As well as this, the time between having a product or feature complete and ready for release equates to lost revenue. The ideal is to have all aspects of the project completed and ready for deployment (actual feature, supporting documentation, training materials, marketing campaigns and materials, etc.) at the same time to maximise possible revenue.
- flukus 8y ago
  > If you're developing something novel and it's not deployed as it's completed you risk a competitor beating you to market. If you're competitor is imminently releasing a competing product then what you're working on isn't really novel. It would also be potentially patentable if it really was novel, which would grant you a monopoly on the space. > As well as this, the time between having a product or feature complete and ready for release equates to lost revenue. What's the lost revenue from releasing a buggy product? What's the lost revenue if your competitors are about to release a working one? What's the lost revenue from your developers jumping ship and all the related turn over costs? Some of those mistakes could sink the product/business entirely. > to maximise possible revenue. You agree that maximizing revenue at the expense of everything else isn't the goal don't you? If that's all that mattered then development would be outsourced to a third world country to save on expenses. But we've mostly learned no to do that because despite promising revenue gains they lead to several bad outcomes in the short and long term, pushing hard deadlines is no different.