跳到正文
Yuhox Works · 研发中

昱弘工管.

通用行业项目管理。派活、干活、验收、结算,一条线走完。

联系咨询
0Start here

怎么开始用

01

先对流程

还在研发中的部分,我们不会写成现成的。把你要做的事说一遍,我们判断现在能不能覆盖。

02

试用或试点

能试点的先给你装上;套不上的我们直说,不硬卖。

03

交付后再买

价钱在定价页,没定下来的不会摆一个占位数字。

ⅠOverview

它解决什么

派活、干活、验收、结算,一件事从头盯到尾。任何「按项目派活、按工单干活、按验收收钱」的行业都是这套流程。昱弘工管把行业假设从主表里赶出去,主流程只保留项目、阶段、工单、验收、结算。换行业换的是模板,不是另一套系统。

昱弘工管
ⅡBefore / after

之前与现在

之前现在
通用表里塞着行业专用的信息,换个行业等于重写通用表只留各业态共用的部分,行业差异走配置与模板
流程写死为某一行业的四个阶段阶段可配置,一个行业跑通存成模板,下一个直接套
工单派下去,回来的是微信里几张照片移动端接单、回填、拍照、签字,资料与工单绑定
结算靠 Excel 对,改一次全表重算按项目、批次、人多口径结算,导出即可入账
现场没信号就填不了离线可填,联网后同步
ⅢCapabilities

核心能力

  1. 01

    行业无关内核

    项目、阶段、工单、验收、结算五张表撑起主流程,行业差异走配置。

  2. 02

    现场作业

    工单派发、移动端回填、照片与签字留痕。

  3. 03

    结算对账

    按项目、按批次、按人多口径结算,导出即可入账。

  4. 04

    模板复用

    一个行业跑通后存成模板,下一个行业直接套。

ⅣWho

适合谁

工程改造、安装、维保类公司

派活到人、验收留痕、按批结算

有分包的项目团队

分包工单与结算分开算,账目清楚

换过几套项目管理软件的团队

不想再被某个行业模板绑住

ⅤWhy this

凭什么是这一套

五张表撑住主流程

项目、阶段、工单、验收、结算。骨架越简单,越不容易被某个行业带偏。

模板复用

一个行业跑通一次存成模板,下一个同类项目直接套。这是通用化改造真正的收益。

验收资料即结算依据

照片、签字、测量数据与工单绑定,结算时不用再翻聊天记录找证据。

与公司其它系统同栈

前后端与昱弘网站群同一套技术选型,人员可以互相顶班。对小团队这是实打实的成本。

ⅥCompared

同一件事,两种干法

左栏是多数现场现在的做法,不点名任何一家产品;右栏是这套骨架要做成的样子。

比什么现场常见做法昱弘工管
换行业通用表塞满行业专用的信息,换一个行业等于重写五张通用表撑主流程,行业差异走配置与模板
现场回传微信里几张照片,结算时对不上移动端接单、回填、拍照、签字,资料跟工单绑定
结算Excel 对一遍,改一次全表重算按项目、批次、人多口径结算,导出即可入账
没信号填不了,回来补离线可填,联网后同步
ⅦSpecs

关键参数

状态研发中,还没有对外交付的那一版
形态Web + 移动端
部署环境Linux x64 + PostgreSQL
前端React + Vite + TypeScript
账号接入昱弘统一认证
离线现场工单可离线填报
ⅧFAQ

先说清楚

现在能用吗?

还没有对外发布的那一版。这套主流程真在一条业务线上跑过,那条线停了之后我们把行业假设拆掉,留下骨架。要用的话先联系我们,按你的项目一起做第一期。

我们这行和适老化差很多,能用吗?

主流程通用就能用。真正判断标准是:你的业务能不能落在项目—阶段—工单—验收—结算这条线上。落不上的部分我们会直说,而不是硬塞。

能导入现有的 Excel 台账吗?

规划里是两级导入:按项目、按工单。哪一列对到哪个信息,导入时点一下就行。

要私有化部署吗?

这套设计本来就支持单机部署,数据敏感的项目建议私有化,我们提供部署文档。

ⅩIdentity

一个账号,多套系统

如果你同时在用昱弘的多个系统,用同一个账号即可,不必为每套系统单独开号、单独记密码。

ⅪNext

把你的流程说一遍

从接到活到收到钱,中间经过哪些人、卡在哪一步,我们对一遍看能不能套上。

联系我们