FORTICO
FORTICO LABSAI WORKFLOWAI开发工作流与内部平台
IN-HOUSE

AI-NATIVE DEVELOPMENT FRAMEWORK.

我们把原本由人运转的工作,变成了AI能够准确运转的模式。

我们把作为开发公司积累下来的市场营销和产品开发工作,转化为AI工作流和技能。
AI执行,人来判断。借助这套机制,我们以组织的方式运转AI开发。

01MARKETING市场营销工作流
PDCA × AUTORIAL

MARKETING WORKFLOW.

我们把媒体运营的PDCA,整个做成了AI技能。

从设定目标、每日报告、任务化、制作,到发布后的评估,我们把全过程作为一个循环来运转。
我们把这个循环的各个环节转化为AI技能,并自主开发、运营CMS“Autorial”,作为运行这些技能的基础平台。
根据报告创建工单并进行处理的是AI。人则接收变更报告并进行确认。
不过,文章等特别重要的内容会指派给人,由人集中精力完成。

FIG. 01-A

媒体运营循环

7个环节由AI技能和CMS“Autorial”运转。浅蓝色的环节由人判断。

AI SKILLSAutorial自主开发的CMSGOAL设定目标REPORT每日报告TICKET生成工单CREATE处理与制作CHECK规范检查PUBLISH发布与反馈CONFIRM确认与评估

FIG. 01-B

从报告到工单,再到处理

AI根据报告创建工单并处理,人确认变更报告。文章等重要内容指派给人。

DAILYREPORT▲▼▲每日报告数据变化AI TICKETING#128修改标题#129优化CTA#130新文章重要AI生成工单AI FIXAI处理变更报告CONFIRM人工确认ASSIGN指派给人文章等由人专注撰写

分步说明

由AI推进的环节由人判断的环节
  1. 01 — GOAL

    设定目标

    根据事业目标,确定要追踪的指标和报告的形式。

    由人判断

  2. 02 — REPORT

    每日报告

    每天将SEO调研和数据变化整理成报告。

  3. 03 — TICKET

    AI生成工单

    AI根据报告中的数据变化,把应对措施写成工单。

  4. 04 — CREATE

    处理与制作

    AI处理工单,推进创意素材和文章的制作与审核。文章等重要内容会指派给人。

  5. 05 — CHECK

    核对规范

    发布前,对照医疗广告指南等法规进行检查。

  6. 06 — PUBLISH

    发布并观察反馈

    发布后,检查用户的反馈。

  7. 07 — CONFIRM

    确认与评估

    由人接收变更报告并确认,对照目标进行评估。

    由人判断

回到01 目标,循环持续运转

02DEVELOPMENT产品开发工作流
TICKET-DRIVEN

TICKET DRIVEN DEVELOPMENT.

我们把项目经理的工作,融入了工作流。

工单管理、需求定义、开发时的用户故事整理。以往由项目经理负责的领域,我们几乎全部交由AI工作流来运转。
外包开发公司投入人力最多的,是把需求和设计写成工单和文档的工作。我们把它融入工作流,杜绝了工单已更新、文档却还是旧版的情况。
任务看板则根据产品需要,扩展使用Notion或我们自己的看板等。

FIG. 02-A

工单的推进方式

一张工单在看板上推进,从创建、QA直到完成。

ICEBOX创建需求定义用户故事DOING进行中分支文档代码MERGED合并构建测试QAQA浏览器真机测试DONE完成部署生产环境测试#131#131#131#131

FIG. 02-B

分支策略

每张工单创建一个工作分支,通过PR合并回开发分支进行QA,合并到生产分支即完成部署。

MAIN — 生产环境DEVELOP — 开发FEATURE/ISSUE-131#131工单文档编码构建测试PR·合并QA部署·生产环境测试

FIG. 02-C

工单与文档同步

更新工单时文档也随之更新,代码则按照文档编写。

TICKET #131进行中需求与设计更新DOCS需求设计规格始终最新</>源代码更新状态

