以周为单位的产品开发
专注的开发时间。灵活调整的优先级。逐周做出决定。
周模式正是由这一逻辑而来。合作并不是从试图完整锁定长期功能范围开始的，而是始于一个具体的产品构想或技术问题，以及一段明确限定的开发时间。
开发周之前
我们会先厘清：在当前状态下，哪个问题有望带来最大的认知价值或产品价值。关键不在于功能清单有多长，而在于找出这样一个问题：一旦在技术上把它弄清楚，下一项企业决策就能做得更好。
这可以是一个应用中连贯的纵向切片、一套新软件架构的核心、一个要求很高的操作方案、一个仿真系统、一个可视化工作环境，或者第一个完整的产品核心。
开发周期间
开发工作专注进行。新的认识可能改变优先级。如果某种思路被证明站不住脚，或者出现了更好的方向，可以立即作出调整。
这种灵活性并不意味着缺乏规划。它是有意为之的结果，因为相关的产品信息只有在真实的开发过程中才可能产生。
开发周结束时
届时呈现的是已经达到的开发成果。在此基础上决定：继续开发、深化、调整，还是终止。
预订的是开发时间，而不是预先确定的功能范围，也不是某项特定的交付成果。
一周 · 4,900 欧元（不含税）
每增加一周均需单独约定。不会自动延续。
一个开发周能够实现什么
开发周并不是衡量固定功能数量的计量单位。软件产品在复杂度、起点和技术依赖方面差异太大，无法这样衡量。
不过，对于合适的任务，在很短的开发周期内就可能形成一个连贯的应用系统：具备真实的用户界面、核心业务逻辑、数据模型、可视化以及稳固的技术结构。
对于复杂的桌面系统、实时系统或可视化系统，一周可以产出一个纵向切片：它并不包含日后的每一项功能，但拥有足够真实的架构与功能，足以支撑关键的产品决策。
如果技术基础已经相当清楚，可实现的范围还能大得多。
反之，在存在研究、集成或性能风险的情况下，澄清某一个关键技术问题，可能才具有最大的经济价值。
范围不设统一标准，要求却是明确的：在尽可能短的开发时间内，获得尽可能多经得起检验的产品现实。
委托方将获得什么
源代码。可延续性。保密性。
合作以技术上的独立为设计原则。
委托方在全额付款后，将获得所形成开发成果的项目相关源代码，以及对后续开发有用的项目文件，前提是这些文件属于开发内容的一部分，且在法律上可以转让。
开发成果应能由委托方自行或由第三方继续推进。
涉及商业和技术的机密信息将予以保密。
不存在对 CUBE4DEV 专有开发平台的战略性绑定。
您购买的是开发时间，获得的是由此形成的项目成果。
面向拥有自己的产品构想并追求技术水准的企业
这一方法尤其适合那些已有实质性产品构想、但其潜力尚未得到充分厘清的企业。
这可以是一个全新的独立应用、一款数字产品、一套专业领域系统、一个仿真系统、一个可视化环境、一种复杂的交互式工具，或是对现有产品的一次重要软件扩展。
当真实的技术开发成果比进一步的抽象规划更能带来认知，并且产品构想仍足够灵活、能够对新的认识作出反应时，这种模式尤其有意义。
如果希望以固定的承揽价格采购一套完全确定的功能范围，如果需要一支庞大的开发团队，或者只是想为现有组织补充开发资源，那么这种模式就不太适合。
这一方法并不以尽可能低价地完成现有 IT 任务为目标。它面向的是这样一些产品构想：技术开发能够让新的经营选择显现出来。
我们应该先尝试哪个构想？
第一步不必确定整个产品。
并非每个重要的产品构想都需要立刻启动一个大型项目。
起初，往往一个精准的问题就足够了：在决定进行更大投资之前，应当把哪个产品构想推进到真实的技术层面？哪个应用至今仍只停留在概念阶段？哪种技术可能性足够有意思，值得不再只停留在理论讨论上？
一个开发周可以是一个更大产品的开端。它同样可以为有意识地不再推进某个构想，或让它朝另一个方向发展，奠定基础。
第一步不必确定整个产品。它必须让下一个决定做得更好。
一周 · 4,900 欧元（不含税）
就此咨询
以周为单位的产品开发