kikitori Tech Blog

株式会社kikitoriは、農業流通現場のDXを実現するSaaS『nimaru』と青果店『KAJITSU』を運営する会社です。

紙にもスマホにも対応。誰でも使える栽培記録の仕組み

こんにちは。株式会社kikitoriの大木です。

kikitoriは「nimaru」という、JAや市場向けの業務SaaSを開発しています。

農業現場では、入出荷情報や栽培記録などは、紙で運用されていることが多く残っています。

今回、栽培記録を管理する機能を開発するにあたり、PCやスマートフォンから作業を登録できる仕組みに加えて、従来の紙による運用にも対応する必要がありました。

そこで、記録用紙の画像をOCRで読み取り、データ化する仕組みを構築しました。

本記事では、なぜ紙での運用にも対応する必要があるのか、それを実現するために選定したOCRサービスの理由についてご紹介します。

農業現場の課題

栽培記録とは、種をまく・収穫する・使用した農薬や肥料の内容など、栽培に関する一連の作業を記録したものです。

この記録は、市場や消費者に安心して届けられる農産物であることを証明する根拠にもなり、特に正確さが求められます。

加えて、トレーサビリティの観点からも重要です。トレーサビリティとは、「いつ・どこで・誰が・どのように」生産したかを記録・追跡できる仕組みであり、農産物の信頼性や安全性を担保するために欠かせません。

出典: 農林水産省ウェブサイト https://www.maff.go.jp/j/syouan/seisaku/trace/index.html

多くの産地では、エクセルなどで作成された帳票を印刷し、手書きで記録し、それを後日JAが回収・確認する運用が続いています。

紙での記録は、高齢の農業従事者にも馴染みやすく、記入の自由度も高いため、現場に定着したスタイルとして根強く残っています。

栽培日誌 - Google検索

農家やJA関係者へのヒアリングから、次のような課題が多く挙がりました。

  • 項目が多く、記入が大変
  • 作物により帳票のレイアウトが異なり、管理が大変
  • JA側での確認やシステムへの転記作業に手間がかかる
  • 紙で提出された帳票は後から探しにくく、保管管理に課題がある

このように、紙での運用には合理的な理由がある一方で、情報の活用や記録の信頼性の面では改善の余地があります。

農家とJA双方の業務を尊重しながら効率化を図るには、紙で記載する運用は残しつつも、デジタル化するための仕組みが求められていました。

そのため、nimaruでは帳票そのものの形式は極力変えず、記載された情報を自動でデータ化する手段としてOCRの活用を検討しました。

導入したOCRサービス

OCRサービス各種や自前での実装も検討しましたが、最終的に Google Cloud の Document AI を採用しました。その理由は以下の3点です。

1. 基盤モデルを活用したトレーニングが行える仕組み

Document AI は、事前にトレーニングされた基盤モデルを活用しつつ、帳票ごとの追加トレーニングが可能です。 そのため、初期状態でもある程度の精度で項目を自動抽出でき、アノテーション作業の負担を大きく軽減できました。

トレーニングして評価する  |  Document AI  |  Google Cloud

2. 手書きの日本語にも対応

他のOCRサービスでは日本語対応が限定的なものもありましたが、Document AI は手書き文字を含む日本語にも対応しています。 特に栽培記録のように、手書き入力が多くを占める帳票を扱う場合、この点は導入の必須条件でした。

プロセッサのリスト  |  Document AI  |  Google Cloud

3. 既存の Google Cloud 環境をそのまま活用できる

他の機能でも Google Cloud を活用しているため、Document AI の導入もスムーズに進めることができました。

現場の運用に対応するために

帳票ごとにレイアウトや記入スタイルが異なるため、nimaruでは「書き方を変えずに使えること」を重視して設計しました。

OCRの読み取り精度を高めるため、記入欄の配置や罫線の整え方など、帳票のレイアウトにも工夫を加えています。

帳票のレイアウトを調整した場合でも、再度アノテーションを設定する作業を比較的少ない負担で行えるため、試行錯誤しながらの改善もスムーズに進めることができました。

おわりに

農業の課題をテクノロジーで解決するといっても、現場のすべてを一度に変えることはできません。帳票や業務の流れには長年の積み重ねがあり、そこには理由があります。

それでも、「いま、変えられること」から地道なチャレンジを積み重ねられるのは、農業という領域ならではの面白さであり、やりがいだと感じています。

今後も現場の運用に寄り添いながら、より良いプロダクトとなることを目指して取り組んでいきます。

herp.careers

農業流通SaaSが向き合う課題、その一例

こんにちは。株式会社kikitoriでプロダクトマネージャーをしている松本です。

kikitoriは「nimaru」という、JAや市場の方が業務で使うSaaSの開発をおこなっています。

