Vurderer utformingen og utformingen av Excel Financial Model - dummies

Problemet som må løses og utdataene kreves ofte påvirker utformingen og utformingen av den finansielle modellen. Så det er ikke en dårlig idé å bruke litt tid på å tenke på oppsettet før du kommer i gang. Ikke bare er utformingen og strukturen av modellen knyttet til logikken og funksjonaliteten, men de kan også påvirke utseendet på modellens grensesnitt og hvordan brukerne navigerer gjennom modellen.

Når du bygger en modell for første gang, kan det hende du har problemer med å vite hvor du skal begynne. Nøkkelelementene i en finansmodell er

• Inputs eller kildedata
• Dokumentasjon av antagelser
• Beregninger
• Utganger

Når du begynner å bygge modellen, starter du ved å legge ut hvert av disse elementene i fire separate faner og tenk på hva som skal gå i hver seksjon. Separat hvert av disse elementene tydelig. Selv om alle modeller skal inneholde disse elementene, er ikke alle finansielle modeller strukturert på samme måte. Med mindre en modell er veldig liten, bør det være en dedikert fane for hver hovedkomponent av modellen.

Strukturering av din økonomiske modell: Hva går der

Når du utformer layoutet til en modell, følger de fleste erfarne modellere disse reglene:

• Separate innganger, beregninger og resultater, der det er mulig. Merk klart hvilke deler av modellen som inneholder innspill, beregninger og resultater. Du kan sette dem på separate regneark eller separate steder på ett regneark, men sørg for at brukeren vet nøyaktig hva hver seksjon er for. Fargekodning kan bidra til å sikre at hver seksjon er tydelig definert.
• Bruk hver kolonne for samme formål. Dette er spesielt viktig når du gjør modeller som involverer tidsserier. For eksempel, i en tidsseriemodell, å vite at etiketter er i kolonne B, er enhetdata i kolonne C, konstante verdier i kolonne D, og ​​beregninger i kolonne E, det mye enklere når man redigerer en formel manuelt.
• Bruk en formel per rad eller kolonne. Dette danner grunnlaget for best practice-prinsippet, der formler holdes konsistente ved hjelp av absolutt, relativ og blandet referanse. Hold formler konsistente når du er i en blokk med data, og aldri endre en formel halvveis.
• Se til venstre og over. Modellen bør lese logisk, som en bok, noe som betyr at den skal leses fra venstre til høyre og topp til bunn. Beregninger, innganger og utdata skal flyte logisk for å unngå sirkulær referanse. Vær oppmerksom på at det er tider når data-strømning fra venstre til høyre eller øverst til bunn kan komme i konflikt med brukervennlighet og presentasjon, så bruk sunn fornuft når du utformer oppsettet.Ved å følge denne praksisen, kan du unngå å ha beregninger lenke over arket, noe som gjør det vanskeligere å sjekke og oppdatere. Excel beregner også raskere hvis du bygger formler på denne måten fordi det beregner venstre til høyre og topp til bunn, slik at det ikke bare gjør modellen enklere å følge, det vil beregne mer effektivt.
• Bruk flere regneark. Unngå fristelsen til å sette alt på ett ark. Spesielt når blokkene med beregninger er de samme, bruk separate ark for de som må gjentas for å unngå at det skal rulles over skjermen.
• Inkluder dokumentasjonsark. Et dokumentasjonsark der antagelser og kildedata er tydelig lagt ut er en kritisk del av enhver finansiell modell. Et forsideblad bør ikke forveksles med et antagelsesark. En modell kan aldri ha for mye dokumentasjon!

Definere innganger, beregninger og utgangsbloder for din økonomiske modell

Modellene jobber typisk fra baksiden til fronten når de bygger sine modeller. -utgangen, eller den delen de vil seeren eller brukeren skal se er foran, beregningene er i midten, og kildedata og antagelser er på baksiden. Som det sammendraget, et styrepapir eller en annen rapport, bør de første sidene inneholde hvilke tilfeldige seere som skal sees med et øyeblikk. Hvis de trenger mer informasjon, kan de grave dypere inn i modellen.

Her følger noen retningslinjer for hva som kan inkluderes på hver kategori i modellen:

• Dekningsark: Selv om det ikke alltid er inkludert, inneholder dekselet mange detaljer om modellen. Selvfølgelig er dekselet ikke mye brukt, med mindre du holder deg oppdatert. Hvis du bestemmer deg for å inkludere et dekselark, kan du legge til detaljer som følgende:
  • En logg over endringer og oppdateringer til modellen med dato, forfatter, endre detaljer og deres innvirkning på utgangen på modellen, som kan hjelp med versjonskontroll
  • Formålet med modellen og hvordan den skal brukes fremover
  • Hvem skrev opprinnelig modellen og hvem du skulle kontakte?
  • Innholdsfortegnelse
  • Instruksjoner om hvordan du bruker Modellen
  • Ansvarsfraskrivelser om modellens begrensninger, juridiske ansvar og advarsler
  • Globale eller nøkkelforutsetninger integrert i bruken av modellen

    Dekkark og instruksjonssidene brukes sjelden. Hvis du bestemmer deg for å ikke inkludere et dekselark, må du kontrollere at modellen inneholder eksplisitte instruksjoner angående drift, formål, forutsetninger, kildedata og ansvarsfraskrivelser.

• Input Sheet: Dette er det eneste stedet hvor hardkodede data skal skrives inn. Det kan være ett eller flere input ark hvis det er store mengder data, men inngangsdataene skal legges ut i logiske blokker.
• Utdata, oppsummering og scenarier: Disse presenterer de endelige utfallene. De kan også inneholde scenario drop-down bokser eller bruker oppføring felt som tillater brukerne av modellen å generere sine egne utganger. Denne delen kan også inneholde et dashbord.
• Beregnings- eller arbeidsark: Del beregningsarkene logisk og deretter, i hvert ark, sett dem opp konsekvent.Hvis beregningene blir lange og forvirrende, er det fornuftig å dele dem i logiske seksjoner. For eksempel kan de deles etter type tjeneste, kunder, finansielle tabeller, geografisk beliggenhet eller forretningssegmenter. Hvis beregningsarkene er delt, må du sørge for at layout og formatering er like konsekvente som mulig over alle arkene.
• Feilsjekkark: Dette arket inneholder lenker til alle feilkontrollene i modellen. Feilkontrollene skal utføres i beregningsdelen, men et sammendrag av alle feilkontrollene på ett sted betyr at når modellene er i bruk, kan modellene raskt sjekke for å se om noen av feilkontrollene har blitt utløst.