-1

Say your company develops software, and a client wants you to handle their development. It just so happens, that they have their own IT-team, but it is fully tied up, so they outsource to you.

The project is in a quotation phase, and your client's Head of IT now asks for a requirement specification (SRS), an architectural specification, and so on. The Head of IT wants to know functions, modules and other decisions that will be in construction.

Other than the SRS for analysis, is your company obliged to provide these specifications, even before the project has been confirmed?

closed as primarily opinion-based by Robert Harvey, gnat, GlenH7, user40980, jwenting May 2 '14 at 7:36

Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.

  • How else will they be expected to provide an accurate quotation? – Robert Harvey May 1 '14 at 19:28
  • Wouldn't the SRS suffice? – Jane Lee May 1 '14 at 19:35
  • It depends on how accurate you want the estimates to be. More information about the design equates to a higher confidence level in the estimation process. The Head of IT knows that. – Robert Harvey May 1 '14 at 19:36
  • if it's in the contract that you supply it, you're going to have to supply it. – jwenting May 2 '14 at 7:36
2

Looking at it from a business perspective, I don't think this is a matter of obligation. Since the project has not been confirmed yet, and no contract has been signed, you are not obliged to provide anything.

However, it is in your interest to present your [potential] client with whatever you think will optimize your chances of getting the contract.

I think that since the client has its own IT department, it may be interested in more technical details than other clients, as it has more relevant experience, and (at least believes he) has more tools to evaluate you as a service provider by you answering those questions.

I also think that by building a rapport with the head of IT, by engaging him in an amicable and serious conversation, even if you don't provide concrete answers to his specific questions (since you did not yet put in your full effort on thinking about them) and only giving him your state of mind and thoughts about your possible architecture, you would be able to convince him that you will be able to come up with satisfying results, and continuous communication on progress.

What the head of IT is probably most anxious about is that he outsources work he knows he is capable of doing to someone else. This is loss of control on his side. His worst case scenario is that at the end of this project, X months from today, he will be left with a dwindling budget, and lousy code he will have to clean up and re-write.

If you give him sense of control by open communication, he will be more receptive to letting you have your contract, and will also reflect less stress on you while the project is in progress.

Not the answer you're looking for? Browse other questions tagged or ask your own question.