市场至上，还是我们应当坚持原则

楼主描述的现状是国内小软件公司的一个典型生态，没有在这种氛围下做过项目的人是很难理解这种困境的，给楼主几个建议：
1、停止抱怨，立即沟通。
情绪解决不了任何问题，大家是一条船，项目开发经理的一个关键职责是沟通，让老总、销售、开发部门经理明白工作量所在、成本所在，若能做到这一点，你后面抱怨的问题就有解决的可能。
2、实现技术积累
国内小软件公司的最大软肋就是没有技术实现（不仅仅指技术）上的积累，导致的结果是项目越大越低效，楼主应该通过几个项目的时间，逐渐建立起这种技术实现上的积累和升华，比如：共性的技术组件、业务组件，这样你后续的项目会越做越高效。
3、组建合理梯队，分担压力。
楼主还在写大量的代码，这是我曾经经历过的状态，虽说这是因为国内小公司的低成本开发模式决定的，但楼主应该慢慢学会考虑做个“懒人”，组建一个合理的技术梯队，即使小到3人行的小组，也应该考虑技术梯队的问题，逐渐摆脱底层的细节编码，把这些精力腾出来做更合适的事情，如沟通、协调、积累。
4、需求变更要综合考量
天下没有免费的午餐，销售、老总拿客户当爷伺候是有所期待的，这里不存在迁就谁的问题，对于需求的变更要综合考虑，客户的潜在价值、变更的成本、客户强弱势状态，这本质上还是沟通、协调的问题，一旦决定了就是一个合理的工作量，必须完成的，楼主要尝试站在销售、老总的角度换位思考，当然对于小公司，此类变更控制可能人为的随意性比较大，楼主应该积极参与或主导这个流程的制度化管理。

痛并快乐着，这是楼主的现状，只要对这个公司还有信心，就去勇敢面对吧，这也是人生的财富。

你说这话就说明你根本没弄明白作为PM你的所谓”原则“到底在哪里。
做了修改客户给不给钱，这事情和你一点关系都没有，因为单子不是你签的提成不是你拿的，你不负责这个事。如果说给钱你就给维护不给钱你就不给维护，你不是在坚持原则，你是在犯傻，因为你对自己不该负责的事情在做决定。
你应该坚持的原则是不加班，说实话，有多少工作量就说多少工作量，让客户来决定在有限的时间和资源范围内做哪些事情。一旦决定了你就把这些事情做好，不管你认为这事情实际上有多么傻x。

A-->B-->C-->A