企业内部系统
适合派单履约、审批、施工工序、内容管理、库存和多组织协同。
合作与交付
先对接需求与报价，再进入开发交付。
先详细沟通业务需求，确认使用角色、关键流程、接口和部署条件，再提供方案与报价。双方确认合同、付款节点和验收要求后，推进设计、开发、测试与交付。
FIRST RELEASE / 首期范围
一条真实主流程，胜过一份无限增长的功能清单。
首期要明确使用角色、关键状态、必填材料、异常处理与验收结果。低优先级功能放到真实使用以后判断。
- 角色与权限边界
- 主流程与异常路径
- 必要接口与数据来源
- 交付物与验收方式
适合谁
有实际业务问题，希望直接与开发者梳理首期范围的团队
常见交付
源码、原型、测试材料与合同约定的部署资料
SERVICE DIRECTIONS / 服务方向
先看要解决什么问题，再选适合的系统形式。
微信与多端平台
按用户、员工、合作方和管理人员的场景组合小程序、H5与后台。
GEO 官网重构
让服务、产品、案例和 FAQ 存在于原始 HTML，并保留来源归因。
旧系统持续迭代
先盘点数据、流程、接口与历史链接，再决定局部改造或分阶段迁移。
PROJECT FIT / 项目匹配
什么项目适合时尺，什么项目不适合。
时尺更适合有业务负责人参与、愿意按阶段确认，并希望直接与开发者讨论首期闭环的项目。
- 适合：3–15 万左右的首期系统、小程序或物联网平台
- 适合：能够提供流程、样例数据和关键接口条件
- 不适合：需要大规模连续驻场或多团队同时进场
- 不适合：需求尚未确认就要求固定总价与全部工期
DELIVERABLES / 常见交付物
按合同把交付边界写清楚。
- 带注释源码
- 设计源文件
- 原型
- 测试材料
- 合同约定的部署与交付资料
CONTINUITY / 项目连续性
减少对个人口头记忆的依赖。
范围、阶段成果、版本、已知问题和部署资料进入可交接记录。人员或排期发生变化时，先说明影响，再确认接替安排；具体责任与响应方式写入项目文件。
FAQ / 决策问答
开始前常见问题
时尺信科主要承接什么预算的软件项目？
软件开发项目通常从1万元起，重点承接3万到15万元左右的首期软件系统、小程序和多端平台项目。预算暂不确定时，可以先梳理首期范围，再评估投入。最终报价取决于接口、数据迁移、部署和交付要求；GEO官网建设与运营费用，根据品牌现状、服务范围和合作周期分别评估。
需求还没有整理清楚，可以先沟通吗？
可以。先说明业务对象、当前做法、最卡的节点、希望首期解决的问题和大致预算，我们会先判断是否适合，再把首期闭环拆出来。
项目会交付源码吗？
通常按合同交付带注释源码、设计源文件、原型、测试材料和约定的部署资料。第三方产品、商业组件和账号权限按其许可与合同约定处理。
上线后的维护和质保怎么安排？
通常首年提供缺陷修复类质保；新增功能、业务规则调整、第三方费用和长期运维另行评估。具体响应边界写入合同和交付清单。
不在上海或成都，可以远程合作吗？
可以全国远程协作。需求、原型、版本评审和测试可在线完成；需要现场调研、硬件联调或验收时再单独安排。
为什么不一开始就把所有功能做完？
中小预算项目更适合先完成一个能真实运行的业务闭环，再根据使用反馈扩展。这样可以更早验证流程，减少在低优先级功能上的投入。
怎样判断项目更适合定制开发还是采购现成产品？
先列出必须保留的业务差异、现成产品覆盖程度、数据与接口约束、内部负责人和长期维护能力。核心流程高度通用时优先采购；差异流程直接影响履约、效率或数据自主性时再评估定制。
为什么时尺会把“暂不做”和未知项写进需求范围？
首期预算需要保护核心闭环。把暂不做、外部依赖、待验证接口和确认人写清楚，可以减少口头理解差异，也便于新需求出现时判断对成本、排期和验收的影响。