FIG. 02-D

QA报告

将在浏览器和真机上测试的结果,以QA报告的形式提交。

浏览器测试真机测试QA REPORT显示操作真机生产环境PASS由人确认报告

分步说明

由AI推进的环节由人判断的环节
  1. 01 — ICEBOX

    创建工单

    把需求和设计写成工单,整理需求与用户故事。

  2. 02 — IN PROGRESS

    开始作业

    将状态改为进行中,确定工作分支。

  3. 03 — DOCS

    查阅并更新文档

    查阅相关文档,并根据变更进行更新。

  4. 04 — CODE

    更新源代码

    按照文档进行实现,作业完成后合并。

  5. 05 — QA

    提交QA报告

    在真实的浏览器和真机上测试,并以QA报告的形式提交结果。

    由人判断

  6. 06 — DEPLOY

    部署

    构建测试、部署,直到生产环境中的测试,都已准备就绪。

移交至03 运维与监控

03OPERATIONS维护、运营与监控
FROM DAY ONE

OPERATE FROM DAY ONE.

从部署的那一刻起,监控与运营就开始了。

在部署并投入生产环境的那一刻,我们就为所有产品统一导入存活监控、内部监控和外部监控。
出现告警时立即处理;如果是轻微故障或服务器错误级别的问题,我们采用自动修复的机制。
维护、运营、监控、开发等日常业务,开发公司承担的所有工作,我们都已转化为工作流和技能。

FIG. 03-A

监控与自动修复

通过3种监控持续关注生产环境,轻微故障自动修复。

PRODUCTION生产环境HEARTBEAT存活监控INTERNAL内部监控EXTERNAL外部监控ALERT发现异常AUTO-FIX轻微问题自动修复RESPOND处理告警

FIG. 03-B

把日常业务变成技能

从规划到运营,开发公司的日常业务都已作为技能沉淀下来。

WORKFLOW × SKILLSPLAN需求定义创建工单整理用户故事BUILD更新文档编码构建测试SHIPQA与真机测试部署生产环境测试RUN监控自动修复报告

分步说明

由AI推进的环节由人判断的环节
  1. 01 — LAUNCH

    投入生产环境

    部署的同时,统一配置监控。

  2. 02 — MONITOR

    监控

    通过存活监控、内部监控和外部监控,持续确认服务有没有停止、有没有变慢。

  3. 03 — ALERT

    发出告警

    检测到异常时,发出告警并着手处理。

    由人判断

  4. 04 — AUTO-FIX

    自动修复

    如果是轻微故障或服务器错误级别的问题,会自动修复。

持续监控,并衔接到下一轮开发

WHAT CHANGED

LESS DRIFT. FASTER PAYBACK.

按计划推进,成本相称,回收更快。

我们本来就是一家开发公司。
我们让原本由人运转、业务成本很高的工作,通过工作流准确地运转起来。
因此,我们现在能够提出进度和预算都更容易预估的产品开发方案。

  • 01 — ON SCHEDULE

    与计划的偏差小

    意外返工造成的进度延误和偏差,我们现在能控制在最低限度。
    与原定开发内容之间的偏差也变少了。

  • 02 — RIGHT COST

    成本与产品相称

    现在,一位值得信赖的总监就能统筹整个项目。
    与投入大量人手相比,能大幅降低开发成本,因此我们能提出收益与成本平衡良好的方案。

  • 03 — FASTER PAYBACK

    投资回收快

    从做出决策到产出下一个成果的周期很短,能更快推向市场。
    越早推向市场,初期投资回收得也越快,也就更容易投入预算。

NEXTCONTACT

BUILD IT WITH THIS WORKFLOW.

我们用这套工作流,打造下一个产品。

无论是新产品的启动,还是已上线产品的运营开发,我们都用这套工作流推进。需求尚未确定也没关系。

FORTICO Inc. — TOKYOyuta.sasaki@fortico.jp