Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

This visual and commentary aims to define the various elements of the Farmer Data Network.

It builds on the MIRO board and this visualization

Link

  1. Enabling Infrastructure: This is the foundational layer and includes the core technology assets, human capital and organizational development required to realize the vision. Initially, this work will be led by DG and a core group of collaborators which could include FPOs and promoting orgs or CBBOs (integrating the voice of the farmer is critical). Vision is for these elements to eventually be owned and managed by the community.

    1. Farmstack protocol: Enables secure, P2P consent based data sharing.

    2. Hosting and Security: Where is the data actually stored, how is data security handled (especially PII), what is the uptime, throughput, availability, SLAs, etc.

    3. Data model: An extensible and interoperable model that handles key agri-specific constructs like land record/polygon, agronomic activities, farmer PII (name, contact info, etc.). Critical to get this right so the data can be easily leveraged by others in the ecosystem.

    4. Governance and Financing model: Web3 has lots of exciting potential including blockchains for distributed / decentralized hosting + privacy and Decentralized Autonomous Organization or DAO as an organizing structure. Tokens can play a powerful role in orchestration and as an incentive mechanism. Practically, need to figure out what form of legal entity this will be (non-profit, DAO, Cooperative, Company) based on country specific legal context. This structure along with quantum of funding required will impact funding strategy. Current thinking is that this is initially funded by grants and over time the community monetizes its data assets by selling analytics developed on aggregated data to various ecosystem actors and through membership fees.

    5. Capacity building and inclusivity: This is on-ground work done in collaboration with partners. Core elements include data literacy training for farmer group members, leadership, NGOs (eg, CBBOs in India) and government. We need to take a gender lens in content development and product design and also explore how to bring on-board other marginalized populations including tenant farmers. This is a critical bucket that positions farmer groups to own and really get value from their data.

  2. User Interfaces: What do farmers groups and their members actually see and interact with when we talk about a farmer data network? Below is a partial list

    1. Data capture and access: Interfaces used by a data entry operator / PG officer / Village Resource Person / Agri-Entrepreneur who is primary farmer-side user on behalf of a small group and over time move towards a model where farmers contribute data directly and the DEO plays more of a on-boarding and data validation role. This could be a mobile app developed by DG or a third party (eg, Dimagi or ODK/Kobo). One angle to explore is bringing in unstructured data through widely used third party apps Whatsapp/Telegram/IVR/SMS messages and voicenotes and converting these to structured data to reduce barriers to entry.

    2. Data Wallet and Consent management: These tools answer the question, how do farmers know what data exists about them and how can he/she grant informed consent to share it? Practically, this could take the form of a “digi locker” where a few core digital assets (land record, farmer PII, etc.) are managed by farmer groups or more of an account aggregator model where the data lives somewhere else and there is a mechanism for farmers see those assets in a virtual wallet and grant consent for them to be shared.

    3. Data discovery and access: Initially, ecosystem users (see below) will interact with an API with a well structured data model that serves up high quality data; in a web3 world, this might look different (data on blockchain with smart contracts regulating access and easy for developers to compose new solutions on top of the data itself without needing to call APIs; lots more to figure out here).

  3. Ecosystem: Community owned data assets are shared with the broader ecosystem (private, government, non-profit, research) to accelerate development of value-add products and services. Important to think about the various stakeholders here and prioritize outreach based on which are most compelling farmers and what sort of data assets are most relevant for the providers. Over time, these stakeholders will pay to access information from the network and proceeds go to the farmer owned/controlled entity which manages the underlying protocols and data.

    1. Initial use cases: Over the next couple years, develop farmer facing solutions that get the flywheel in motion and demonstrate value to farmers groups. Some success stories will excite and bring in participation from the broader ecosystem. DG will curate high impact use cases and work with partners to implement. For a longer list of ideas, see this post on entry points.

      1. A P2P, video and voice based social / network for farmers (see WeFarm or the General Mills / OpenTEAM digital coffeeshop as a reference)

      2. Remote sensing based yield estimates augmented by ground truth FPO level data to inform procurement decisions and unlock access to loans (see Cropin <-> Waycool <-> Samunnati pilot for reference)

      3. Farmer data registry (Ethiopia)

      4. A coordination tool for FPOs and their members to get an aggregated view of input requirements and marketable surplus; perhaps a jumping off point for additional services like targeted advisory and member payments (Kisan Diary Enterprise)

      5. Hyperlocal weather forecasts and pest management advisories based on lat/long and other parameters (TARA use case)

      6. Crowdsourced input price/performance and offtake pricing data used for benchmarking (see FBN as a reference)

      7. A record of verified farm management practices and estimate of environmental footprint, esp GHG emissions used to access ecosystem services markets and premium sourcing opportunities (see the FRAME project as reference)

    2. Broader ecosystem: Looking ahead, various actors will be interested in leveraging farmer network data to improve their products and services or design whole new applications. Some stakeholders to consider:

      1. Input companies for whom the network could provide valuable market intelligence (competitive benchmarking, etc.) and efficient lead generation (assuming the community manages this in a responsible, consent based manner)

      2. "Infrastructure" companies who need sales and distribution support; products might include farm mechanization equipment, solar power/pumps, water efficient irrigation systems, cold-chain, etc.)

      3. Lenders and insurers who need data on current and prospective borrowers

      4. Agribusinesses / large traders or buyers esp those with a focus on climate smart sourcing (eg, members of the Sustainable Rice Platform)

      5. Researchers

      6. Remote sensing companies that need ground truth data or want to market their services to farmers

      7. Providers of advisory services

      8. Carbon offset project developers

  • No labels