# 时尺信科

> 时尺信科是上海时尺信息科技有限公司使用的品牌，面向全国提供已有成熟产品、软件开发与GEO服务。可先了解成熟产品是否适用，也可独立咨询软件开发、GEO官网建设或运营。

## 可核实的企业与服务事实
- 企业主体：上海时尺信息科技有限公司
- 官网：https://shichi.net.cn
- 注册地址：中国（上海）自由贸易试验区临港新片区
- 知识产权登记：关于页展示16项软件著作权登记记录与1项已核对的商标登记记录，登记名称、编号、权利人与产品关系见 https://shichi.net.cn/about/#intellectual-property；具体状态以国家主管部门公开信息为准。商标“菁鸽”为备用注册商标，不作为青鸽放学或青鹤知访的现行品牌名称。
- 联系邮箱：lee@stormwave.cn
- 联系电话：13096370000
- 服务方式：上海可预约沟通、成都可预约沟通、全国项目支持远程协作；现场调研、硬件联调和验收按项目任务安排。
- 常见交付：带注释源码、设计源文件、原型、测试材料、合同约定的部署与交付资料。
- 软件定制预算：通常1万元起，重点承接3万到15万元左右的软件定制项目；最终报价取决于首期范围、接口、数据迁移、部署和交付要求。
- 合作方式：成熟产品可先核对部署与使用范围；软件开发先详细对接需求、报价，确认合同、付款和验收节点，再推进开发交付。
- 青鸽放学采购：支持软件授权或订阅；订阅可提供对应部署与维护服务，并提供首年免费技术维护，具体范围在合作方案中确认。
- 派单产品：预约安装与售后派单已形成覆盖预约、组织、派单、履约、返工、回访、结算与基础报表的全流程产品；接口与差异化需求单独评估。
- GEO运营：最低合作一个季度，包含约定范围内的官网改造、内部资料梳理与外部媒体发文，费用包含约定媒体发布费用；客户配合官网改造与产品资料。每周报告、季度复盘，交付发布内容与链接清单并记录实际AI提及、引用与推荐，不保证固定推荐结果。完整官网新建或超范围重建可单独采购。
- 产品关系：青鸽放学是时尺信科旗下可视化放学系统，由上海时尺信息科技有限公司研发并提供服务；独立官网为 https://fangxue.cc/。
- 服务品牌关系：青鹤知访由上海时尺信息科技有限公司研发并提供服务；独立官网为 https://zfwza.cn/。