この記事では、日々nimaruを使っていただくなかで発生した課題について、どのように解決しているかを紹介します。

集出荷業務は手書きの紙で溢れている

nimaruにはJAの集出荷業務をサポートする機能があります。

集出荷業務とは、簡単に言うと下記のような業務です。

  1. 農家さんが育てた野菜や果物をJAに持って行く
  2. JA職員さんが、農家さんから商品を受け取る
  3. 受け取った商品を市場や販売先に出荷する

この集出荷業務は現在、手書きの紙を中心としたオペレーションで行われています。

農家さんは、どの商品をどれだけ持ってきたかを紙に書き、その紙を元にシステムに手打ちして記録。

JA職員さんは、市場や販売先にいくつ出荷するかを紙やエクセルに書き、それを元にシステムに手打ちして記録。

nimaruはこのような紙によるオペレーションをデジタル化し、業務効率化のお手伝いをしています。

以下の画面は、集出荷業務の1と2をおこなう際の、実際のnimaru画面です。

農家さんはスマートフォンからJAにどれだけの商品を持って行くかを連絡することができ、その集計をJA職員さんはどこでも確認することができます。

またJAのシステムにもつながっており、データを手打ちすることなくnimaruからそれぞれのシステムに連携できます。

JAや商品ごとに異なるオペレーション

このようにnimaruを全国で使っていただいているのですが、日々課題が出てきます。

ここ数ヶ月ホットだったのは荷姿です。皆様は荷姿についてご存知でしょうか。

荷姿というのは荷物の包装や梱包の状態を表す物流用語です。

ダンボールやパック、袋などどのような梱包で荷物を扱うのかを表します。

今までのnimaruは、事業者ヒアリングの上で、商品と業務フローごとに荷姿を一つに定めていました。

農家さんがダンボールでJAに商品を持ち込む場合、JAの荷受けも出荷もダンボールになります。

またダンボールとパックの両方の荷姿で持ってくるということを想定していませんでした。

例えば、28パックのしいたけを12パックが入るダンボールで出荷する場合、ダンボールを2ケース分出荷し、ダンボールに入りきらなかった4パックは翌日出荷するというオペレーションを元に荷姿周りの実装をしていたのです。

しかし昨年末、ある事業者様に導入検討いただいた際、この仕様では現場で使えないという意見をいただきました。

農家さんはダンボールとパックで出荷し、JAが市場や販売先にパックで出荷するというオペレーションをしているから、とのことでした。

このように野菜や果物の集出荷業務には全国的なルールがなく、それぞれのJAや商品によってオペレーションが異なっているということがよくあります。

結果どうなったか

このような複数の荷姿を扱う品目が出てきたことにより、再度事業者へのヒアリングをおこないました。例として挙げたのはしいたけでしたが、似た声はいちごのオペレーションでもあがっており、どのフローでどのような荷姿を使っているのか改めて整理しました。

その結果、以下の画面を実装しました。

農家さんのスマートフォン上の入力欄が荷姿の分増えており、JA職員の方が見る集計画面も欄が増えています。

実装した結果だけを見ると欄を増やしただけでシンプルですが、ここに至るまでにデータ構造の設計変更、複雑化した表の機能洗い出し、洗い出した結果元々あった機能を別機能に移す等々、クリアしなければいけない壁がたくさんありました。

また今回はこの課題を解決する実装に至ったのですが、その前段階には本当にこの課題をシステムで解決するのかというフェーズがあります。

オペレーションを事業者や担当のセールスの方から聞き、理解しどれくらい困っているのか、本当に開発しないと業務がまわらないのか議論し、クリアにした上でエンジニアとどう実装していくのか考えていきます。

kikitoriで働くおもしろさ

ここまで読んでいただきありがとうございます。ここ数ヶ月の間、脳の2割ほどを占めていた荷姿の取扱いについて紹介しました。

kikitoriでは、このような農業流通現場の課題を一つずつ解決していっています。

私自身、農業に特別な興味や思い入れがあるわけではありませんでした。ただ入社してから、日々農業流通現場の課題や複雑なオペレーションに向き合い、チームで膝を突き合わせながら悩み考えることに、スタートアップ味とやりがいを感じています。

農業を題材に課題解決に向けて一緒に悩み解決したい方はぜひ一度お話ししましょう!

herp.careers

農業流通に関わる面白さ

こんにちは!kikitori でエンジニアをしている丸山です!

私たち株式会社 kikitori は、「農とテクノロジーを通して世界中の人々を笑顔にする」をミッションに、農業流通の現場をより良くするための SaaSを開発している企業です。

テックブログと言いつつ、今回は技術について全く触れず、kikitoriに関わってから2年弱ほど経って感じた農業流通という領域に関わる面白さをお伝えできればと思います。

