|
A and B) Not always in the industrial sector.
When I get software from my providers they usually license the software for one CPU and you have to buy that again and again as you want to install it in different machines...
The technical support fees need to be specified.
the best technical support is the one that is not needed, but a very good technical support is that one that solves the issues as soon as possible... for a price.
|
|
|
|
|
This is not the answer you want, but I would never trust a major technological investment to a sole proprietor business no matter how technically competent or dedicated the person is. What happens to the investment if the person gets ill or worse, dies? What happens if something goes wrong while he is on vacation?
Life happens to all of us, and doing a major investment in a product that only one person knows anything about and potentially losing that investment and having to start over when something happens to that person is just not smart business.
Within you lies the power for good - Use it!
|
|
|
|
|
Of course this answer is perfectly reasonable. Being the answer my friend wants or not...
That should be covered by allowing access to their source code if it's demonstrated that my friend can't give them proper technical support.
Usually in an industrial environment, the source code is never modified as it is only giving a specific answer to a specific mechanical solution. Usually what get's broken is the mechanical part or the electrical part, not the software itself.
Giving the fact that the initial testing and the FAT/SAT tests are passed successfully, the customer should not need technical support in a future unless something mechanical or electrical is wrong so nothing to do with the software development.
Anyway, of course they are in their right to be worried, as you say, I've heard several times the question myself: "what happens if you die tomorrow?"... I usually answer that my team can take care of the project or that in the worst case scenario the insurance I have will cover their needs... but this is another thing and I don't know what my friend will do...
Thank you very much for your post!
|
|
|
|
|
Joan Murt wrote: The customer is scared about the future and how will you give technical support as you are a one man company. Since you claim you're the only one at the moment, I'd say you'd be better at it then the competition.
As for technical support, "how much" support would they require? Initial documentation, QA for endusers, or implementing new features at no cost?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Yes, my friend is in a nice position regarding knowledge and so, but he is still a "one man company".
The future technical support should not be a very big thing, in fact, when the machine will be ended the only expected problems after the initial testing and the FAT/SAT tests should be electrical and mechanical things, not software issues...
- Initial documentation -> OK.
- Training -> OK.
- Implementing new features at no cost -> NOT OK.
So they should be fine with that...
|
|
|
|
|
Joan Murt wrote: Yes, my friend is in a nice position regarding knowledge and so, but he is still a "one man company". He is the only company providing the service. It matters not if he hires a canteen-lady, two accountants, a manager, a marketing-man and a friggin' chauffeur - he would still be the only person in the only company providing the service*.
Meaning such things even exist in "large" companies; if they want to have the security that someone posesses the knowledge to help them out in the case that something happens, then that is as simple as paying for another employee and training him/her. If it is worth the money, it is worth considering.
Joan Murt wrote: The future technical support should not be a very big thing Enough to "worry" your customer, or he is not giving you the real reason.
--edit;
Meaning there is no competition and hence no (cheaper) alternative. If they need the solution and worry, they'll help you out. If they simply state that they're worried without evaluating any possible solutions, they're probably looking for a simple way to ditch it.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Put your ass on the line. Create some form of written agreement making some promise that you have to keep else the customer wins... E.g. half the money now, half when the work is done. Or, some money is paid after the support contract is completed. Or, tell him the support prices rate for when the standard support is complete. This will show the customer you are thinking long term, and are professional.
"Program testing can be used to show the presence of bugs, but never to show their absence."
<< please vote!! >></div>
|
|
|
|
|
All of this has been done, dividing the milestones in start, material delivery, pass off completed (note this is after all the tests and after all the system has been working for one month without errors), then there is one year of free maintenance and a specified price rate for questions that are not related to mistakes on the software (which is already covered for free during the first year).
The problem is not looking professional here, my friend is a one man company so no opportunity to break the doubts of his customers by looking professional... this is a must but it is already solved...
Thank you for posting!
|
|
|
|
|
Walk softly and carry a big stick.
New version: WinHeist Version 2.2.2 Beta tomorrow (noun): a mystical land where 99% of all human productivity, motivation and achievement is stored.
|
|
|
|
|
Holy cow!
Now my friend needs not only to look professional, but to hire someone to help him... a gun as suggested by our outlaw, then a stick... who will carry the laptop?
Thank you for posting Mike!
|
|
|
|
|
As a one man company, for the past 36 years, this is a question I have repeatedly run into in the past. The answer that worked the best for me, while counter-intuitive, is really simple.
I point out Microsoft.
That's right. I point out that Microsoft (and other large companies) are significantly MORE likely to drop support for a product with little or no notice, than I am to get hit by a bus, shot by a jealous husband, etc. Also that they are significantly more likely to change the UI (forcing employee re-training).
Then I point out that they are a much bigger fish in my little pond and have more influence. I can and will modify the program to suit them (yes I tell them it will cost but they will get what they want, something unlikely with my larger competitors).
Finally, I point out that I am in the business for the long haul. Most of my customers have been with me more than 15 years, some 30 years.
I never got all of the ones I quoted, but the way I lose a client these days is the owner sells out or dies.
The real secret is that businessmen want tomorrow to be pretty much like today.
"Never trust a dog with orange eyebrows..." T.P.
|
|
|
|
|
Is really a jealous husband out there?
I've heard they are really dangerous...
Thank you for posting!
|
|
|
|
|
In my younger and wilder days, I confronted one and lived to tell about it...
I wanted, when I got to my current age to be sorry for all of the thing I did, and not sorry for all of the things I did not do.
currently I am questioning the wisdom of that life choice...
|
|
|
|
|
|
Ask them what their "lost opportunity costs" would be if they don't do this thing.
If they can't think of any, walk away.
(Personally, I don't think they're serious. Software escrow used to be good enough).
|
|
|
|
|
Yes...
He thinks they are serious, but they don't trust the software escrow method...
Walking away or not... this is a though decision.
Let's see what he decides...
Thank you for posting!
|
|
|
|
|
It depends on how work is done. I for one commit to fixing bugs for free for life
(In the originally installed environment). In general, if it is my bug, I fix it.
Then, for updates, the environment matters. I deploy with an Updater allowing me to
save a new version to my server, and the client to reach it via their client software.
This alleviates the fear that updates are big and costly.
Finally, the point about Tech Support is usually pretty trivial:
A) I train someone in house
B) I get paid to document it well enough that anyone can support it
C) We go back to the part where, unless things change, the software should not need support
D) We review their Support Contracts with Dell, etc. Do they currently have, and to what level.
And I have faced this. I have 2-3 "associates" that can support anything I have developed.
(SUPPORT, not keep making enhancements to), and I give those numbers to the client, I bring them
in if needed. Because if I get hit by a bus, it matters to him. I replaced someone who up and died
without notifying his clients in advance (duh).
So understand the concerns are there. There is a reason. But there are numerous reasonable answers. If it is about future development support. I have one or two people that can carry that
on for me once I am gone, but that took a longer time to setup.
HTH
|
|
|
|
|
Yes, that's exactly what my friend has offered...
No associates here...
Thank you for posting!
|
|
|
|
|
An interesting story of how a manager at a large company discovered employees were sharing passwords in an excel spreadsheet for convenience.
Stop passing around those passwords! | Computerworld[^]
The first, named “password_list.xls,” was password-protected and appeared to be encrypted. Well, that was good, right? But the other file, called “password.txt,” was a text file with one entry. You guessed it: It was the password to the encrypted Excel file.
My forthcoming book, Launch Your Android App, is available for pre-sale at Amazon.com -- releases on April 1, 2016 (no joke).
|
|
|
|
|
That password protected Excel file is totally useless... The password should be stored in a plain text file from the beginning...
But seriously...We have a policy of 8 generations of complex passwords (to fulfill ISO) - do you think I make up a new password every 6 months? No! I have a file with 9 password and I circulate them... (the file password protected with a non-complex password)
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
They've implemented an ingenius 2-factor auth.
User has to :
1. open the text file, retrieve password
2. open the excel file using the file from the original text file.
Nobody could crack that system.
My forthcoming book, Launch Your Android App, is available for pre-sale at Amazon.com -- releases on April 1, 2016 (no joke).
|
|
|
|
|
I follow a strategy parallel to yours - there are a number of passwords I use. These can be symbolized by something I'd call mnemonic-like, but it has nothing to do with anything anyone but I know about and only implies something about the (specific) password. The rarely used junk locations can then be written down, uid+mnemonic.
A few particularly important passwords, however, die with me.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
We have a requirement to change system passwords every 60 day; recently, that policy has changed to every 90 days. It takes 10 people 4 hours to change all of the passwords - tasks, services, application access, local users. A password scheme was devised to make it easier to remember what each system password is - and each system has it's own password.
Policy states: if a team member leaves or is reassigned, you have 6 days to change all of the passwords.
We don't look forward to password change day...
|
|
|
|
|
Tim Carmichael wrote: We don't look forward to password change day.
Yeah, that sounds like a lot of no-fun.
I can see it now when someone tries to go to a new job:
"Quick! Tie that guy to the chair. He's thinking about leaving the company and that means we would have to change passwords. No one leave this place!!"
My forthcoming book, Launch Your Android App, is available for pre-sale at Amazon.com -- releases on April 1, 2016 (no joke).
|
|
|
|
|
Oddly enough, there is very little turnover in our group. The company has a program where recent graduates come in for 3 years, changing jobs every year; that gives them a chance to experience different areas and that is most of the group turnover.
Other than that... I am the most recent member and have been there for almost 4 1/2 years. Someone is retiring so that will be an out-of-order password change, but, we refer to the group as 'the land of milk and honey.'
|
|
|
|
|