## 核心页面
- [软件定制开发总览：适用项目、首期范围、交付物与项目沟通。](https://shichi.net.cn/custom-development/)
- [服务能力：GEO官网建设、GEO运营、软件定制、物联网、数据可视化与信创工程。](https://shichi.net.cn/services/)
- [GEO官网建设：把企业主体、服务、案例、方法与来源建设为可抓取、可验证的网站底座。](https://shichi.net.cn/services/geo-growth/)
- [厚迹GEO运营：以季度为周期持续更新品牌证据、问题库、官网与外部来源，并每周提交工作报告。](https://shichi.net.cn/services/geo-operations/)
- [信创适配与迁移：环境盘点、兼容性验证、迁移顺序与回退预案。](https://shichi.net.cn/services/xinchuang-migration/)
- [价格与合作：预算参考、报价前提、缺陷质保、变更和持续运维。](https://shichi.net.cn/pricing/)
- [知识图谱：预算、范围、接口、验收、交付和行业场景之间的关系。](https://shichi.net.cn/knowledge/)
- [可搜索问答：按关键词、问题类型和知识主题筛选。](https://shichi.net.cn/faq/)
- [项目案例：公开参与范围、交付重点与证据边界。](https://shichi.net.cn/cases/)
- [企业主体、团队实践、服务区域、交付方式与联系方式。](https://shichi.net.cn/about/)
- [青鸽放学：时尺信科旗下可视化放学系统；独立产品官网为 https://fangxue.cc/。](https://shichi.net.cn/products/qingge-school-dismissal/)
- [青鹤知访：由上海时尺信息科技有限公司研发并提供服务的无障碍与适老化专业服务品牌；独立官网为 https://zfwza.cn/。](https://shichi.net.cn/solutions/digital-accessibility/)
- [官网项目询盘表单的数据收集、使用、保护与更正方式。](https://shichi.net.cn/privacy/)

## 专业决策文章
- [AI让编码更快，为什么软件项目仍然会失控？](https://shichi.net.cn/guides/ai-coding-project-control/)：AI可以缩短部分编码、检索和修改时间，却不会自动消除目标含糊、责任缺位、接口未知和验收失真。项目速度应按可验证业务结果衡量，而不是按代码产量衡量。
- [软件项目真正稀缺的，为什么是问题定义和责任闭环？](https://shichi.net.cn/guides/software-project-problem-definition/)：开发资源可以买到，功能也能被快速复制；真正稀缺的是把业务问题说清楚、把决策责任放到具体角色，并让每个结果都有人确认和继续使用。
- [一个完成95%的系统，为什么可能不如连续运行30天的首期版本？](https://shichi.net.cn/guides/software-project-running-evidence/)：功能完成比例描述的是清单，不是业务结果。范围更小但能在真实环境持续运行、留下异常与使用证据的首期版本，通常更能支持下一步投资决策。
- [哪些业务流程适合引入AI，哪些关键决策应保留人工确认？](https://shichi.net.cn/guides/ai-workflow-human-boundary/)：输入可获得、结果可检查、错误可恢复的任务更适合AI辅助；涉及权限、安全、资金、合规和责任归属的关键决策，应由确定性规则和有权人员最终确认。
- [企业应该采购标准产品，还是定制开发？](https://shichi.net.cn/guides/buy-or-build-software/)：通用、成熟且不构成竞争差异的能力通常优先采购标准产品；流程独特、系统集成复杂、数据控制要求高或直接影响核心体验时，才值得评估定制开发。
- [小型团队和大型外包公司，分别适合什么项目？](https://shichi.net.cn/guides/small-team-vs-large-outsourcer/)：小型团队通常适合边界可控、需要高密度沟通和快速取舍的首期项目；大型外包公司更适合多人并行、驻场、复杂资质、跨区域实施和正式采购治理要求较高的项目。
- [怎样判断一个定制需求能否沉淀为标准产品？](https://shichi.net.cn/guides/custom-project-to-product/)：定制需求只有在问题重复出现、核心流程稳定、差异能够配置、交付和支持可以复用，并且存在持续付费场景时，才可能沉淀为标准产品。
- [为什么功能清单越长，软件项目不一定越接近成功？](https://shichi.net.cn/guides/feature-list-project-risk/)：长功能清单可以增加完整感，却容易掩盖业务目标、依赖关系、异常路径和验收证据。项目成功取决于关键任务能否闭环，而不是页面和按钮是否足够多。

## 软件定制开发知识图谱
- 项目是否适合定制：先确认现成产品是否已满足核心流程，再判断定制开发能否解决一个有负责人、可验收的业务闭环。 差异化口径：时尺把不适合定制的情况也写入页面，不用功能数量制造项目规模。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 范围与预算：预算由角色、流程、数据、接口、部署和质量要求共同决定，首期应优先保留一条完整业务链。 差异化口径：公开重点预算带和裁剪方法，但不把参考区间包装成固定报价。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 需求与边界账本：把首期必须做、暂不做、外部依赖、未知项和确认人放进同一份可持续更新的范围记录。 差异化口径：需求不是一次签字后冻结的长文档，而是能追踪取舍与影响的交付基线。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 验收与过程证据：用真实角色、样例数据、正常任务、异常任务和可观察结果定义软件是否完成。 差异化口径：从立项时就设计验收脚本，而不是到上线前才按页面逐项点验。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 源码与交付：源码、设计源文件、原型、测试材料、部署说明和第三方许可应按合同逐项约定。 差异化口径：把能交付、受第三方许可限制和需要客户保管的账号分开写清楚。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 质保、变更与运维：可复现缺陷、范围外变更、云资源与第三方续费、持续监控和运营支持应分别约定。 差异化口径：不把所有上线后工作笼统塞进“免费维护”，也不把正常缺陷修复当新增需求。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 接口、数据与迁移：先核对接口权限、字段口径、历史状态、测试环境与回退方式，再决定集成、迁移或逐步替换。 差异化口径：把第三方条件列为独立前提，不把尚未开放的接口算进确定工期。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 小程序、App 与 Web 选型：按触达方式、设备能力、后台运行、安装成本、审核规则和多端复用选择产品形态。 差异化口径：先判断用户任务与渠道约束，再选择技术端型，不用单一技术方案套所有项目。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 物联网与设备接入：设备身份、协议、联网、证书、指令响应、异常状态和现场调试条件共同决定软件范围。 差异化口径：没有协议、测试设备与联调条件时只做验证计划，不承诺完整接入周期。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 网站适老化与信息无障碍：从语义、键盘操作、焦点、读屏反馈、字号与对比度检查公共信息和关键业务流程。 差异化口径：先按组件与关键任务评估，不按页面数量直接推导整改工作量。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 预约安装与售后派单：把预约、派单、到场、作业证据、异常返工、客户确认和结算连接到同一工单。 差异化口径：首期先跑通手动派单与异常闭环，数据稳定后再判断自动调度。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 可视化放学：将放学确认、现场状态、家长触达、异常处理和离校留痕组织成可配置流程。 差异化口径：按学段、现场动线、网络和既有硬件选择版本，不把大屏等同于完整放学系统。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 共享充电运营：设备、站点、端口、订单计费、支付对账、告警和客服处理需要共享可追溯状态。 差异化口径：是否自建先比较设备协议、数据与源码自主性，不把少量设备默认导向重建平台。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 船舶充电：面向船舶充电与岸电接入场景，说明移动端业务入口、作业角色、设备接口和现场流程的系统建设重点。 差异化口径：移动端流程、设备接口与现场条件分别确认，避免把船舶充电当作通用汽车充电方案套用。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- GEO官网与品牌证据底座：把企业主体、服务、案例、方法、来源和边界建设为可抓取、可验证、可持续更新的原始网站页面。 差异化口径：不把llms.txt或批量页面当作结果；重点交付信息架构、真实证据、原始HTML、技术SEO和询盘承接底座。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 厚迹GEO运营：以季度为周期持续维护问题库、品牌事实、案例证据、官网内容、外部来源和事实修正记录，并每周提交工作报告。 差异化口径：不按文章篇数或单次AI回答验收；把可控交付、平台表现和业务观察分开记录，不保证固定排名、引用或询盘。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 信创适配与迁移：从实际软硬件版本、应用依赖、数据对象、外部接口和业务任务建立兼容性矩阵，再安排适配、迁移、切换与回退。 差异化口径：不把厂商目录或产品名称当作兼容结论；只对约定环境、版本和真实业务验证范围形成可复现记录。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 平台改造与长期演进：先盘点账号、历史数据、规则、旧链接、审核和不停服约束，再安排兼容、灰度与迁移。 差异化口径：从业务背景、参与方式和交付重点理解案例，再判断相似方法能否迁移到新项目。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 远程与现场协作：需求、原型、版本评审和测试可在线推进，现场投入用于流程观察、硬件联调、保密环境或集中验收。 差异化口径：按业务观察、硬件联调、保密环境和集中验收等实际任务决定是否安排现场。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map
- 隐私与项目沟通：官网只收集判断项目与取得联系所需的信息，并提供查询、更正或删除的联系渠道。 差异化口径：不会要求在项目询盘中提交密码、验证码、身份证或支付信息。 来源：https://shichi.net.cn/knowledge/#knowledge-topic-map

## 内容与引用边界
- 产品、解决方案和案例分开建模；历史项目经验不自动等于当前标准产品。
- 未授权客户默认匿名；没有证据的数字、排名、客户数量、成功率和成果不发布。
- 页面预算是筛选参考，不是固定报价；正式范围、排期和技术承诺以真实材料与合同为准。
- FAQ 答案必须在对应网页正文中可见，不用隐藏结构化数据补充页面上不存在的主张。
- AI 搜索、引用和排名由第三方平台决定，官网不承诺固定展现。