因为开发软件不仅仅是机械性的编译代码而已。
你能免费下载到，并且大多数人都觉得简单易用的好产品背后，往往存在一定的产品逻辑，人员支持以及技术难点解决。
当把简单易用的操作界面留给用户之后，难点消化都是在后台，而后台的一切都是用户"看不见"的地方。往往"看不见"的地方就容易被忽略，但这些"看不见"的地方也是贵的原因所在。
我们团队作为技术服务商，一直以来的客户接触，经常会涉及到这个问题，为了沟通更加彻底，我们会根据以下几个角度，来建议客户了解技术开发行业的基本情况，以便根据自身情况进行服务商的选择。
其中包括：
1.大家关注的重点：开发人力成本。
无论是自建团队还是技术服务商，都绕不过这块成本，而开发人员素质条件以及团队项目经验决定了人力成本的高低。而这两个条件也会直接影响产品程序质量以及后续维护迭代。
2.不被重视的产品需求细化以及忽略需求变更的连带成本。
自己组建团队中，出现产品需求的变更，大部分人的关注点一般都在：技术开发人员因为更改需求，出现反复工作，劳动成果作废，重新开始，以及开发时间上的延长，开发人员的加班，以及负面情绪等等。不会直接上升到变更成本金额体现。
而需求变更成本在与外包的合作过程中，因为处于明确的合同条款内，关注点直接集中在利益相关，表现在需求变更成本凸显以及开发期的变动。因为合同内需求变更产生的利益连带后果，双方均需承担。
3.非专业人士不理解的技术难点。
免费下载使用的产品，功能逻辑简单，不等于技术含量不高，成本小。
比如谷歌搜索的逻辑，操作很简单，输入关键词，检索出包含关键词的网页。简单到用户只需要点几次鼠标就能得到结果的逻辑，但是背后的技术优化支持是普通用户不知道的。
普通用户在体验上大多就是我能免费用这个搜索平台，检索出我需要的相关结果信息而已。
4.常常被忽略的产品设计体验价值。
相比起技术，人力的可估算，设计的价值在普通用户眼里，一般都是个人审美导向，意识不到设计对于自身行为的影响。所以在产品设计上的价值评估最后还是要以数据来说明结论。
《增长黑客》里案例写到，Airbnb 曾将"增加到心愿列表"的图标由星形改成心形，从而让这功能的用户使用率提升了 30%。而这30%的提升在我们看来就是产品从设计上触发用户行为的价值体现，也可以看做是用户体验设计的经典案例。
Twitter也曾将「收藏」的五角星 icon 修改成「喜欢」的桃心，用以解决 twitter 的相关产品问题，触发用户行为。凯文.威尔-公司的产品资深副总裁表示，按钮改变提升了百分之六的点击率。如果将推特本身的用户规模考虑在内，这百分之六的提升在总用户占比也是很大的。
所以说，设计价值在一定维度上是可计算的成本体现。
5.对产品开发模式的误解。
希望用模板化开发的成本，满足定制化开发的需求。节约成本本身没有错，但是也要根据需求来评估。
模板化模式的产品给企业提供的真正价值要根据企业的需求来定，其特点是产品简单、开发速度快、收费相对便宜，但是对企业来说，模板套用的情况下并没有独特的市场竞争优势。限制较多，束缚感会影响产品整体的协作。
而深度定制化模式开发产品，能够完全根据企业的需求定制，重点在产品需求梳理，但周期长，开发和维护成本较高。
我们团队在接受该类咨询时，给与客户的重点一定是放在初期的产品需求梳理。在沟通的过程中，协助客户了解产品所处的行业环境，分析产品逻辑，给出体验设计建议等等。在产品清晰后，客户自然会明白在他的情况下，需要哪一种开发模式。
6.测试对产品的重要性。
测试是开发软件流程中重要的一环，完整的测试流程，在一定程度上可以节约产品的时间成本，也能减少产品后期的维护成本。
以需求Review这一动作为例，产品完成的需求文档让开发、测试、运营进行Review，提出意见并修改，能提前发现已有需求的漏洞，提高整个开发过程的效率。
以上这些方面，除了大家关注的人力成本，都是一些不常被计算，但却实际存在的成本。
无论是自建团队还是选择技术外包企业，在相同的人员素质下，开发软件的成本应该是几乎持平的。风泽作为技术服务商，接触大大小小的创业者、传统企业，沟通时经常提到，涉足一个行业，看见表面的华丽，也要看见表面下的脉络。
盲目的开发软件是一个试错成本很高的一个行为。如果在商业模式模糊，产品定位不清晰的情况下，尝试利用现有的各个工具平台达成试用方案解决需求，或许是更理智的做法。