農産物への関心

スーパーに並んだ野菜や果物を何も考えずに買っていましたが、どの産地のどこのJAもしくは商社が出荷した物なのかが気になるようになります。

そして私たちが提供しているSaaSを利用して頂いている事業者が出荷している農産物だとより気になるようになります。

そう、プロダクト開発を通して、農産物がより身近な存在になります。

農業という領域だけに留まらない広さ

kikitori採用資料内の農業流通の全体像(https://careers.kikitori.jp/)

図を見ていただくと分かるように、農家から消費者のもとへ野菜や果物が届くまでには、実に多くの事業者が関わっています。

現在アプローチの対象としている事業者の方々に留まらず、農業流通にかかわる幅広い事業者の方々と日々情報交換を行いながら、新規プロダクト(機能)の可能性の模索や開発を行っています。

農業という領域だけでもまだまだ未知のことがある領域ではありますが、それに関わる物流であったりと様々なドメインの知識を吸収しプロダクトとして開発できるチャンスが転がってます!!!

農業流通に興味を持った方は、ぜひ代表上村のnoteを見てください! note.com

We're hiring!

私たちは、すべての人の生活に不可欠な「食」の基盤となる「農業」を、テクノロジーの力で支える、縁の下の力持ちとも言えるプロダクトを作っています。 私自身、難しいこと、これまで誰も取り組んだことがなかったこと、他の業界では見られない現場のリアルなど、こういった文面や資料では伝えきれない多くのチャレンジのあるドメインだと感じています。 ぜひ一度、ゆっくりお話ししましょう!

ご興味をお持ちいただけた方はこちらまで↓↓↓

herp.careers

テックブログはじめました

こんにちは!CTO の永谷です。 私たち株式会社 kikitori は、「農とテクノロジーを通して世界中の人々を笑顔にする」をミッションに、農業流通の現場をより良くするための SaaS を開発している企業です。 今回、プロダクト開発を支える私たちの取り組みを発信すべく、開発ブログを立ち上げることになりました。 日々私たちが向き合っている課題や、それを解決するための技術、そして一緒に働くチームについて書き連ねていこうと思います。

初回の記事では、私たちがどんな技術スタックで課題解決に挑んでいるのか、そしてその技術を支えるチームの働き方や文化についてお話しします。 ぜひ、このブログを通じて私たちの取り組みを知っていただければと思います。

これからどうぞよろしくお願いします!

技術スタックについて

弊社では、TypeScript を中心とした技術選定を行っています。 これは、目まぐるしく動き続ける現場でも使用できる快適な体験を提供するためには、SPA が最適であると考え、フロントエンドに技術スタックを揃えたためです。 一人のメンバーがコンテキストスイッチなく幅広い範囲の業務を担当できるため、メンバーが多いとは言えない私たちでも、非常に高速にプロダクトを構築できています。

Web フロントエンドには React、モバイルアプリには React Native、バックエンドは Node.js にフレームワークとして Nest.js を、データベースには PostgreSQL を用いています。 モバイルアプリは基本的には WebView アプリですが、Web アプリケーションだけでは対応できないハードウェア寄りの機能 (カメラやプリンターとの接続など) を補えるようになっています。 インフラは基本的に AWS 上に構築されており、CDK (TypeScript) により IaC ができるようにしています。 内部向け API としては GraphQL を用いており、BFF というよりも Hasura のような感覚で使っています。

チームについて

現在の開発チームは9名 (エンジニア7名、デザイナー1名、PM1名) のフルタイムメンバーと、業務委託やインターンのメンバーで構成されています。 私たち社内のメンバーは虎ノ門にあるオフィスで他チームと連携しながら業務を行っており、毎日ホワイトボードなどを活用して活発に議論を交わしています。

オフィスの周囲にはいくつか定番のランチスポットがありますが、私たち(私?)の推しは、交差点を挟んで斜向かいの特許庁内にある 特許庁第2食堂 ながとも です。 土地柄もありお値段の張りがちなランチなのですが、こちらは良心的な価格で健康的な食事を提供してくださっており、店員さんもとても明るく、私たち開発チームにとって毎日の元気の源となっています。

チーム内で行っているイベントなどについては、また別の記事でお伝えできればと思います。

We're hiring!

私たちは、すべての人の生活に不可欠な「食」の基盤となる「農業」を、テクノロジーの力で支える、縁の下の力持ちとも言えるプロダクトを作っています。 私自身、難しいこと、これまで誰も取り組んだことがなかったこと、他の業界では見られない現場のリアルなど、こういった文面や資料では伝えきれない多くのチャレンジのあるドメインだと感じています。 ぜひ一度、ゆっくりお話ししましょう!

ご興味をお持ちいただけた方はこちらまで↓↓↓

herp.careers