看完了原po的叙述、我发觉你们与客户的沟通出了问题，简单的说就是客户需求掌握不深
，导致于你做完一部分后发觉不是客户要的、必需重做，最后时程大乱;我想分享几个观
点大家可以讨论一下：
1. 尚未与客户签定合约前，请先准备工作说明书(sow)，借由文件的撰写了客户想法与期
待、确保双方对工作内容与验收标准一致，最重要的是彼此要先清楚整个专案的时程。另
这个案子是亲友介绍，所以工作说明书更是不能忽略，以免案子做完但亲戚关系受影响。
2. 合约应载明付款方式(30％签约、40％交付功能与文件、40％验收、客户完成ut付清尾
款，比例可以依双方定议后调整)，你已拿到第一期款项，算好现金流应不致于有负债才
对，双方用印后一式两份再开工。
3. 接案时需同时考量机会成本，也就是接了a案放弃b案的成本，有时候看起来金额很大
的案子相对投入时间也长，算算后未必值得投入。
4. 我觉得原po很幸运能有这样的机会磨练、蹲下跳更高，不要灰心哦！

推这篇不过第一点XDD 我以前的软件公司从我进去到离开 每次开会都这样说 最后都没结果XDD 公司还是维持20几人的编制我后来发现这是属于业务技巧的一部分 不是程式设计的部分XD

谢谢你的分享 ：）

我觉得不是业务技巧，是系统分析，系统分析人员要比对方更懂对方的sop和系统才能做出后续的规划，我认为原po在这一点上，就是会程设但系统分析可能稍弱，沟通可能不足，也可能沟通很多但却无法掌握核心和实际情况，导致程设部分大乱另外系统分析还包括了整体建置的时程规划，原po拿捏上要再更有经验才能接大型或中小企业的案件原po下次找个系统分析人员再重来吧，但不要一次跳太大的案

谢谢，一口气挑战大案真的太冒险了，之后要走稳定路线了 ：）